elective-stereophonic
elective-stereophonic
Diseño NXT 2.0 singapore
Please login or register.

Login with username, password and session length
Advanced search  

News:

Latest Stable Nxt Client: Nxt 1.11.15 | Latest Experimental Nxt Client: Nxt 1.12.0e

Author Topic: Diseño NXT 2.0  (Read 4492 times)

rubenbc

  • Board Moderator
  • Hero Member
  • ****
  • Karma: +187/-3
  • Offline Offline
  • Posts: 1304
  • I'm here and you?
    • View Profile
Diseño NXT 2.0
« on: February 13, 2016, 11:47:51 am »

http://nxter.org/es/diseno-nxt-2-0/

El software de referencia Nxt (NRS) recientemente ha completado con éxito un hardfork y ha sido actualizado a la versión NRS 1.7.5, lo que le ha aportado importantes y novedosas características tales como: tiempo de transacción establecido en 1 minuto, activos del tipo “Singleton”, mezclado de monedas, control de cuentas mediante transacciones condicionadas y datos en la nube. Todo funciona de manera estable y sin contratiempos, y por esto los desarrolladores del núcleo de Nxt han comenzado a hacer un brainstorming acerca de como deberá ser la futura versión NRS Nxt 2.0.

2.0 estará centrado en la escalabilidad. La idea es crear cadenas laterales dependientes de la blockchain principal.

Jean-Luc, desarrollador principal de Nxt, escribe:

Desde hace algún tiempo hemos estado haciendo brainstorming sobre el diseño de Nxt 2.0, y aquí presentamos nuestra propuesta actual. Este es un resumen general, del cual todavía desconocemos muchos detalles. Las decisiones de diseño más específicas se irán tomando conforme se avance en el desarrollo. Lo que proponemos es un cambio significativo en la plataforma, no solamente en un conjunto de nuevas características. Por tanto, nos llevará bastante tiempo para materializarlo.

– Se creará una nueva cadena principal, en la cual NXT se convertirá en un token (“forgingNXT” o “fNXT”) usado únicamente para forjar. El actual ecosistema NXT se transformará en una cadena hija (child chain), conservando todas sus características y propiedades, excepto la capacidad para forjar. En el bloque en el que se produzca el hard-fork, cada propietario de NXT verá sus NXT convertidos en ambos tokens en proporción 1:1 y todas sus propiedades se migrarán a esta “child chain” de NXT.

– Siempre será posible intercambiar NXT por fNXT, de modo que los pequeños inversores que no estén interesados en la forja pueden optar por vender sus fNxt a los grandes accionistas que ejecutan nodos de forja. Esto nos llevaría a una cierta centralización, pero también a un mayor porcentaje de poseedores de fNXT forjando, asegurando así el ecosistema completo de NXT.

– Las “child chains” usarán el mismo código que Nxt pero, en caso que así se quiera, cada una puede ser configurada para que solo disponga de una parte de las características. En la “child chain” de NXT se podrá seguir realizando cualquier tipo de transacción.

– Cada “child chain” tendrá su propio token / moneda, con la cual se realizarán las operaciones de pago, se establecerán las órdenes de compra y venta de activos, se pondrá precio a los bienes digitales, etc. Las comisiones de transacción de la “child chain” serán también en este token nativo.

– Todas las transacciones de todas las cadenas deberán ser procesadas por todos los nodos. Todos los nodos van a acarrear todas las “child chains” durante al menos los últimos 1440 bloques. Los nodos de archivos (archival nodes) pueden optar por almacenar una o más “child chains” durante un periodo más largo de tiempo, o hacerlo indefinidamente.

– Por defecto, las transacciones realizadas en las “child chains” se “podarán” completamente después de 1440 bloques, en aquellos nodos no específicamente configurados para archivarlas por más tiempo. Un nuevo nodo que inicie la descarga de la blockchain desde cero debe aceptar que si los forjadores y los nodos (que estaban ejecutando la blockchain en el momento en que todavía disponían de los datos que posteriormente iban a ser recortados) aprobaron esas transacciones con anterioridad, entonces el resultado de esas transacciones es válido, incluso aunque la información para validarlas de nuevo ya no esté disponible.

– Sin embargo, tiene que poderse validar que el balance efectivo fNXT de los forjadores era realmente el que decían tener. Esta es la razón por la cual las transacciones en la cadena de forjado que cambia el saldo fNXT no pueda podarse, y debe reducirse a un mínimo esencial de transacciones.

– Los bloques de la “child chain” se implementarán como un añadido “podable” de una única transacción (una por cada bloque y por cadena) del tipo “ChildchainBlock” en la cadena de bloques principal. Cualquiera puede crear un bloque en una “child chain”. Sin embargo, depende de los forjadores que incluyen bloques en la cadena principal decidir si esa transacción “ChildchainBlock” debe ser incluida en un bloque. Los forjadores, al igual que todos los nodos, hacen una validación completa de todas las operaciones de la “child chain” incluidas en un ChildchainBlock, siempre y cuando los datos no han sido “podados” todavía.

– Si no ha habido transacciones en una cadena, no hay necesidad de crear una transacción “childchainblock” para ella, a diferencia de lo que sucede en la cadena principal, donde seguiremos teniendo los bloques cada 60s incluso aunque estén vacíos. Podemos pensar en reducir el tiempo de generación de bloques de la cadena con el fin de permitir que algunas “child chains” tengan bloques más frecuentemente.

– Los forjadores aceptarán las comisiones solo en fNXT, con la comisión mínima requerida por el protocolo para cada tipo de transacción también expresada en fNXT.

– Cuando un forjador incluye una transacción del tipo “ChildChainBlock” en la cadena principal, su creador paga una comisión en fNXT al forjador. El importe de esta comisión depende del creador del bloque en la “child chain”, pero debe ser al menos igual al total de las comisiones mínimas calculados en fNXT para cada transacción incluida. A cambio, el creador del bloque en la “child chain” recibe la comisión en el token nativo de esa “child chain”, pagado por los emisores de esas operaciones en esa “child chain”.

– La tasa de intercambio del token/moneda de la “child chain” al token fNXT será determinado por la ley de oferta y demanda. Si nadie estuviese dispuesto a incluir una operación de la “child chain” en un bloque de esa “child chain” significaría que la tarifa ofrecida en el token nativo no se considera equivalente a la comisión mínima fNXT requerida para esta transacción en particular, y dicha transacción expiraría sin confirmarse. Si el valor de la token nativo de la “child chain” se reduce a cero, nadie estará dispuesto a crear bloques de la “child chain”, y el proceso de las transacciones en esta “child chain” se detendrá.

– Las “child chains” competirán entre sí para su inclusión en un bloque, ya que al final los forjadores observarán la relación comisión / tamaño para cada transacción y querrán maximizar sus beneficios durante el forjado, dependientes del tamaño de bloque y del límite del número de transacciones.

– Antes de la “poda” cada nodo debe comprobar no sólo que el hash de la operación del bloque de la “child chain” coincide, sino que también debe comprobar si son válidas todas las transacciones de la “child chain” que contiene, es decir, asegurarse de que no hay ningún doble gasto, así como el resto de validaciones. Por eso el nodo necesita saber los saldos actuales de todas las cuentas de esa “child chain”. Pero todavía para poder hacer la poda necesitamos una operación de captura, que tome una instantánea del estado únicamente de la “child chain” en su estado actual, sin el historial de las operaciones que la llevaron a este estado. A continuación, después de que esta transacción ha sido aceptada en la blockchain por más de 720 bloques, podemos asumir que es válida, “podar” toda el historial de la cadena antes de esa captura, y desechar la captura anterior.

– La operación de captura para cada “child chain” se crea en intervalos regulares, tales como cada 1440 bloques, y se llevan a cabo por el forjador del bloque actual. Sólo contendrá el hash de la captura, no se capturarán todos los datos.

– Los datos de la captura en sí mismos no tienen que propagarse a través de la red cuando se crea la transacción de captura. Cada nodo que se encuentre actualizado ya cuenta con el estado de la “child chain” capturada, por lo que puede generar una captura por sí mismo. Sólo se debe validar que el hash calculado para el forjador de la captura de hecho coincide con su propia captura.

– Solo nodos que descargan la cadena de bloques desde cero necesitarán descargar la última captura al completo, y esta es una razón más por la que cada nodo debe generar y mantenerse alrededor de esta captura, para poder servir a estos nuevos nodos. La descarga de la captura puede ser de una manera similar a Torrent, diferentes piezas desde múltiples nodos.

– Debido a que cada nodo actualizado necesita validar todas las transacciones actuales, aún a pesar de que reducimos significativamente el problema a largo plazo de crecimiento de la blockchain (en términos de espacio en disco utilizado, y ancho de banda para descargar el blockchain desde cero), todavía habrá un cuello de botella en términos de la CPU, para procesar los datos de todas las cadenas, y el ancho de banda, para poder recibir y procesar las transacciones actuales de todas las cadenas. Pero puesto que los nodos no necesitan validar las antiguas operaciones en la “child chain” que ya han sido “podadas”, la descarga total de la blockchain desde cero debe ser más rápida y menos intensiva para la CPU.

– La cadena de forjado, que es común a todos los nodos, garantiza la seguridad incluso para las “child chain” que no tengan muchos usuarios y que tienen transacciones sólo ocasionalmente. A cambio cada una de las “child chains” podrá ser podada. Las “child chains” ya no necesitan conservar todo el historial de transacciones remontándose hasta el bloque génesis para ser seguras, porque no forjan.

– Como primer paso, vamos a empezar solamente con la cadena principal de forja, con la cadena NXT como única “child chain” de la anterior. Y tal vez una “child chain” en modo de pruebas. Una vez que las tengamos funcionando, implementaremos las características necesarias para ser capaces de crear dinámicamente nuevas “child chain”, o modificar las propiedades de las “child chains” existentes.



Este artículo está publicado originalmente en nxtforum.org.

Author: Jean-Luc. Participa en la discusión aquí::
https://nxtforum.org/core-development-discussion/nxt-2-0-design/
« Last Edit: February 14, 2016, 10:07:58 am by rubenaco »
Logged

rubenbc

  • Board Moderator
  • Hero Member
  • ****
  • Karma: +187/-3
  • Offline Offline
  • Posts: 1304
  • I'm here and you?
    • View Profile
Re: Diseño NXT 2.0
« Reply #1 on: February 13, 2016, 12:05:10 pm »

Buenos días, abro este hilo, complementario al principal, para que podáis expresar vuestras opiniones acerca de este proyecto que Jean-Luc se ha sacado de la chistera  ;)

Todavía está muy verde y hace falta mucho tiempo y consenso para desarrollarse, pero cuando el río suena....

De esta manera, se supone, Nxt conseguirá más descentralización y escalabilidad.

Veremos como evoluciona la cosa, esperemos que no hagan falta 100 años para que le den la razón ;D





asfd

  • Jr. Member
  • **
  • Karma: +23/-0
  • Offline Offline
  • Posts: 99
    • View Profile
Re: Diseño NXT 2.0
« Reply #2 on: February 19, 2016, 06:42:30 pm »

Lo he intentado, pero no lo he entendido. Aquí van unas dudas:
1. La escalabilidad de NXT ¿no dependía del desarrollo del Transparent Forging y para ello del Economic Clustering? ¿No íbamos a tener Transacciones Instantáneas gracias a eso, y escalables hasta la capacidad de procesamiento mundial de VISA? ¿Se ha desechado este camino?
2. Si todas las transacciones de todas las childchains se han de procesar por todos los nodos, ¿en qué mejora esto la capacidad de procesamiento de la red? Porque el hecho de podar la cadena de bloques desde la última "foto fija" está bien para ahorrar disco duro de los nodos, pero no ayuda a procesar más transacciones por segundo (que dependerá más del ancho de banda, digo yo).

A mí, sin haberlo entendido en absoluto, la propuesta me parece bastante fea. Disgregar NXT en múltiplas minimonedas...
Logged

Jose

  • Global Moderator
  • Sr. Member
  • *****
  • Karma: +78/-1
  • Offline Offline
  • Posts: 498
    • View Profile
Re: Diseño NXT 2.0
« Reply #3 on: February 19, 2016, 07:46:01 pm »

Nxt estaría ya preparado para aceptar muchas más transacciones de las que ya acepta. La adaptación no sería el problema.

El problema vendría porque todas esas transacciones quedarían almacenadas en la blockchain de forma permanente, haciendo crecer su tamaño hasta un punto insostenible, y ahí si tendríamos un problema de escalabilidad.
En Bitcoin ya se está dando este problema/discusión: si se aumenta el tamaño de bloque (más transacciones) se corre el peligro de que los nodos corrientes no puedan soportar esa carga, corriendo el peligro de que disminuya el número de nodos y se tenga que recurrir a máquinas muy específicas, con el peligro de centralización que eso supone.

Esto es lo que decía Jean Luc en octubre de 2015:
https://nxtforum.org/index.php?topic=10086.msg197420#msg197420

Traduzco:
Quote
El funcionamiento al completo del forjado transparente, entendiendo como tal: eliminar el ajuste del objetivo base (exactamente a un intervalo de 60 segundos o menos); predicción de la lista de espera de los siguientes forjadores, penalizando a un forjador que pierde su turno; envío de transacciones directamente al centro de procesado anunciado por el siguiente forjador... sólo sería necesario para incrementar mucho el número de transacciones y reducir el tiempo de los bloques. Esto nos llevaría de nuevo al tema de tener que "podar" en primer lugar, en la versión 2.0

Con los ajustes mejorados del objetivo base de la versión 1.7, tendremos mucha menos variación en el tiempo de generación de bloques, por lo que esta ventaja del Forjado Transparente no será ya tan importante. Sólo se necesitaría el FT para reducir aún más el tiempo de bloques y aumentar el número de transacciones por segundo.


Para luchar contra este crecimiento de la blockchain se propone la opción de hacerla podable, de manera que no aumente su tamaño (o lo haga infinitamente más despacio): órdenes de compra y venta de activos, mensajes, etc, etc. Pero el problema está en que hay datos que no es posible manejar en una red "podable", como es el forjado.


A ver como va evolucionando la cosa. Las discusiones en el foro suelen ser acaloradas, y en un cambio tan importante como el que se está estudiando yo no esperaría menos ;D

Logged

lopalcar

  • Hero Member
  • *****
  • Karma: +99/-15
  • Offline Offline
  • Posts: 561
    • View Profile
Re: Diseño NXT 2.0
« Reply #4 on: March 12, 2016, 08:42:43 pm »

No entiendo muy bien el problema que hay con lo del precio de los assets... Si el asset de verdad tiene algún valor REAL, su precio será independiente del de NXT, si nxt baja, el asset subira su precio en nxt pero se mantendrá estable frente a otros valores. De lo contrario, o bien el asset no tiene valor, o será una oportunidad de entrada muy buena para otros inversores.
O que es lo que razono mal?
Logged

rubenbc

  • Board Moderator
  • Hero Member
  • ****
  • Karma: +187/-3
  • Offline Offline
  • Posts: 1304
  • I'm here and you?
    • View Profile
Re: Diseño NXT 2.0
« Reply #5 on: March 12, 2016, 09:53:56 pm »

@lopalcar tu planteamiento parece el correcto.


Hace unas semanas, apovechando el lío este, puse unas órdenes de compra a JINN,DeBuNe y SN para aprovechar los nervios/confusiones que hacen que se produzcan dumpeos innecesarios...y no me ha ido mal la verdad:)

Yo antes de dumpear mis activos (a pérdidas) para conseguir más liquidez (fNXT) prefiero comprar más NXT a estos precios (de hecho es lo que hice jeje)

Se avecina un buen año :)







Enviado desde mi Redmi Note 3 mediante Tapatalk

lopalcar

  • Hero Member
  • *****
  • Karma: +99/-15
  • Offline Offline
  • Posts: 561
    • View Profile
Re: Diseño NXT 2.0
« Reply #6 on: March 13, 2016, 12:19:16 am »

Yo he hecho lo mismo con InstantDEX y pangea que veo que también pueden tener buenos retornos en dividendos cuando funcionen "a pesar de que el llorón de james se marche de nxt porque hay pocos nodos que tengan desactivado el pruning de la blockchain... en fin, que le vamos a decir...."

Y sobre la propuesta general de nxt 2.0, me parece bien, aunque sigo sin verla completamente escalable... a mi me gustaría ver una solución escalable con transacciones casi instantaneas, y si se implementa el famoso transparent forging y hay varios bloques por segundo, al final la cadena principal se acabará llenando también... por lo que no lo veo como una auténtica solución.
En mi opinión, james "el llorón  :-* " tiene una buena parte de razón cuando dice que actualmente el problema de espacio de la blockchain no debe ser tal problema, y que hay muchas formas de optimizar el manejo de la cadena de bloques para hacerlo mucho más rápido y que se sincronice tambien más rápido.

Me gustaría mucho más si nxt se hubiese puesto más de acuerdo a colaborar con supernet, o que usase IOTA para hacer los snapshots de la blockchain e implementar el pruning incluso directamente en la cadena principal, que vale, depende de terceros, pero estos terceros serán tan descentralizados como nxt... es una pena con lo que me gustaba a mi la ideología inicial de supernet que pretendía unir a todas las alts para cooperar entre ellas, pero al final mira... todos con su *%$& orgullo... y ahora ves que coinomat se quiere hacer su propia blockchain tambien y ya empiezo a llorar jaja, en fin, en vez de colaborar, cada uno se monta su chiringuito para sacar cuatro perras más y ya sabemos como acaba todo...  :'(
Logged

Jose

  • Global Moderator
  • Sr. Member
  • *****
  • Karma: +78/-1
  • Offline Offline
  • Posts: 498
    • View Profile
Re: Diseño NXT 2.0
« Reply #7 on: March 13, 2016, 12:22:51 pm »

Pues precisamente leyendo el hilo de Diseño 2.0 yo entiendo que todos estos cambios fundamentales en el núcleo se hacen para que sea escalable al máximo, manteniendo el tamaño de la blokchain estable aunque se aumente el número de transacciones exponencialmente.

Una cadena de bloques que se pueda podar es un paso previo al forjado transparente, lo que permitirá miles de transacciones por segundo pero haría crecer exponencialmente la blockchain, hasta hacer su uso inoperativo. En un principio, el primer objetivo que se marcan los devs a corto plazo es permitir alrededor de 200 transacciones por minuto en Nxt, aunque el límite sería muy superior.

Por establecer una comparación, Bitcoin (con el tamaño de bloque de 1MB que tenía hasta ahora, lo cual parece que va a aumentar) admite un máximo de 3 transacciones por segundos (tps). VISA afirma aceptar hasta 10000-24.000tps (según la fuente que consultes). Nxt históricamente ha oscilado entre 2 y 4 transacciones por MINUTO.

Adjunto algunos comentarios interesantes traducidos del hilo de diseño 2.0 de Nxt para aquellos que se sientan más cómodos leyendo en español:

https://nxtforum.org/index.php?topic=10828.msg210618#msg210618
Quote
El "podado" es un paso previo al Forjado Transparente.

Las cadenas laterales se almacenarán como adjuntos podables de la transacción ChildChainBlock. Cuando llegue el momento serán podadas de la blockchain, sólo se conservarán su repercusión en los balances, alises. Estas transacciones sólo se almacenarán en los nodos de archivo. Ten en cuenta que muchas de estas transacciones son del tipo pagos de 0,002 NXT o mensajes enviados por cajeros automáticos a sus usuarios, algo que no vale la pena almacenar en la blockchain...

https://nxtforum.org/index.php?topic=10828.msg210593#msg210593

Quote
...Si te estás referiendo a mi hoja de cálculo https://docs.google.com/spreadsheets/d/1C2lgUpSLxUJma3KsJV-lTs0B5mANolZqQZiS8StwVtI/edit?usp=sharing puedes ver como si llevasen a cabo 200 transacciones por minuto en NXT 1.7 se aumentaría el tamño de la blockchain en 43GB al año. Estos datos se tienen que compartir entre cientos o miles de nodos. Descargar la blockchain llevaría años y requeriría que cada nodo un servidor de datos de alto nivel


https://nxtforum.org/index.php?topic=10828.msg210609#msg210609

Quote
Si una blockchain de 1Gb blochain tarda 24 horas en descargarse, entonces una de 43Gb llevaría semanas. ¿Podríamos mejorarlo?. Posiblemente. También podrías descargarla desde peerexplorer, pero eso no es descentralización. Para solucionarlo necesitas el podado

https://nxtforum.org/index.php?topic=10828.msg210613#msg210613

Quote
El cuello de botella no es la velocidad de la red, sino la velocidad del disco duro y la CPU. Y el tiempo de descarga no crece linealmente con el tamaño de la base de datos, sino que lo hace más rápido, así que esos cálculos que dicen que si la base de datos aumenta x100 el tiempo de descarga de la misma aumentará también x100 lo están infravalorando.

Cuando empiezas a descargar la blockchain desde cero, te informa de cuantos bloques por segundo se están descargando. En un principio el número se sitúa por encima de 200, pero cuando alcanza aproximadamente el bloque 500000, la velocidad se sitúa alrededor de los 50 o 60 bloques por segundo (y esto en una máquina potente con un disco SSD, en una máquina lenta con un disco rotacional tradicional la velocidad desciende hata las 5-10 tps). Cuanto mayor se hace la base de datos, más tiempo lleva descargar los siquientes bloques y transacciones

https://nxtforum.org/index.php?topic=10828.msg210615#msg210615
Quote
Descargar la blockchain no es lo mismo que descargar un archivo. Necesitas descargar los bloques en trocitos menores de 720 cada vez desde varios peers que necesitan validar los datos entre si. Se parece más a una descarga de un torrent con redundancia. Ya estamos usando web sockets en lugar de http para este proceso, pero probablemente con mucho esfuerzo lo podríamos optimar aún más.

https://nxtforum.org/index.php?topic=10828.msg210671#msg210671

Quote
Bitcoin tiene el mismo problema que Nxt. La velocidad de descarga está limitada por la velocidad de la CPU y el disco duro, no por la velocidad de la red. Puedes comprobarlo haciendo que Bitcoin reindexe la blockchain existente. No se descargará ningún bloque, pero te llevará horas o dias completarlo. Bitcoin ha reducido el uso de la CPU en un 0,12 usando una biblioteca nativa para llevar a cabo la validación de firmas. Pero todavía es muy lento.

Bitcoin utiliza LevelDB para su base de datos. Es una base de datos muy rápida, pero cada entrada tiene una única clave de búsqueda. Nxt requiere una base de datos relacional para proporcionar la función de búsqueda que necesita. Pero una base de datos relacional se hace cada vez más lenta conforme el número de columnas se incrementa. Así que la mejor manera de mejorar el rendimiento de la base de datos es reducir el tamaño de las tablas...

https://nxtforum.org/index.php?topic=10828.msg210726#msg210726
Quote
Pregunta: ¿Podrán los nodos 2.0 ser capaces de soportar varias cadenas laterales con una velocidad de 200 transacciones por minuto?
Respuesta: Durante el proceso de descarga el ratio de transacciones se situa regularmente por encima de las 200 por segundo (tps), lo que equivaldría a 12000 transacciones por minuto

https://nxtforum.org/index.php?topic=10828.msg210791#msg210791
Quote
... Puesto que la cadena fNXT crecerá a un ritmo muy inferior que la actual cadena NXT, el podado de la cadena de forjado, si alguna vez se requiriese, se haría mucho menos frecuentemente, digamos que en 5-10 años
Logged

rubenbc

  • Board Moderator
  • Hero Member
  • ****
  • Karma: +187/-3
  • Offline Offline
  • Posts: 1304
  • I'm here and you?
    • View Profile

asfd

  • Jr. Member
  • **
  • Karma: +23/-0
  • Offline Offline
  • Posts: 99
    • View Profile
Re: Diseño NXT 2.0
« Reply #9 on: March 14, 2016, 11:11:19 am »

Debo de haber leído mal. ¿La capacidad de procesamiento de NXT es de 2-4 transacciones por minuto? ¿Si se hiciesen más, colapsaría el blockchain y por tanto la red? No puede ser cierto, si no... vaya red más floja. Bitcoin está procesando (de hecho) unas 5 transacciones por segundo, es decir, unas 300 por minuto.
Logged

rubenbc

  • Board Moderator
  • Hero Member
  • ****
  • Karma: +187/-3
  • Offline Offline
  • Posts: 1304
  • I'm here and you?
    • View Profile
Re: Diseño NXT 2.0
« Reply #10 on: March 14, 2016, 11:25:00 am »

He tenido un fallo a la hora del mover los hilos.
Seguimos la conversación en este :)

Rubén

Enviado desde mi Redmi Note 3 mediante Tapatalk

lopalcar

  • Hero Member
  • *****
  • Karma: +99/-15
  • Offline Offline
  • Posts: 561
    • View Profile
Re: Diseño NXT 2.0
« Reply #11 on: March 14, 2016, 06:31:21 pm »

Debo de haber leído mal. ¿La capacidad de procesamiento de NXT es de 2-4 transacciones por minuto? ¿Si se hiciesen más, colapsaría el blockchain y por tanto la red? No puede ser cierto, si no... vaya red más floja. Bitcoin está procesando (de hecho) unas 5 transacciones por segundo, es decir, unas 300 por minuto.
No hombre, habrás leído que la carga actual de la red es de 2-4/transacciones por minuto, pero eso es porque hay pocos usuarios, no porque la red este limitada a eso :P
NXT puede procesar 255 transacciones por bloque "si son envíos simples" o menos si son transacciones muy pesadas como mensajes que llenan ellos solos el espacio del bloque y no dejan sitio a más transacciones. Pero vamos, que ofrece una capacidad como la actual de bitcoin pero que fácilmente puede ser aumentada.

Esto en la red actual, ahora imagina con cadenas paralelas que sean idénticas a la actual... imaginate 255 cadenas que cada una tiene 255 transacciones por minuto y cada bloque de estas cadenas se traduce a una transacción en la cadena principal forjadora, salen 1100 tx/s aprox, y piensa que esto no será así, que puede aumentar mucho más reduciento tiempos d ebloque o tamaño de bloque de la cadena principal o de las paralelas... asi que no hay problemas por eso.
Pero bueno, como a casi nadie le importa lo más mínimo... pues nos vamos al puesto 20 en CMC en breves, hoy nos paso fedoracoin, que "seguro que es mucho más útil que nxt  ::) "
« Last Edit: March 14, 2016, 06:38:58 pm by lopalcar »
Logged

rubenbc

  • Board Moderator
  • Hero Member
  • ****
  • Karma: +187/-3
  • Offline Offline
  • Posts: 1304
  • I'm here and you?
    • View Profile
Re: Diseño NXT 2.0
« Reply #12 on: May 25, 2016, 06:52:24 pm »

Ya ha salido la hoja de ruta del nuevo diseño de Nxt.

https://nxtforum.org/core-development-announcements/announcing-nxt-2-0-roadmap/?all

Si queréis comentamos y si no iremos esperando noticias :)

Rubén

rubenbc

  • Board Moderator
  • Hero Member
  • ****
  • Karma: +187/-3
  • Offline Offline
  • Posts: 1304
  • I'm here and you?
    • View Profile
Re: Diseño NXT 2.0
« Reply #13 on: June 02, 2016, 02:05:22 pm »

http://nxter.org/es/distribucion-del-token-nxt-2-0/

Han sido anunciados los detalles sobre la distribución del token Nxt 2.0.

Aquellas personas que han seguido Nxt 1.0 saben que el lanzamiento de Nxt 2.0 va a ser un gran e importante paso adelante, no sólo para Nxt, sino para la tecnología blockchain en general. Nxt 1.0 ya cuenta con una gran variedad de increibles y disruptivas funciones funcionando de manera estable gracias a su blockchain. El siguiente gran avance solucionará el problema del crecimiento desmesurado del tamaño de la blockchain, un problema intrínseco de todas las blockchains.

Esto podría convertir a Nxt 2.0 en la primera cripto plataforma escalable de forma global. Además, Nxt 2.0, permitirá a cualquier persona, empresa o comunidad lanzar su propia blockchain, de forma personalizada y completamente segura. A modo de resumen: el token de la cadena principal de Nxt 2.0 (FXT) ‘forjará’ (~ stake / ~ minar) todas las transacciones de las childchains, dotando a estas últimas de la seguridad porporcionada por toda la red Nxt. La primera childchain predeterminada de Nxt 2.0 se lanzará con el bloque génesis y consistirá en un nuevo “libro de contabilidad” que integrará todas la funcionalidades de Nxt 1.0.


La principal novedad de Nxt 2.0 es dividir la blockchain en dos. Una cadena principal (mainchain) que se utilizará únicamente para la creación del consenso y múltiples cadenas niño (childchains) que mantienen los libros de contabilidad separado de las transacciones. Cada childchain usará su propio token/moneda.

En el anuncio, Jean-Luc escribe:

La rama Nxt 1.0 seguirá funcionando

La versión Nxt 1.9 va a ser el último gran lanzamiento de una versión dentro de la rama Nxt 1.0.

Nxt 2.0 no es un fork de Nxt 1.0. Los tokens NXT seguirán existiendo.
Los usuarios de la versión 1.0 podrán iniciar sesión en Nxt 2.0 con sus actuales contraseñas.

El equipo de desarrollo de Nxt se compromete a proporcionar apoyo a la versión 1.x durante un año después de la puesta en marcha de Nxt 2.0, como mínimo. Puede ser que se opte por dotar de nuevas funcionalidades al interfaz de usuario (GUI)  al cliente NRS.

Tokens de la cadena principal Nxt 2.0


El equipo de desarrollo reconoce la enorme contribución de los inversores y poseedores del token original Nxt 1.0, sin los cuales Nxt 2.0 no sería posible y ha decidido concederles privilegios para estos nuevos tokens.

Mainchain tokens

TODOS los tokens de la cadena principal (mainchain) de Nxt 2.0 van a ser distribuidos entre los poseedores de los token Nxt 1.0

La versión de Nxt 1.9 se anunciará en breve, con un hardfork para la distribución de FXT y sin cambios en las API.

La única manera de obtener FXT es mediante la posesión de NXT en la cuenta durante el periodo de la fase instantánea (que comenzará cuando se lance la versión 1.9 de Nxt y estará en vigor durante los siguientes tres meses).

Jean-Luc escribe:

El Software Nxt empezará a tomar instantáneas periódicas de los saldos de NXT de todos los usuarios, en intervalos regulares (probablemente una vez cada hora), durante un período de tres meses.

Para calcular el balance de NXT resultante, se calculará el promedio durante este periodo de tres meses y todas las cuentas quedarán acreditadas automáticamente con un activo, emitido dentro del Asset Exchange (Intercambio de Activos) de Nxt, dónde se reflejará el número de participaciones en FXT.

Los activos FXT podrán  comercializarse libremente.

La distribución de los verdaderos tokens FXT (se hará el día del lanzamiento de la Mainnet de Nxt 2.0, en el tercer trimestre de 2017) estará basado en la propiedad de los activos FXT de cada usuario en la blockchain de Nxt 1.9, en el mismo momento que se cree el bloque génesis de Nxt 2.0.

No habrá quema de Nxt 1.0 con el fin de recibir, ya sea, FXT o FNX


Los tokens FXT se usarán para forjar en Nxt 2.0 (es decir, stake/ minería). Estos tokens son los responsables de mantener y asegurar la red e incentivar a la gente que configure su propio nodo. Los usuarios de cualquier childchain de Nxt 2.0 tendrán que pagar las tasas de transacción a los titulares de FXT.

Riker explica:

Los tokens FXT tienen la habilidad de agrupar muchas operaciones de las chilchains en un único bloque (childchainblock) dentro de la cadena principal (mainchain) (es decir, convertirse en un bundler) y forjar las transacciones en la cadena principal.

El lanzamiento de la Mainnet de Nxt 2.0 está previsto para el tercer trimestre de 2017.

Tokens de la childchain de Nxt

Introducción a FNX.

Como se ha indicado anteriormente, la versión Nxt 1.x continuará funcionando y se conserva la posesión de los NXT.

La cadena equivalente a la versión 1.x de Nxt se lanzará junto al bloque génesis de Nxt 2.0, en un “libro de contabilidad” (ledger)  nuevo. Su token para las transacciones ha sido apodado como FNX y será el único token transaccional de la nueva red Nxt 2.0. hasta que se generen las nuevas childchains.

Los tokens FNX serán distribuidos del siguiente modo:  50% para los poseedores de NXT y 50% para el equipo de desarrollo.

El 50% del total de los tokens distribuidos al equipo de desarrollo se utilizarán para financiar el continuo desarrollo de la plataforma Nxt 2.0.

Jean-Luc escribe:

Los tokens FNX se crearán en el bloque génesis de Nxt 2.0. En ese mismo momento, los titulares de NXT obtendrán un 50% de su balance en NXT en FNX. El otro 50% se reservará para los desarrolladores, por ejemplo, para hacer una ICO o alguna otra cosa. Como esto sigue siendo a un año vista, todavía, se está debatiendo el método exacto de llevarlo a cabo.

Esto significa que, además de los tokens de la cadena principal (FXT), a los actuales y nuevos poseedores de NXT 1.0 se les acreditará un número de FNX (tokens de transacción de Nxt 2.0) equivalente al 50% de NXT que tengan en posesión durante la fase de la toma de instantáneas de la versión 1.0 (a partir del momento que se libere la versión 1.9 y durante un periodo de 3 meses).

Como una advertencia a los traders, Riker comenta que: “Si mantienes tus NXT en un exchange será necesario que verifiques con el exchange la forma en que manejarán la distribución FXT/ FNX ya que serán distribuido a la cuenta del exchange. La casa de intercambio obtendrá los tokens FXT / FNX y decidirá qué hacer con ellos.”

Nuestro mejor consejo es que usted mantenga sus NXT en su propia cuenta Nxt, con su propia frase de contraseña.

Los desarrolladores de Nxt – sentiros seguros de programar con Nxt

Nxt ha tenido problemas manteniendo la compatibilidad con versiones anteriores, debido a la preparación para el cambio hacia Nxt 2.0.

La API de Nxt 1.9 no va a cambiar, por lo que todos los desarrolladores que trabajen con la API de Nxt 1.9 pueden estar seguros de que su código seguirá funcionando en la rama 1.0. Además, si lo desean, podrán trasladar fácilmente sus proyectos de Nxt al nuevo libro de contabilidad de Nxt 2.0. El equipo de desarrollo Nxt está  dispuesto a ofrecer su ayuda en ese sentido, en caso de que fuera necesario.

Una excepción al compromiso de compatibilidad con las versiones anteriores es, según se anunció en el lanzamiento, la característica Nxt add-ons (disponible para desarrolladores a partir de la versión Nxt 1.8.0e), ya que necesitará someterse a “una refactorización significativa en la versión 2.0”.

Puedes testearlo, hacer pruebas con él, pero como Jean-Luc escribe: “Mantenga sencillo el código de sus add-ons, y esté preparado para adaptarlo a 2.0 o eliminarlo”.

Usted puede seguir el desarrollo de Nxt en nxtforum.org/ y, si tiene dudas sobre cualquier cosa, pregunte a los desarrolladores.

lopalcar

  • Hero Member
  • *****
  • Karma: +99/-15
  • Offline Offline
  • Posts: 561
    • View Profile
Re: Diseño NXT 2.0
« Reply #14 on: June 02, 2016, 04:28:46 pm »

gracias por el resumen!
ando un tanto desconectado últimamente y estos resúmenes tan directos resultan útiles :)
Logged

rubenbc

  • Board Moderator
  • Hero Member
  • ****
  • Karma: +187/-3
  • Offline Offline
  • Posts: 1304
  • I'm here and you?
    • View Profile
Re: Diseño NXT 2.0
« Reply #15 on: June 08, 2016, 06:45:08 pm »

rubenbc

  • Board Moderator
  • Hero Member
  • ****
  • Karma: +187/-3
  • Offline Offline
  • Posts: 1304
  • I'm here and you?
    • View Profile
Re: Diseño NXT 2.0
« Reply #16 on: June 22, 2016, 02:15:02 am »

 

elective-stereophonic
elective-stereophonic
assembly
assembly