NXTER.ORG

Nxt News – Noviembre 2017 (I): Nunca Jamás Abandones

Noviembre (I)

¡Bienvenidos de nuevo amigos Nexteros! ¡Ya podéis comenzad vuestra semana leyendo las últimas noticias blockchain! Nuestro intrépido equipo pretende detallaros los acontecimientos sucedidos durante los últimos siete día, comenzando por la finalización de la ICO de IGNIS, pasando por un nuevo rediseño de la web de Ardor, contando con un IMPORTANTE lanzamiento de Ardor para la testnet… muchas cosas que contarte. Cómo siempre decimos, si eres nuevo, bienvenido. Y si eres un veterano, bienvenido de vuelta. Adoramos las plataformas Nxt / Ardor / Ignis y adoramos aún más a los talentosos y dedicados miembros de nuestra comunidad. Acomódate y deja que tu mente disfrute.

COMUNIDAD NXT

INTERCAMBIO DE ACTIVOS DE NXT

DESARROLLO

NXT EN LOS MEDIOS

EVOLUCIÓN DEL PRECIO

 

El semanario de esta semana ha sido confeccionado por James, jose, apenzl y rubenbc.


COMUNIDAD NXT

  • ICO de IGNIS

Tras tres intensos meses, finalmente la ICO de IGNIS ha llegado a su fin. En nombre de Jelurida y de la comunidad de Nxt, os agradecemos a todos aquellos que habéis participado en la oferta pública de venta para ayudar a dotar de fondos a las plataformas Nxt y Ardor para los próximos años. El siguiente gran acontecimiento que tendrá lugar es el airdrop de los tokens IGNIS que sucederá el 1 de enero de 2018. Ofreceremos más detalles conforme se acerque el momento, pero por ahora disfrutemos todos de lo que hemos ayudado a construir y financiar.

Kristina, de Jelurida, explica:

¡Hola a todos! La venta del token IGNIS ha finalizado oficialmente tras tres meses inolvidables. Ha resultado ser un gran éxito y os estamos agradecidos por vuestras aportaciones y la confianza que habéis mostrado en el equipo y en la tecnología. ¡Gracias!

Jelurida mantendrá y destinará los tokens que no se han vendido a un fondo que será usado para continuar dando a conocer las plataformas Nxt / Ardor.  Más adelante en este semanario hablaremos también del lanzamiento de la última versión de Ardor par la testnet, v2.0.4

Quizá te interese: IGNIS ICO Report 8

Calendario de la ICO de Ignis
Fecha tokens JLRDA a la venta Precio de 1 JLRDA en NXT
Aug 05 – Aug 12 60.000.000 0,40
Aug 26 – Sep 02 80.000.000 0,55
Sep 09 – Sep 16 100.000.000 0,76
Sep 23 – Oct 21 100.000.000 1,05
Oct 28 – Nov 04 hasta 100.000.000* 1,45


Estadísticas en Vivo desde la Blockchain de Nxt

 

(Volver al Índice)

 

  • Nueva Web de Ardor

El rediseño de la web ardorplatform.org está casi completado. La desarrolladora agradece las sugerencias de la comunidad sobre como se podría mejorar la web. Las conversaciones de más abajo remarcan todo lo que está por incorporarse y cómo la comunidad puede colaborar una vez toda la información y funcionalidades hayan sido añadidas al sitio.

qbtc / Crypto Woman: ¡Me gustaría contar con vuestra ayuda! Por favor, dadme vuestras opiniones constructivas y sugerencias razonables. Reescribiré de nuevo alguna parte del contenido para simplificarlo todavía más y sea más fácilmente comprensible y, a la vez, ofrecer más información técnica para los entendidos en criptos. También quiero explayarme en algunos casos de uso genéricos.

Fuente

(Volver al Índice)

 

  • Ardor Listado en AEX.com

AEX incorporada ARDR y NXT como activos que se pueden intercambiar por BTC.

Autoproclamado como “Next-Generation Asset Exchange” estamos felices de nombrar de este nuevo exchange (el antiguo btc38) y les deseamos la mejor de las suertes.

Fuente

(Volver al Índice)

 

  • Abiertas de Nuevo las Invitaciones para el Slack de Nxt/Ardor

Este es el momento perfecto para que los nexteros se unan a la comunidad Nxt en Slack. Por favor, solicitad ya vuestras invitaciones. Lamentamos el posible retraso que puede suceder hasta que tu solicitud sea aceptada, pero es debido a que se ha implementado una nueva metodología para impedir el acceso a spammers y bots, para evitar que estos adulteren las conversaciones y las llenen con comentarios basura. Más de 4000 personas son ya  miembros y tú también puedes ser uno de ellos, si solicitas tu invitación (y es aceptada). Este Slack es uno de los foros para charlar sobre Nxt / Ardor más importantes, dónde participan muchos miembros de Nxt, Nxter, Jelurida, Adel, Janus… y otros muchos.

vanbreuk – Las invitaciones para este Slack se han abierto de nuevo en  slack.nxtplatform.org – ¡Por favor, actualizad vuestros marcadores! Algunos miembros de la comunidad realizarán una rápida revisión manual de todas las solicitudes que lleguen, para interceptar bots y potenciales spammers

El nuevo marcador es slack.nxtplatform.org o https://nxtplatform.org/slack , el que más os guste.

(pronto también dirigiremos aquí a slack.ardorplatform.org)

(Volver al Índice)

 

  • Comunidad China – Actualización de Noticias

Para nuestros lectores chinos, ¡disponemos ya de las traducciones de los últimos semanarios! ¡Muchas gracias a todos los que nos echáis una mano con estas tareas de traducción!.

Además, nuestro compañero lege, anunció la semana pasada:

lege
Hola chicos, una vez que Lior ha vuelto de China, he decidido promocionar Ardor en China, así que estos días he estado muy liado con esta tarea. He dejado mi trabajo, registrado una compañía en China y ayer ofrecí una charla sobre Ardor para dar a conocer la blockchain en China. Así que  si estás en China puedes contactarme, y así podremos hacer algo entre todos por Ardor y cambiar así el mundo.

mi id en wechat: legelchain

(Volver al Índice)

 

  • Encuentro de Nexteros en NYC – Presentando NXT / Ardor para la Creación de Dapps en Codepen.com

Este encuentro consistió en una demostración y en una introducción sobre como construir apps descentralizadas usando Codepen. Se habló sobre diversas tecnologías blockchain, incluyendo a Bitcoin, Ethereum y Ardor/Nxt. Fue una gran oportunidad para que nuestra comunidad se viese las caras y conociese a otros desarrolladores en el espacio blockchain. Adjuntamos unas interesantes fotos a continuación.

box1413

https://www.meetup.com/codepen-nyc/events/244014591/?_cookie-check=po8Ti5KVz8R-jXTf

Estoy promoviendo un nuevo encuentro para desarrolladores front-end y ofreceré una presentación sobre las capacidades de Nxt/Ardor usando solo html/css/js en la plataforma codepen.com Ofreceré esta charla ante una audiencia repleta de desarrolladores que posiblemente no se hayan adentrado en la blockchain, por ahora. En mi opinión, este tipo de audiencia es más valiosa que tratar de vender monedas/tokens a especuladores. Si puedes convencer aunque sea a unos pocos,a trabajar en las plataformas Nxt/Ardor, entonces ya es un éxito.

Ejemplificaré unas llamadas simples del tipo json ajax hacia la api de nxt/ardor y mostraré cómo:

– Construir un mercado descentralizado, filtrando por palabras clave específicas.

– Construir algún tipo de juego de ajedrez que almacene la posición de las piezas en el tablero, usando para ello la función de Datos en la Nube.

– Construir un reproductor MIDI recibiendo la música .midi desde los Datos en la Nube, puesto que ocupan menos de 40kb.

Si alguien está dispuesto a ayudar, entonces estupendo. Necesito demos de codepen.com que hagan uso de la api de Nxt/Ardor.

Met some awesome folks from our community in the Big Apple today. Here I am with @patoshi and his lovely wife, @codehalo and @xdmcrypto
qbtc / CryptoWoman: Hoy conocí a gente muy interesante de nuestra comunidad en la Gran Manzana. Aquí estoy con @patoshi y su encantadora esposa, @codehalo y @xdmcrypt

 

qbtc
Además del equipo de Pats y el nuestro, también habrá 20 desarrolladores más. Pequeño pero muy interesante.

Fuente

(Volver al Índice)

 

  • El Usuario @Almonte Muestra el Potencial de Ardor para los Negocios

Almonte hizo una presentación con algunos de los muchos casos de uso que Ardor y Nxt ofrecen para los negocios. Visitó una empresa en Lisboa (documentado más abajo), y también tuvo tiempo para ofrecer una presentación ante un banco. Estamos entusiasmados por su éxito y esperamos seguir conociendo más detalles de sus aventuras en el mundo de los negocios por España.

Almonte – La semana pasada retomé mi trabajo y tuve una muy buena oportunidad de mostrar el potencial de Ardor en un entorno de negocios. Mirad esta fotografía y comprobad dónde encaja Nxt: el CoE de la compañía, radicada en Lisboa, fue una gran experiencia, dónde pudimos asentar las bases para el diseño blockchain. Estoy esperando la autorización de esta compañía para poder publicar un artículo sobre lo que hicimos la semana pasada.

Y esta semana tengo otro, esta vez en España para uno de los bancos más importantes. ¡Deseadme suerte!

He realizado la presentación esta mañana. Fue realmente bien y tuve la oportunidad de explicar muchas cosas, desde una introducción a la blockchain hasta  una demostración en vivo de la utilización de Nxt/Ardor. Pronto escribiré un artículo sobre ello. La audiencia estaba compuesta por el departamento de innovación, y se les veía muy dispuestos a empezar a trabajar con esta tecnología.

(Volver al Índice)

 

  • Travin Keith – NXT para los Inversores #28 – NXT, Ardor y Actualización sobre Ignis

Travin representa a la Fundación Nxt allí donde va. En esta ocasión presenta a los inversores las múltiples ventajas y soluciones de negocios ofrecidas por las tecnologías del libro de contabilidad distribuido de Nxt / Ardor. Vale la pena visualizar el vídeo grabado en directo con la presentación de Travin:

(Volver al Índice)

 

  • Crypto Woman – Una Oportunidad Improvisada para Hablar sobre Blockchain

The Crypto Woman tuvo una oportunidad improvisada para hablar sobre la blockchain ante una audiencia de 200 ávidos desarrolladores en una conferencia en Pensilvania la semana pasada. Fue todo un éxito, y entre los asistentes se pedo observar mucho interés por las plataformas de Nxt y Ardor.

Ella misma explica:

Hoy tuve una oportunidad no planeada de hablar sobre la blockchain y la increíble tecnología de Nxt y Ardor a un grupo de 200 desarrolladores en el Central PA Open Source Conference 🙂

Fuente

Todo sobre Nxt:

(Volver al Índice)

 

INTERCAMBIO DE ACTIVOS DE NXT

  • Janus – Actualización de Estado

Janus anunció que pondrán a la venta 250K tokens CCEX para costear la inversión realizada para su proyecto JNSHash. Distintos niveles de precios están disponibles en función de cuánto estás dispuesto a invertir.

Nos comentan:

bjorn_bb
Para cubrir una parte de los gastos de este mes de los mineros asic Bitmain L3+ hemos puesto algunos Janus a la venta en el Intercambio de Activos de Nxt. Para ofrecer oportunidades alternativas de compra añadiremos 250.000 CCEX, al precio de mercado actual. Si quieres escalar hasta un nivel de inversor superior, este es un buen momento para dar el salto.

JNSHash estará disponible para aquellos poseedores de Janus que tengan 100k JNS o más, y los pagos provenientes de la minería solo serán para aquellos que alcancen un nivel 4, como mínimo. Ofreceremos más información este próximo mes, para dar tiempo a la gente a asimilar la información.

Nuestra oficina ha crecido considerablemente desde la publicación de nuestro primer vídeo: https://www.youtube.com/watch?v=dn29aBQgS0Q

En los próximos 7 días la segunda parte del vídeo será publicada, mostrando el estado actual de desarrollo. A finales de noviembre recibiremos los últimos equipos de minado.

Los tokens de Janus son el único método de obtener hashpower en esta granja de minado. Hemos puesto tokens a la venta para permitir a los partícipes la posibilidad de llenar sus carteras hasta alcanzar los requisitos necesarios para acceder al siguiente nivel, y hemos publicado la estructura de niveles en nuestro Slack. Cuánto más fondos obtengamos, más nos expandiremos. Esta es la razón por la que en Twitter, los foros y en Slack podéis ver fragmentos de las entregas que hacemos.

Nos damos cuenta de que Bitcoin se está yendo a la luna, pero os aseguro que nada crece parabólicamente para siempre, y como un trader veterano que soy podéis contar con que Segwit detendrá el crecimiento de BTC. Damos la bienvenida a todos los que lo deseen a nuestro diversificado proyecto y esperamos lograr un futuro brillante para los miembros presentes y futuros de nuestra comunidad.

 

Únete al canal de YouTube de “Janus Token”

 

 

 

Puedes encontrar un listado de todos los dividendos pagados aquí. También puedes seguir las noticias sobre Janus en  https://nxter.org/janus y Janus Twitter.

(Volver al Índice)

 

  • Adel – Actualización de Estado

La incubadora blockchain de Adel anunció que su proyecto AdelWiki está a punto de entrar en la fase beta de tests. Además, fueron uno de los seis finalistas en una conferencia patrocinada por el Banco Nacional checo. Además, contarán con una gran e importante presencia en la mayor conferencia tecnológica del mundo: The Global Web Summit.

Nos explican:

¡El Nuevo Módulo de Colaboración está aquí! ▲ Adel Community
¿Preparados para el despegue? AdelWiki™ va a estar disponible de inmediato para ser testeado en una fase beta. ¡Nuestros miembros pronto podrán tomar contacto con él para explorar la interfaz y estar preparados para los proyectos que cambiarán el mundo! Podéis realizar vuestras propuestas para incubación y ayudar a desarrollar las ideas de los demás. El poder de la comunidad y los valiosos múltiples puntos de vista permiten evaluar varias veces los procesos y continuar mejorándolos. ¡Conviértete en miembro hoy mismo con tan solo 64000 ADL y empieza algo grande! www.adelphoi.io

ADEL Ecosystem Ltd. ▲ Crowdfunding 2.0 en la Blockchain
A veces la mejor manera de comunicar ideas sobre las nuevas tecnologías es hacer referencia a las plataformas existentes. Esto puede estimular las ideas de las personas recién llegadas y facilitar la adopción. En su última entada en el blog, el miembro de la comunidad@R0bInI0 @wolffang despedaza Adel en pequeños trozos y lo compara con Kickstarter. Su explicación sobre cómo evoluciona la tecnología es tan buena que querrás compartirla con tus amigos y familiares.

https://medium.com/@R0bInI0/adel-ecosystem-ltd-evolution-of-kickstarter-on-the-blockchain-9e76051989da

Conferencia de Innovadores Fintech  e.conomia ▲ Deloitte

De las 140 startups analizadas por Deloitte, Adel fue una de las 5 que lograron calificarse para el Fintech (R)evolution. En este vídeo Gabriel Dusil, cofundador de Adel, habla ante cientos de personas relevantes en el mundo Fintech, en un evento patrocinado por el Banco Nacional checo que tuvo lugar en el Media House of Economia. Durante el evento de la próxima semana todas las startups (incluida Adel), dispondrá de seis minutos para presentar su compañía y de cuatro minutos más para responder a las preguntas del público presente.

Cumbre Global Web ▲ Comunidad de Adel

 

Nos estamos preparando para el mayor congreso tecnológico del mundo. Adel estará entre los más de 1000 conferenciantes, 60000 asistentes y más de 2000 periodistas de 160 países en Lisboa la próxima semana: batallas de startups, charlas sobre criptomonedas, Inteligencia Artificial, paneles de ciberseguridad, tecnología para el marketing… y mucho más. Portugal se convierte en el centro del mundo los días 6 a9 de noviembre. Visita nuestro stand #B203 el miércoles 8 de noviembre https://websummit.com/

Sigue a Adel en Medium

El primer proyecto de la incubadora Adel será iFin.io.

 

Más información

(Volver al Índice)

 

  • Bitswift – Actualización de Estado

Esta semana hubo un encuentro de entusiastas blockchain en Queens (NYC) al cual Bitswift asistió. Además su tienda Bitswift.shop ya está en marcha y tiene muy buena pinta.

Nos comentan:

Ya es hora de que dejemos a la gente conocernos mejor, y que mejor lugar que junto a las brillantes mentes de Queens. https://www.meetup.com/Queens_Blockchainers/events/244005403/?read=1&_af=event&_af_eid=244005403&https=on.

De vuelta del encuentro, ahora un puñado más de gente sabe acerca de Ardor, Nxt y Bitswift… ¡Misión cumplida!. Parece que tendremos la oportunidad de hablar en un panel el el futuro próximo en Queens. Debería ser interesante y bueno para difundir la palabra.

Bitswiftbro escribió:

Ya ha sido lanzada.
No está optimizada.
Algunos precios puede que parezcan extraños.
Algunas categorías cambiarán.
No hemos publicado ni un 25% de los productos, pero funciona…

Durante las próximas semanas verás que cambiaremos algunas categorías y ajustaremos los precios para estar a la par con Newegg, Bestbuy y Staples Business Depot. Estamos teniendo unos contratiempos con los precios y la disponibilidad debido a los distribuidores a los que hemos enlazado, así que si ves “Quote” (Solicitar Precio) en lugar del precio, esa es la razón. Hemos hecho algunas actualizaciones a la web para evitar los artículos sin stock. Echa un vistazo a nuestra sección de Realidad Virtual: https://bitswift.shop/collections/virtual-reality. Muchos más productos y categorías están por llegar.

 

(Volver al Índice)

 

  • Finalizado el Canjeo de Tokens DeBuNe

El canjeo de tokens DeBuNe ha concluido a principios de noviembre.

Capodieci escribió:

IMPORTANTE Y URGENTE

Últimas horas para enviar de vuelta los Activos DeBuNe a la cuenta del emisor para recibir a cambio tokens ERC20 o tokens DeBuNe, una vez la nueva blokchain haya sido lanzada.

He visto que algunos de vosotros los habéis puesto a la venta, pero tened en cuenta de que en unas pocas horas no tendrán ningún valor. Pondré TODOS los activos desde la cuenta del emisor a la venta al precio de 0.00000001 (o cualquiera que sea el precio mínimo admitido).

Cancelad vuestras órdenes de compra, cancelad vuestras órdenes de venta y enviar de vuelta los activos al emisor ANTES de que todos los activos sean puestos a la venta.
¡Sólo quedan unas pocas horas!

Roberto

Confiamos en que hayas podido migrar tus activos a tiempo.

 

Fuente

(Volver al Índice)

 

  • Stocks.Exchange – Nuevo Dividendo

Stocks.Exchange pagó dividendos del 1,88% las semana pasada.

 

(Volver al Índice)

 

DESARROLLO

  • Ardor – Lanzada la v2.0.4e para la Testnet

¡Interesantes noticias por parte de Jelurida!. Ha sido lanzada una nueva versión de Ardor para la testnet repleta con tantas novedades que nos hemos visto obligados a escribir un informe en exclusiva para explicarlas. Entre las nuevas características se incluyen un control total de activos y transacciones condicionadas multi-estadio, entre otras.

Kristina Kalcheva escribe:

Nos entusiasma el futuro y estamos felices de anunciar el lanzamiento de Ardor para la testnet v2.0.4.e, con multitud de nuevas características añadidas (Control de Activos, Transacciones Condicionadas Compuestas, Transacciones Condicionadas en función de determinadas propiedades, incremento de Participación en Activos…), así como una nueva y modificada API.

Actualizad vuestros nodos para la testnet, borrad vuestra carpeta nxt_test_db y comenzad a forjar. ¡La generación de bloques comenzará automáticamente a medianoche!

https://nxtforum.org/nrs-releases/ardor-v2-0-4e/
https://bitbucket.org/Jelurida/ardor/downloads/

ARDOR Implements Game-Changing Features In New TESTNET RELEASE

Principales características:

– Control de Activos (Asset Control): Similar al control de Cuenta, una vez ha sido establecido requiere que todas las transacciones de una cuenta queden supeditadas a una aprobación (es decir, a usar transacciones condicionadas). La nueva característica de Control de Activos permite imponer unas determinadas restricciones a todas las transacciones que involucran a un determinado activo, tales como poder establecer órdenes de compra y venta, transferencia, eliminar activos, pago de dividendos que utilicen al activo como dividendo…

Esta característica permite, por ejemplo, que una compañía privada ponga a la venta sus acciones en la blockchain de Ardor, manteniendo un cierto control sobre quién puede comprar o vender estas acciones. Pueden exigir, por ejemplo, que las transacciones de estos activos sean aprobadas por la junta directiva o aprobada por la votación del resto de accionistas. También permite a los emisores de activos cumplir con la normativa KYC, pudiendo imponer que las transacciones de activos se realicen solo entre cuentas verificadas.

– Transacciones Condicionadas Compuestas (Composite Phasing): Las Transacciones Condicionadas Compuestas (“Smart Phasing” o Transacciones Condicionadas Inteligentes) es una nueva y poderosa característica, que permite diversos métodos para la aprobación de transacciones condicionadas que pueden ser definidos en términos de combinaciones booleanas combinando otros métodos de aprobación, es decir, permite unir y combinar los actuales mdelos existentes de aprobación, tales como por saldo de activos, por hash… usando los operadores AND, OR y NOT.

Esto permite que la nueva característica de Control de Activos pueda ser usada en combinación con la característica de Control de Cuenta cuando sea necesario, quedando de este modo la ejecución de la transacción condicionada a que se satisfagan tanto los ajustes establecidos por el Control de Activos como los del Control de Cuenta. También permite, por ejemplo, combinar las condiciones ya existentes por hash o por modelos de aprobación de transaccion… con tras funciones tales como Listas Blancas (whitelists),  por saldo, etc, aprobaciones que permiten realizar concatenaciones de transacciones atómicas (también entre distintas blockchains), incluso para cuentas multifirma (es decir, sujetas a Control de Cuenta), o con activos sujetos a Control de Activos.

El operador NOT permite condiciones del tipo dead-man-switch (“Interruptor de Hombre Muerto”), dónde una transacción solo es ejecutada si una condición (por ejemplo, la revelación de un secreto) no es satisfecha.

– Transacciones Condicionadas en Función de una Propiedad (By-Property phasing): Este nuevo método de aprobación permite que las transacciones condicionadas sean condicionadas en función de que las cuentas del emisor o del receptor tengan establecida una determinada propiedad. Si esta propiedad está establecida, la transacción será ejecutada de inmediato. En caso contrario, se realizará una última comprobacion del cumplimiento de esta propiedad a una altura de bloque definida.

Esto permite, por ejemplo, que los emisores de activos obliguen al cumplimiento de la normativa KYC, pudiendo definir en los ajustes de Control de Cuenta que tan solo las cuentas que han sido verificicadas según la normativa KYC, etiquetadas para ello con una propiedad de cuenta predefinida por una autoridad de confianza (o el mismo emisor del activo), puedan realizar transacciones con sus activos.

– Incremento de las Participaciones de un Activo (Asset share increase):  Un nuevo tipo de transacción se ha añadido para permitir al emisor de un activo aumentar el número total de activos existentes. Las nuevas participaciones creadas son entregadas a la cuenta del emisor, pero pueden ser distribuídas a continuación a los inversores usando una transacción de pago de dividendos. Esto permite realizar actuaciones corporativas, tales como incremento de capitales o subdivisión de acciones.

APIs modificadas y nuevas APIs

Ver el  registro de cambios.

Lo que se importa de la blockchain de Nxt (para el Snapshot en la testnet):

– Claves de las cuentas públicas
– Saldos de cuenta. Los saldos de la cadena ARDOR están basados en los saldos de los activos ARDR y los saldos de la cadena IGNIS están basados en los saldos de NXT dividos por 2, más los saldos de los activos JLRDA. Cada uno de estos se ha dividido adicionalmente por 2, para poder entregar el 50% de las monedas en la testnet a las cuentas de los desarrolladores para realizar pruebas. Los saldos de la cadena BITSWIFT están basados en los saldos de los activos Bitswift, más un 10% adicional distribuido proporcionalmente entre todos los poseedores de IGNIS.

– Información de cuenta (nombre y descripción)
– Propiedades de cuenta
– Ajustes de control de cuenta, pero solo para controles de cuenta con whitelist sin saldo mínimo. Otros tipos de ajustes de control de cuenta no serán importados.
– Los alias de las cuentas se han importado a la child chain de IGNIS.
– Activos. Solo los activos Janus, JanusXT y ComJNSXT han sido importados y se ha mantenido su identificador (ID) de activo
– Las monedas del Sistema Monetario han sido importadas a la child chain de IGNIS, pero solo el código de la moneda y su nombre, para que queden reservados. Dependerá del emisor de cada moneda re-emitir la moneda con las propiedades adecuadas y redistribuirla a los usuarios.

(Volver al Índice)

 

  • Recordatorio Semanal

 

Patoshi en StackExchange:

¿Hay alguna manera de abrir el monedero Nxt/Ardor en el navegador e inmediatamente abrir la cuenta que quieres ver? La respuesta es sí, puedes hacerlo con Ardor. El link de más abajo explica cómo puedes indicar la cadena específica. Se tendría que solucionar un bug pronto puesto que aparece una pantalla azul si no se se selecciona una cadena.

@riker ¿alguna idea al respecto? https://bitcoin.stackexchange.com/questions/61787/how-to-goto-a-nxt-ardor-wallet-with-a-default-address-set-in-the-url

riker
En Ardor necesitas indicar además la cadena, por ejemplo https://ardor.jelurida.com/index.html?account=NXT-YD9C-ZKZW-ZZLZ-BNB3W&chain=IGNIS No obstante, lo solucionaré de modo que si no se selecciona una cadena entonces se muestre la cadena madre y no una pantalla azul.

(Volver al Índice)

NXT EN LOS MEDIOS

  • Lior Yaffe en Medium – Preguntas y Respuestas sobre Ardor

Lior Yaffe llevó a cabo una sesión de Preguntas y Respuestas sobre Ardor la semana pasada, dónde trató los aspectos básicos de la plataforma y explicó cómo pretenden solucionar sobre los problemas habituales en el espacio blockchain. Puedes encontrar un extracto de la entrevista en Medium más abajo:

Charla con un potencial inversor

P: ¿Qué es lo que estáis buscando?

Para los próximos 2 meses nos queremos centrar en promocionar las plataformas tanto de Nxt como de Ardor, para incrementar su visibilidad en la comunidad cripto.

También queremos que los negocios consideren adquirir una licencia de nuestro software (tanto Nxt como Ardor) para sus blockchains privadas, o que consideren lanzar una child chain en ardor y que usen Nxt y Ardor como plataformas para llevar a cabo sus ICOs.

P: ¿Cual es el objetivo de Ignis?

El token de Ignis es necesario para que la plataforma Ardor funcione. Distribuiremos el 50%  gratuitamente a los poseedores actuales de Nxt en la Instantánea del Génesis de Ardor. El otro 50% está destinado a los participantes en la ICO.

P: ¿Qué es lo que queréis comunicar?

El snapshot es la última oportunidad de adquirir IGNIS baratos, sólo tienes que tener NXT en ese momento. Es un reparto de acciones dónde los usuarios pueden mantener sus NXT y recibir 0,5 IGNIS por cada 1NXT que posean.

P: ¿Cual es el valor de Ardor?

Como token, permite a los poseedores del mismo participar en el algoritmo de prueba de participación, que es lo que le da la seguridad a toda la plataforma. Por este servicio, aquellos que poseen Ardor y forjan activamente, son recompensados con las tasas por transacción.

P: ¿Qué es lo diferente?

Ardor no es ningún clon de Bitcoin ni un activo de Ethereum. Es una plataforma autónoma con una arquitectura única, basado en el robusto y testeado código de Nxt, que utiliza el algoritmo Proof of stake, siendo un sistema multicadena, escalable, implementado en Java…

Fuente

(Volver al Índice)

 

  • Money 20/20 – El Uso de la Blockchain en un Punto de Inflexión

Artículo sobre el creciente uso de blockchains privadas bajo autorización y cómo Microsoft y Jelurida están centrando sus esfuerzos en soluciones de este tipo para empresas.

Las blockchains públicas bajo autorización (public permissioned blockchains) no son escalables para las empresas. No obstante, las blockchains privadas bajo autorización (private permissioned blockchains) permiten introducir mejoras en la escalabilidad y muchas compañías están investigando al respecto, incluyendo a Microsoft y Jelurida.

Una blockchain bajo autorización restringe quién puede contribuir al consenso del sistema. Una blockchain que no requiere autorización (permissionless blockchain) es justo lo contrario.

Fuente

(Volver al Índice)

  • Cryptopost – Ardor Sorprenderá a los Inversores muy Pronto

Nosotros no damos consejos de inversión nuestros artículos, pero Cryptopost tiene muy buenas palabras para Ardor y cree que el precio se va a desatar al alza.

El siguiente objetivo alcista está en 4$, el cual es una resistencia psicológica, pero en general los $0.46 serán alcanzados a medio plazo. Si esta resistencia en el Fibonacci 161.8% se consigue romper, entonces la tendencia demostrará ir para largo plazo.

Ten en cuenta que una rotura por debajo del área de soporte en $0.15 invalidaría esta predicción tan halagüeña.

Fuente

 

EVOLUCIÓN DEL PRECIO

  • Cryptogirl – Mi Opinión sobre NXT/USD

 

  • Evolución del Precio de NXT y ARDR Durante la Semana

En el gráfico siguiente se muestra la oscilación del precio de NXT respecto a Bitcoin en el exchange Poloniex durante la pasada semana:

En el gráfico siguiente se muestra la oscilación del precio de ARDR respecto a Bitcoin en el exchange Poloniex durante la pasada semana:

Información en Vivo desde el Intercambio de Activos de la Blockchain de Nxt:

 

(Volver al Índice)

Y esto es todo por esta semana, Nexteros. Permaneced conectados la semana que viene para más información actualizada sobre la ICO de IGNIS, el lanzamiento de Ardor y mucho más. Para aquellos que no pueden esperar una semana para saber más podéis pasaros por nuestra web, dónde ofrecemos nuestra serie de artículos con información actualizada sobre la ICO

Síguenos en Twitter (también en Español) para noticias importantes de última hora. ¡Manteneos informados y al día compañeros Nexteros! Os esperamos de nuevo la semana que viene.

Ayúdanos a crecer y a poder continuar ofreciéndote información de calidad y centrada en el cambiante mundo blockchain. Dirección para donaciones: NXT-TK9J-MEKH-MUP9-HFCH2.

Ardor Frente a la Competencia, Parte 5: Stratis

Este artículo forma parte de una serie que pretende comparar Ardor con otros proyectos blockchain con características u objetivos similares. A continuación puedes encontrar las entradas anteriores:

Esta semana he analizado Stratis, una plataforma blokchain-como-servicio basada en el protocolo Bitcoin.

Stratis

El objetivo del proyecto Stratis es permitir a las empresas crear sus propias blockchains a medida, partiendo de una serie de funciones predefinidas. Además, el Grupo Stratis, el cual dirige el desarrollo de Stratis, ofrecerá servicios de consultoría para ayudar a los negocios a encontrar formas de usar la tecnología blockchain de manera efectiva, a la vez que, presumiblemente, también les ayudará a desplegar blockchains a medida en la plataforma Stratis.

Presentado de esta manera, Stratis aparenta ser muy parecido a Ardor. Pero la observar la mayoría de lo pormenores (al menos con los detalles disponibles públicamente sobre Stratis) las dos plataformas presentan diferencias significativas. En breve las exponemos.

Actualmente, la plataforma Stratis está compuesta de varias partes:

  • NBitcoin, una implementación integral de Bitcoin en C# inspirada en Bitcoin Core;
  • NStratis, un fork de NBitcoin que incorpora un algoritmo de minado de Prueba de Participación y un algoritmo alternativo de Prueba de Trabajo;
  • el Nodo completo Bitcoin de Stratis, que puede funcionar tanto en la red de Bitcoin como en la de Stratis, que sirve de base para el resto de la plataforma;
  • el Monedero Breeze, un monedero con verificación simplificada de pagos (simplified payment verification – SPV) tanto para Bitcoin como Stratis que implementa TumbleBit para convertir en privadas las transacciones; y
  • el módulo de Identidad de Stratis, que permite a terceras partes comprobar la identidad de la persona que controla una cuenta de Stratis.

Hay que apuntar que la mayoría de estos componentes todavía están en fase alfa.

En la lista hay que destacar especialmente la integración de TumbleBit en el Monedero Breeze. El Documento Técnico de TumbleBit es bastante denso; si estás interesado en los detalles, recomendaría leer en su lugar esta excelente presentación elaborada por dos de los autores. En pocas palabras, TumbleBit utiliza canales de pago unidireccionales para transferir los fondos desde una serie de pagadores hacia un intermediario llamado Tumbler, y desde el Tumbler a una serie de receptores, sin que ninguna de las partes tenga que depositar su confianza en la otra. El elemento diferencial sobre otras implementaciones de sistemas de pago es que TumbleBit usa firmas ciegas RSA de una manera inteligente, de manera que se evita que el Tumbler sepa que transacción entrante se corresponde con una determinada transacción saliente. Si muchas cuentas realizan transacciones usando el Tumbler entonces es imposible trazar la relación entre una cuenta receptora y la cuenta emisora que los envió. Ni siquiera el Tumbler puede enlazar ambas cuentas.

El Monedero Breeze de Stratis ofrece la funcionalidad TumbleBit tanto para Bitcoin como Stratis, haciéndolo útil para una audiencia mucho mayor que si solo se pudiese utilizar en la red de Stratis. Además, puesto que el protocolo TumbleBit utiliza un canal de pagos fuera de cadena (off-blockchain), es posible realizar muchos pagos usando el Tumbler en aproximadamente la misma cantidad de tiempo que tomaría realizar un solo pago.

El módulo de Identidad de Stratis está todavía en un estado de prueba de concepto, pero pese a ello ya es funcional. Los usuarios pueden acceder a sus cuentas de Microsoft, Google o LinkedIn usando la aplicación móvil de Identificación de Stratis y estos servicios notificarán a Stratis del inicio de sesión realizado. Una cuenta especial, propiedad de Stratis, almacenará la confirmación de este inicio de sesión creando un hash con la información de identificación personal (por ejemplo, nombre y dirección de email) y almacenándolo en la blockchain de Stratis.

La confirmación por parte de Google de que una persona posee una determinada cuenta de Gmail puede que no sea el servicio de identificación más práctico, pero es sencillo ver como el mismo mecanismo podría ser usado para demostrar la propiedad de una determinada información que sea mucho más difícil de verificar. Por ejemplo, un agente del gobierno podría confirmar que alguien ha presentado un documento de identificación con su foto, junto a un nombre y una dirección. Si el usuario puede proveer su nombre y una dirección de manera que concuerda con el hash presente en la blockchain, eso también podría convencer a un proveedor de servicios de que el usuario posee el correspondiente identificador con foto, puesto que el agente del gobierno ya ha confirmado anteriormente esas 3 porciones de información conjuntamente.

La integración de TumbleBit en el monedero Breeze y en el módulo de Identidad de Stratis son dos ejemplos de este tipo de características que Stratis pretende ofrecer en la plataforma. No estoy seguro de haber entendido completamente el funcionamiento de la arquitectura de Stratis pero, por lo que puedo entender, la idea es que la blockchain de Stratis delegue los procesos en segundo plano para cada nueva característica, tales como TumbleBit y la Identidad de Stratis, a un juego dedicado de nodos (masternodes). Por ejemplo, el futuro Nodo Breeze (no confundir con el monedero Breeze, el cual utiliza SPV en lugar de necesitar un nodo completo) será un masternode que dará servicio a Tumbler. De forma similar, existen planes para construir masternodes que procesen las transacciones de Identidad de Stratis, aunque no se realmente lo que esto significa y no puedo encontrar más detalles sobre ello.

En último lugar, es necesario mencionar que el equipo de Stratis ha planeado varias características más, siendo la más destacada el despliegue de cadenas laterales ancladas a la cadena de Stratis. Según lo entiendo, este será el principal mecanismo con el que Stratis para ofrecer a los clientes blockchains privadas y personalizables.

Desafortunadamente, no he sido capaz de encontrar más detalles acerca de como funcionarán las cadenas laterales en Stratis. El  whitepaper de Stratis hace referncia al Documento Técnico sobre Blockchains de Blockstream, pero esa es la única pista que he encontrado hasta ahora sobre el diseño de Stratis. Particularmente, creo que no es tan fácil asegurar y transferir valor entre dos blockchains sin tener al menos algunos mineros en cada cadena para validar todas las transacciones en ambas cadenas. Los detalles, incluyendo cómo el protocolo de la cadena lateral gestiona los forks y las reorganizaciones, son cruciales para poder valorar la seguridad de este mecanismo.

Incluso suponiendo que las transferencias entre la cadena de Stratis y las cadenas laterales son seguras, todavía queda pendiente el asunto de la seguridad de las mismas cadenas laterales. El Documento Técnico de Stratis afirma numerosas veces que la cadena de Stratis proveerá, de alguna manera, seguridad para sus cadenas laterales, pero no explica como lo hará. Típicamente, las cadenas laterales son completamente independientes y deben asegurarse por si mismas.

Comparación con Ardor

En Ardor, por su lado, la cadena madre (parent chain) es la que ofrece la seguridad para cada cadena hija (child chain)

En realidad, esta es una de las diferencias más importantes entre la arquitectura cadena madre / cadena hija de Ardor y las típicas implementaciones de las cadenas laterales. Desafortunadamente, sin más información técnica por parte del equipo de Stratis, es imposible de llevar acabo una comparación adecuada entre su diseño y el modo en que es enfocado por parte de Ardor.

Una comparación que podemos establecer es entre la característica TumbleBit de Stratis y la característica de Coin Shuffling de Ardor. (Nótese que el Coin Shuffling no estará disponible en la misma cadena de Ardor, sino que estará disponible en Ignis, su primera child chain, así como en todas aquellas child chains que quieran implementarlo) Esta característica es la implementación de Nxt del algoritmo de mezclado de monedas, que permite a un grupo de usuarios transferir una cantidad determinada de monedas desde sus cuentas (entrada) a una serie de cuentas de salida, una por cada entrada, sin tener que confiar en el resto ni saber quien de estos usuario controla cada cuenta de salida. El algoritmo no es muy complicado y la sección 4.2 del Documento Técnico ofrece una buena visión general de como funciona.

No soy ningún experto en ninguno de los algoritmos, pero el planteamiento de TumbleBit parece tener un par de ventajas sobre el CoinShuffle. Dado que usa canales de pago off-blockchain, es potencialmente capaz de escalar hasta un mayor ratio de transacciones, además de añadir una medida de privacidad a los pagos, solventando dos problemas a la vez. Además, si el objetivo es evitar que un observador identifique la relación entre varios pagos (lo que podría filtrar informaciones sobre los clientes de un determinado negocio o de una cadena de suministro, por ejemplo), probablemente sería más conveniente hacer los pagos fueran retornados a la misma cuenta a través de TumbleBit en lugar de tener primero que mezclar cada pago a una nueva cuenta.

Sobre el tema de las verificaciones de identidad, creo que el módulo de Identidad de Stratis es una interesante prueba de un concepto, pero en mi opinión Ardor ofrece un juego de herramientas más amplio para los servicios relacionados con la identificación. Mientras que un servicio como el de Identidad de Stratis puede ser construido con facilidad en cualquier blockchain, Ardor ofrece un par de características únicas que podrían extender este servicio para ofrecer algunas aplicaciones interesantes.

En Ardor, los validadores de identidad serán capaces de confirmar el propietario de una cuenta a través de las Propiedades de Cuenta. Esto son bits de datos arbitrarios que pueden ser permanentemente asociados con una cuenta en la blockchain, de modo semejante a las confirmaciones en el módulo de Identidad de Stratis. Una característica novedosa que traerá Ardor es la habilidad de emitir activos que solo podrán ser intercambiados entre aquellas cuentas que cuenten con una determinada propiedad de cuenta.

En los casos en que las regulaciones del gobierno requieran que los emisores de activos necesiten saber quién ha comprado sus activos, esta características permitirá a los emisores restringir el intercambio de los activos en sus cuentas con otras cuentas en la que la identidad de sus propietarios haya sido convenientemente verificada por los proveedores de identidad establecidos. Este nivel de control podría ayudar a que las acciones lanzadas en la blockchain cuenten con un fundamento legal más firme y ayuden a los emisores a cumplir apropiadamente con la legalidad.

Aún sin cumplir con las normas regulatorias, los emisores de activos puede que encuentren otros usos para esta característica. Por ejemplo, un club u organización privada podría expresar los requerimientos para acceder a la membresía de un club como una serie de requisitos en las propiedades de cuenta, emitir un activo que solo unas cuentas elegibles pueden obtener y después usar el activo para pagar dividendos o para lanzar encuestas entre sus miembros.

Algunas Reflexiones sobre el Marketing

Incluso aunque hayas leído hasta aquí, puede que todavía te estés preguntando qué es exactamente la plataforma Stratis y cómo va a funcionar. Para ser honesto, yo mismo me he planteado estas cuestiones también, incluso tras dedicar muchas horas a estudiar Stratis. Con riesgo de hablar en el límite de mis posibilidades, creo que sería útil comparar y contrastar los esfuerzos de marketing de Jelurida y del Grupo de Stratis para arrojar algo de luz sobre por qué es tan difícil para mí responder a estas cuestiones tan básicas.

Al leer la web de Stratis y su white paper (enlazado más abajo), francamente tengo la impresión de que estos recursos no estaban realmente escritos para mí. El lenguaje que utilizan me recuerda al de los comerciales de mi empresa, y hace mucho descubrí que los ingenieros y el personal de ventas tienden a no entenderse del todo bien.

Leo que Stratis ofrece “sencillas y asequibles soluciones de extremo extremo” para “agilizar y acelerar el desarrollo de proyectos blockchain“; que es una “potente y flexible plataforma de desarrollo blockchain para cubrir las necesidades reales de los negocios y otras organizaciones que pretenden desarrollar, testear y desplegar aplicaciones en la blockchain“; y que su “arranque con un click implica que las nuevas cadenas pueden ser lanzadas con una velocidad sin precedentes, ajustadas a las necesidades del negocio”; pero todavía no entiendo realmente lo que significan todas estas cosas, y aún menos cómo Stratis las va cumplir.

Este tipo de lenguaje no ofrece información de valor para mí. Sin detalles técnicos, estoy completa y desesperadamente perdido. No obstante, se que hay mucha gente que se desenvuelven en este lenguaje de negocios y que estas personas probablemente podrían leer el white paper de Stratis y abstraer de una manera decente, o incluso muy decente, una idea concreta  de lo que la compañía plantea hacer. En cambio, yo tuve que leer el white paper múltiples veces antes de que pudiese comprender la idea, y no estoy completamente seguro de que lo haya conseguido.

Por su parte, el white paper de Ardor contiene detalles técnicos sobre cómo funciona Ardor y qué lo distingue de otras plataformas blockchain. Es obvio al observar tanto el contenido como la forma en que está organizado, que los ingenieros han jugado un papel importante a la hora de escribirlo. Cuando terminé de leerlo por primera vez, entendí con claridad los problemas que Ardor soluciona y cómo los soluciona.

A donde quiero llegar con esta comparación es que las personas con mentalidad de negocios y las personas con mentalidad técnica a menudo no hablan el mismo lenguaje y los materiales de marketing que presentan el Grupo Stratis y Jelurida parecen reflejar estas diferencias. Personalmente, me resultó frustrante encontrar tan poca información técnica entre los recursos de Stratis. Y esta frustración probablemente haya evitado que yo pudiese comprender completamente Stratis

Conclusión

¿Es mi análisis de Stratis demasiado duro? Quizá. Realmente creo que TumbleBits es una solución tecnológica interesante y me parece inteligente que el monedero Breeze lo implemente tanto para Stratis como para Bitcoin. Además, si nos olvidamos de los contenidos del white paper que dicen que la cadena de Stratis será la encargada de asegurar a sus cadenas laterales y en su lugar asumimos que cada cadena lateral será la responsable de su seguridad, entonces puedo usar mi imaginación para interpretar las lagunas y conseguir formarme una imagen mental de lo que Stratis será cuando esté completado.

No obstante, en esta imagen mental Stratis será básicamente un competidor de Lisk. Por supuesto que Stratis está basado en .NET y en el protocolo Bitcoin en lugar de en JavaScript y en los tipos de transacciones predefinidas de Lisk. Y el conjunto de características que ambos equipos pretenden ofrecer no son completamente iguales pero, en esencia, ambos proyectos pretenden ofrecer una blockchain pública central junto a una serie de herramientas para la creación de cadenas laterales en ella. Además, ambos proyectos están en fases bastante iniciales de desarrollo y esta puede ser la razón por la que no hay mucha información técnica disponible.

Ardor es bastante diferente. Construido usando el código base de Nxt, es mucho más maduro que Stratis, aún a pesar de no haberse lanzado todavía en la main net. Su arquitectura de cadena madre / cadena hija consigue el objetivo indicado en el Documento Técnico de Stratis (una forma de que los negocios puedan crear sus propias blockchains personalizadas sin tenerse que preocupar por su seguridad) mejor que las soluciones basadas en arquitecturas de cadenas laterales. Y alcanzar la rica variedad de características que ya soporta Ardor todavía le llevará bastante tiempo a Stratis.

Quizás también sea importante destacar que tanto Jelurida como la comunidad Nxt han hecho un gran trabajo para ofrecer públicamente información técnica sobre Nxt y Ardor. Esta información otorga gran credibilidad al proyecto de Ardor y fortalece la comunidad. En mi opinión, esto es lo que diferencia al marketing verdadero de la mera publicidad.


Prueba Ardor en la testnet

Ardor Frente a la Competencia, Parte 4: Waves

Este artículo forma parte de una serie que pretende comparar Ardor con otros proyectos blockchain con características u objetivos similares. A continuación puedes encontrar las entradas anteriores:

Hasta este momento, uno de mis principales objetivos en esta serie ha sido analizar las diferentes enfoques para permitir escalara a la tecnología del Libro de Cuentas Distribuido. Sin embargo, esta semana y las dos próximas entregas me centraré en la vertiente empresarial de la tecnología blockchain. Voy a intentar explorar los problemas del mundo real que las blockchains permiten solucionar y la manera en que diferentes proyectos blockchain se han posicionado para encajar en este objetivo de mercado.

Estos temas se salen un poco de mi zona de confort, así que os agradezco vuestra paciencia en caso de que diga algo incorrecto o ingenuo. Y, cómo siempre, agradeceré vuestras críticas constructivas 🙂

El anterior descargo de responsabilidad es especialmente importante esta semana, porque esta semana he analizado Waves. Como recién llegado a Nxt que soy, he leído lo suficiente sobre su historia para saber que el fundador de Waves, Sasha Ivanov (alias Coinomat en nxtforum.org), había sido un miembro activo de la comunidad Nxt hasta el periodo turbulento que tuvo lugar a comienzos de 2016, momento en que se fue para crear Waves. No voy a intentar relanzar el debate sobre Ardor y el futuro de Nxt, el cual entiendo que finalizó cuando muchos emisores de activos como Sasha dejaron la comunidad, pero en caso de que estéis interesado, os recomendaría leer el resumen que hizo apenzl en SNAPSHOT y las referencias que allí se pueden encontrar.

En cambio, en este artículo voy a ignorar en la medida de lo posible la historia entre Nxt y Waves y voy a aproximarme a ambos proyectos con la mente abierta y una visión de futuro. Creo que habría cierto valor en un análisis histórico detallado, pero simplemente no estoy capacitado para ello.

Una vez dicho esto, vamos a hablar sobre Waves.

Waves

En un primer vistazo, Waves aparenta ser una versión básica de Nxt. Es básicamente un exchange descentralizado (DEX), inspirado y conceptualmente similar al Intercambio de Activos de Nxt (Nxt Asset Exchange). Al igual que Nxt, usa el algoritmo de Prueba de Participación (Proof-of-stake) para el consenso y permite a los usuarios ceder su saldo a otras cuentas para forjar en grupo (forging pools). Recientemente ha añadido un modo para asociar un alias inteligible por humanos a un número de cuenta, replicando parcialmente la funcionalidad del Sistema de Alias de Nxt (Nxt’s Alias System). Incluso un par de características que se encuentran todavía en desarrollo (un sistema de votación y un modo para enviar mensajes encriptados) duplican funciones que Nxt ya ofrece.

Al mismo tiempo, Waves carece de muchas de las características más poderosas con las que cuenta Nxt. Por el momento, no cuenta con nada similar a las transacciones por fases (phased transactions) u opciones para el control de cuenta, por ejemplo, aunque hay que indicar que tanto los contratos inteligentes como la multifirma de transacciones están en la agenda.

Adicionalmente, el white paper sugiere que el micromecenazgo (crowdfunding) será uno de los primeros usos para la plataforma Waves, aunque los tokens en Waves carecen de las propiedades de personalización que convierten al Sistema Monetario de Nxt en algo muy útil para estos usos. Por ejemplo, el Sistema Monetario ofrece la posibilidad de transferir los fondos cuando se ha alcanzado el objetivo de financiación, al estilo Kickstarter, y también la posibilidad de restringir el trading para evitar que los especuladores creen un mercado secundario. Al usar esta última característica, llamada moneda “Controlable” en la terminología de Nxt, es incluso posible que los emisores establezcan tanto un precio fijo de compra cómo de venta, permitiéndoles ofrecer a los compradores un reembolso parcial por sus tokens. Por contra, el crowdfunding en Waves está limitado a la emisión de un token a precio de mercado.

No obstante, en mi opinión sería un grave error descartar Waves o cualquier otra copia de Nxt que contase con menores características. Por una sencilla razón, Waves ofrece varias características clave que Nxt y otras plataformas no tienen, las cuales describiré a continuación. Quizá el más importante incluso sea que el equipo de Waves ha creado una marca sólida y ha ofrecido una visión clara y consistente desde el arranque de la plataforma. El campo está actualmente tan saturado, y las innovaciones se producen a tanta velocidad, que la combinación de un mensaje sencillo y claro con un fuerte esfuerzo en marketing y una habilidad demostrada para entregar lo que prometen puede llegar a ser más importante para el éxito a largo plazo que las muchas o potentes novedades que pueda contener su tecnología subyacente.

Características Únicas

Una característica interesante que diferencia a Waves de otras muchas plataformas es el diseño de su DEX. Es una aproximación híbrida que combina un mecanismo centralizado de concordancia de órdenes de compra y venta, llamado the Matcher, con asientos descentralizados en la blockchain de Waves.

Cuando los usuarios ponen sus órdenes en Waves, el cliente de Waves envía estas órdenes a los nodos Matcher, quienes conservan el libro de órdenes para todos los pares comercializados. Cada nueva orden, o bien se empareja frente a una orden existente, o bien es añadida al libro de órdenes para el par en cuestión, pero en cualquier caso el usuario que emitió la nueva orden es notificado de inmediato sobre si su orden se completó. Todavía se necesita esperar hasta el siguiente bloque (o bloques) en la blockchain para que la transacción quede completamente confirmada, pero durante ese tiempo el usuario sabe con un alto grado de certeza cual ha sido el resultado de su orden.

Esto puede no parecer como una gran mejora respecto a un exchange completamente descentralizado, pero a partir de un puñado de transacciones que he ejecutado en Waves he de decir que la experiencia de usuario me ha impresionado. La posibilidad de ver un libro de órdenes con actualizaciones en tiempo real y saber inmediatamente si mis órdenes han sido ejecutadas supone una diferencia mayor de la que esperaba.

En principio, cualquier nodo completo puede convertirse en un Matcher. No obstante, el cliente ligero actualmente solo se conecta por defecto a los Matchers en nodes.wavesnodes.com, así que es posible que los Matchers del resto de la red no vean mucho volumen. Con las nuevas órdenes siendo transmitidas directamente a estos nodos centralizados, siendo sólo transmitidas al resto de la red en caso de que sean ejecutadas (creo), este diseño permite que el libro de órdenes sea anónimo. No se a ciencia cierta lo importante que es que un libro de órdenes sea anónimo, pero aparenta ser una característica que los traders pueden valorar mucho.

Otra característica diferenciadora de Waves es la habilidad de tradear cualquier token frente a cualquier otro token sin necesidad de convertirlo previamente a WAVES. En combinación con las pasarelas (gateways) integradas que emiten tokens ligados al dólar, euro u otras criptomonedas, esta característica permite que Waves funcione como un mercado de intercambio internacional y descentralizado. También permite que los emisores de activos lancen sus ofertas iniciales directamente en tokens ligados a monedas fiat. Con el cliente completo, es incluso posible pagar las tasas en tokens en lugar de con WAVES.

Adicionalmente, no hay que pasar por alto las otras características que están en desarrollo o en la hoja de ruta, que también diferencia a Waves de otras plataformas. Una de ellas es el sistema de reputación que puntuará a las cuentas en función de su antigüedad, historial de transacciones y otros factores. Todavía no se han desvelado muchos detalles, pero el objetivo es ofrecer a los usuarios al menos una indicación a aproximada sobre la confiabilidad de un emisor de activos. El whitepaper va más allá al sugerir que el sistema de reputación actuará como “una forma de KYC/AML descentralizado” (normativas anti-lavado de dinero y de identificación del cliente). Aunque es difícil ver cómo un sistema de reputación descentralizado podría ayudar a los emisores a cumplir con las normativas KYC/AML, no es descabellado suponer que pudiese funcionar como un sistema análogo para la comunidad blockchain.

Hablando del cumplimiento de requisitos legales, Waves ha anunciado un nuevo proyecto, Tokenomica, que ofrecerá una “estructura 100% legal para diferentes tipos de crowdsales de tokens, incluyendo crowdsales de capital riesgo”. Desafortunadamente, esa cita extraída de la hoja de ruta de 2017 es toda la información que he sido capaz de encontrar sobre Tokenomica. Mi impresión es que el proyecto todavía está en sus fases iniciales, pero muestra que el equipo se está tomando el cumplimiento de las normativas seriamente.

Para terminar, debería mencionar que el equipo de Waves también está planeando incorporar contratos inteligentes (smart contracts) en Waves. El lenguaje de scripting no será completamente compatible con Turing y no habrá equivalente al concepto de gas de Ethereum, probablemente porque no habrá bucles. Más allá de estos detalles, no existe todavía mucha más información disponible.

Finalmente, debo mencionar la propuesta que el equipo de Waves ha esbozado para escalar. Está constituida esencialmente por dos partes: un rediseño del proceso de forjado que trocea los grandes bloques en “microbloques” para optimizar la utilización del ancho de banda; y una optimización de la forma en que los balances de cuenta son almacenados (o, mejor dicho, no almacenados), de manera que se reducen los requerimientos de memoria para los nodos completos.

La primera de estas dos propuestas, llamada Waves NG, está basada en Bitcoin NG. Básicamente, una vez que un nodo se ha ganado el derecho de forjar el siguiente bloque, este emite inmediatamente un bloque clave (key block), que normalmente está vacío, y entonces transmite los microbloques que contienen las transacciones cada pocos segundos. La razón de este diseño es que, al transmitir un gran bloque, el intervalo de bloques es una manera mucho menos eficiente de utilizar el ancho de banda de la red, y los picos correspondientes en la actividad de la red establecen un mínimo inferior en el número de transacciones que la red puede manejar. Al propagar transacciones a través de una secuencia de microbloques, es posible incrementar la tasa media de datos en la red disminuyendo la tasa máxima de datos, reduciendo el efecto que el ancho de banda y la latencia imponen en el ratio máximo de transacciones.

El segundo componente del plan de escalado es implementar las ideas descritas en este artículo de Leonid Reyzin, Dmitry Meshkov, Alexander Chepurnoy y Sasha Ivanov. Admito que no le he dedicado mucho tiempo, pero la idea es que no todos los nodos completos necesitarán almacenar en su memoria los saldos de todos los tokens para validar las transacciones. En su lugar, almacenarán un resumen compactado de esta información y aquellos forjadores que no lo almacenen en su totalidad (o una subserie de ellos, si deciden forjar las transacciones de tan solo un token específico) generarán pruebas criptográficas de que han actualizado los saldos de cuenta correctamente. Los forjadores incluirán a continuación las pruebas y un resumen actualizado en la cabecera de cada bloque nuevo. Aquellos nodos que hayan elegido no almacenar los saldos de todos los tokens involucrados en esas transacciones todavía podrán validarlas usando el resumen actual y las pruebas de los forjadores para calcular y actualizar los resúmenes, la cual podrán comparar frente a la que que anunció el forjador.

Los autores afirman que este método puede dividir por cuatro la cantidad de memoria exigida en condiciones reales por un nodo completo. Además, si esta optimización es capaz de mantener toda la información requerida en memoria en aquellos casos en los que, de otra manera, debería haberse almacenado en el disco, la mejora del rendimiento podría ser mayor, alrededor de 20 veces mejor, según sugiere el autor.

Comparación con Ardor

Aunque un par de las características descritas no estaban disponibles en Nxt, encontramos características similares en Ardor.

Concretamente, la arquitectura de cadena madre / cadena hija (parent-chain / child-chain) de Ardor permitirá a los usuarios tradear cualquier para de monedas de cualquier child chain, algunas de las cuales podrían estar ligadas a monedas fiat u otras criptomonedas. También será posible establecer el precio de los activos en cualquier moneda de las child chains y pagar las tasas en la moneda de una child chain cuando la transacción sea realizada en una child chain determinada. No será posible tradear activos (assets) entre ellos directamente, aunque seguramente muchos de estos pares tendrían tan poco volumen que no valdría la pena añadir esta característica.

Sobre las mejoras que el equipo de Waves ha hecho con su DEX al centralizarlo parcialmente, sería posible imitar esta funcionalidad construyendo un coordinador de transacciones centralizado sobre Nxt/Ardor. De hecho, el proyecto InstantDEX consiguió algo similar en el pasado, usando Nxt para fijar las transacciones de una manera descentralizada.

Respecto al escalado, la propuesta para reducir los requisitos de almacenamiento en memoria para los nodos completos es fascinante, pero me pregunto si se reducirá la seguridad (si habéis leído algún artículo anterior de esta serie, probablemente ya os habréis dado cuenta de que siempre sospecho que las mejoras en rendimiento acarrearán una merma de la seguridad). Concretamente, si los nodos no tienen que almacenar el estado completo de cada cuenta y deben basarse en las pruebas y resúmenes en la cabecera de cada bloque para validar las transacciones que los contienen, entonces asumo que esto significa que los nodos no serán requeridos, ni siquiera serán capaces, de validar las transacciones sin confirmar antes de transmitirlas a los pares. No se que consecuencias puede traer el permitir a los nodos propagar transacciones potencialmente inválidas a la red, pero sólo el pensarlo me deja intranquilo.

El enfoque de Ardor es que todos los nodos validen todas las transacciones, pero que sólo una cantidad mínima necesaria de información sea almacenada permanentemente en el blockchain de Ardor. Concretamente, sólo aquellas transacciones que modifiquen los saldos de ARDR, el token de forja, necesitan ser almacenadas en la blockchain para que otros nodos puedan verificar, sin tener que depositar la confianza en un tercero, que cada bloque fue forjado por una cuenta que realmente podía hacerlo. Por su lado, todo el historial de transacciones de las monedas de cada child chain y los activos y monedas comercializadas en esas child chains no necesita ser almacenado en la cadena de bloques, y por tanto se puede podar, dejando tras de sí tan solo sólo los hashes criptográficos de esa información. El resultado es que que el tamaño de la blockchain permanece reducido y crece más lentamente que si se almacenase toda esa información extra.

Saber qué enfoque es mejor dependerá de si el almacenamiento permanente en la blockchain o el almacenamiento en memoria de los saldos de las cuentas representa un problema mayor conforme las blockchains crecen. No se como responder a esta pregunta pero hay un par de puntos relacionados que habría que remarcar. Uno es que la escala de tiempo de ambos problemas podría ser bastante diferente: Puedo prever una explosión de activos en la plataforma Ardor que podrían ocasionar un estrés en la memoria, mientras que el problema de la hinchazón de la blockchain sería un serio problema a largo plazo para Waves, especialmente si alcanza cientos o miles de transacciones por segundo, que es el objetivo actualmente fijado. Mi otro pensamiento es que Ardor ha requerido de una arquitectura completamente nueva para implementar su solución de escalabilidad, mientras que el enfoque de Waves no. Sin duda, sería más fácil para Ardor incorporar en algún momento la solución aportada por Waves que no que Waves implementara la solución de Ardor.

Finalmente, quizá el tema más interesante de esta comparación es el problema del cumplimiento con las regulaciones. Waves se ha posicionado a si misma como la plataforma para crear y emitir tokens, con una atención especial para el crowdfunding. Tanto es así que el equipo de Waves está mirando con detenimiento todas las normativas que afectan a las campañas de micro mecenazgo (que podría afectar al hecho de vender acciones, por ejemplo) para ayudar a los usuarios a que cumplan con la ley. Mientras que la afirmación de que un sistema de reputación descentralizada pudiese reemplazar a los tradicionales requisitos de cumplimiento con la normativa KYC/AML cuesta de creer, sí que podría al menos ayudar a suprimir las estafas y a reducir las oportunidades para que actores malintencionados se aprovechen de otros. En ese sentido, podría alcanzar algunos de los objetivos que los reguladores pretenden alcanzar.

Ardor, por su parte, ofrecerá un par de mejoras sobre Nxt que pueden ser bastante valiosas para el cumplimiento de la normativa. Una de ellas es la emisión de activos que sólo podrán comercializarse bajo un tipo determinado de transacciones por fases. La otra es la inclusión de las transacciones por fases, que permite a una cuenta aprobar una transacción sólo si la cuenta tiene una propiedad específica. Al combinar estas dos características, un usuario puede emitir un activo que sólo se puede comprar por las cuentas que tienen una propiedad que, por ejemplo, haya sido asignada por un proveedor de servicios de KYC/AML para indicar que se ha verificado la identidad del propietario.

Si tu activo representa acciones de una compañía, o un fondo de inversión u otro tipo de acción, esta característica te permitirá demostrar ante los reguladores que conoces al comprador de tus tokens. Además, si eres un usuario interesado en comprar este tipo de activo, almacenar una prueba de tu identidad en la blockchain usando las propiedades de cuenta posiblemente te permitirá invertir menos tiempo tratando de convencer a los negocios de que tú eres quien dices ser y que no estás lavando dinero.

Además, será posible crear child chains que solo permitirán una subsecuencia de las características que la plataforma Ardor puede ofrecer. Esto permitirá a los creadores de la child chain desactivar ciertas características, como la del mezclado de monedas (coin shuffling), que podría hacer disparar las alarmas de algunos reguladores en determinadas jurisdicciones.

Conclusión

¿Qué hacemos entonces con Waves? Necesariamente debemos destacar el hecho de tomar un problema y tratar solucionarlo mejor que ningún otro antes. No hay duda de que abandonar el planteamiento de “Navaja suiza” que supone Nxt para centrarse en su lugar en el único objetivo de crear una gran plataforma para la comercialización de tokens hizo más sencillo lanzar, desarrollar y sacar al mercado Waves. También influye mucho el contar con una buena financiación, puesto que Waves recaudó $16M en su ICO.

Sin embargo, al mismo tiempo, no estoy seguro de que al realizar una comparación objetiva entre Waves y Ardor podamos concluir que Waves está tan maduro tecnológicamente como Ardor. (Por cierto, he tratado de realizar una comparación justa y objetiva en este artículo, pero no estoy diciendo que lo haya conseguido. Eso es algo que tú tendrás que decidir). Nxt ya es capaz de realizar todo lo que Waves hace, y eso si mencionar todas las cosas que Waves no puede hacer, a las cuales además Ardor también añade nuevas funcionalidades.

Quizá el último gran reto que queda para Ardor es realmente vender su visión de la manera en que la comunidad Bitcoin y la Fundación Ethereum han vendido sus visiones, y aquí es dónde Waves lleva ventaja. Siendo capaz de tantas cosas diferentes, pero no habiendo sido construido específicamente para ninguna en particular, Ardor tiene una ardua tarea por delante. La peor salida posible sería que tanto usuarios como negocios lo viesen como “simplemente otra plataforma blockchain“, o quizá no consiguiesen comprender todo el rango de cosas que puede llegar a hacer, y terminasen por ignorarlo por este motivo.

Respecto a Waves, estoy ansioso por ver lo que el futuro depara. Las mejoras que ha hecho sobre el Intercambio de Activos de Nxt, aunque modestas en mi opinión, la hacen destacar como un DEX formidable. Si el equipo de Waves puede cumplir con su hoja de ruta, Waves será un serio competidor para los exchanges, tanto los centralizados como los descentralizados.

Ardor Frente a la Competencia, Parte 3: IOTA

Este artículo forma parte de una serie que pretende comparar Ardor con otros proyectos blockchain con características u objetivos similares. A continuación puedes encontrar las entradas anteriores:

Esta semana he analizado IOTA, un libro de contabilidad distribuido que no utiliza blockchain.

¿Por qué Comparar Ardor con IOTA?

A primera vista, IOTA es tan diferente de Ardor como puede llegar a ser un libro de contabilidad distribuido. Utiliza un grafo acíclico dirigido (Directed Acyclic Graph – DAG), cuyos desarrolladores denominan el “Tangle”, para representar el historial de transacciones, en lugar de almacenar las transacciones en una blockchain. La intención es que se use primordialmente para microtransacciones de máquina a máquina en el Internet de las Cosas (Internet of Things – IoT), una visión motivada por el hecho de que IOTA no tiene tasas por transacción. Y no soporta (todavía) las características de “blockchain 2.0″ que forman parte principal del atractivo de Ardor. A simple vista, no parece que compita con Ardor.

Así que ¿Por qué incluir IOTA en esta serie titulada “Ardor Frente a la Competencia”?

Cómo he mencionado anteriormente, mi principal interés con esta serie es explorar la aproximación que realizan diversos libros de contabilidad distribuidos al escalado y aquí es dónde la comunidad de IOTA ha hecho algunas afirmaciones extraordinarias. Conforme he ido aprendiendo más sobre IOTA para entender mejor como escala, he llegado a la conclusión de que IOTA y Ardor ofrecen soluciones complementarias (o directamente opuestas) al problema del escalado:

Ardor reduce drásticamente el crecimiento desmesurado de la blockchain pero requiere que todos los nodos de la red se pongan de acuerdo sobre el estricto orden de las transacciones; IOTA, por su lado, consigue un resultado mayor relajando para ello las reglas un poco, permitiendo discrepancias temporales entre las transacciones, pero se enfrenta a un reto importante al afrontar el crecimiento del tangle. Estas dificultades, junto a lo que he aprendido sobre la seguridad del tangle, me parecieron lo suficientemente interesantes para dedicarle un artículo en esta serie.

Pero si, a pesar de todo, no estás convencido ¡Vuelve a visitarnos la semana que viene!

Tras este artículo, planeo cambiar mi objetivo desde la escalabilidad hacia las características y el ajuste al mercado. Stratis, Ark y Waves están en la agenda, aunque todavía no estoy seguro del orden en que serán publicadas.

El Tangle

Sin lugar a dudas, la característica más representativa de IOTA es el tangle.

El resto de características únicas de IOTA, tales como la no existencia de tasas por transacción, el hecho de que las transacciones no siguen un orden estricto, aunque sigan siendo consistentes a largo plazo, y la noción de que (un poco de) spam realmente incrementa el rendimiento de la red, todas derivan del modo en que el tangle funciona.

Por esta razón, y también porque no quiero involucrarme en alguna de las controversias recientes entorno al proyecto IOTA, intentaré centrarme principalmente en entender y evaluar el tangle como conjunto, en lugar de diseccionar los detalles de su implementación específica en IOTA.

El tangle es un grafo acíclico dirigido cuyos vértices representan transacciones individuales y cuyos lados representan la “aprobación” de transacciones previas. Cada vez que un nodo transmite una nueva transacción a la red debe elegir dos transacciones previas para validarlas, a las cuales hace referencia en la nueva transacción que transmite. Conforme la nueva transacción penetra en la red, cada nodo la añade a su copia local del tangle, con un lateral apuntando a cada transacción que la nueva transacción aprobó.

He intento hacerlo lo mejor posible, pero esta descripción puede resultar confusa. Este diagrama debería ayudar. Cada cuadrado representa una transacción y las flechas que salen de cada transacción apuntando hacia otras dos representan la aprobación de las dos transacciones previas. La transacción génesis se encontraría fuera del diagrama por su lado izquierdo, y las  transacciones más nuevas, llamadas “puntas” (tips) en el white paper, se encuentra a la derecha, coloreadas de color gris.

¿Qué significa validar, y por tanto aprobar, una transacción? Conceptualmente, el nodo que hace la validación debe partir de las dos transacciones que está validando y seguir todos los caminos en orden inverso hasta la transacción del génesis, asegurándose de que nunca encuentra una contradicción (por ejemplo, un doble gasto, saldo insuficiente o cosas parecidas). Si hay una contradicción, escogerá otro par de transacciones para aprobar, sabiendo que ningún otro nodo aprobaría nunca la transacción que trata de transmitir si hubiese aprobado una serie de transacciones inconsistentes.

Hay que darse cuenta de que esto significa que cada nueva transacción no solamente aprueba cada una de las dos transacciones que ha escogido para ser validadas, sino que también indirectamente aprueba las transacciones que esas dos han aprobado, y las transacciones que esas transacciones aprobaron… y así todo el camino hasta el génesis. Esto es parte básica del “consenso a largo plazo” (eventual consensus) en el tangle.

En caso de que te estés preguntando acerca de la sobrecarga computacional para realizar esta validación, en la práctica se puede optimizar substancialmente. En los gráficos de esta página puedes observar que conforme caminas en el tangle desde las puntas (a la derecha del todo) hacia el génesis, a la larga alcanzas un punto en el pasado en el que todas las transacciones han sido (indirectamente) aprobadas por todas las puntas. En esos gráficos, las transacciones aprobadas por todas las puntas están coloreadas en verde. Por este motivo, se podría cortar el tangle a través de flechas que apunten a las transacciones en verde, validar los caminos desde esas transacciones particulares en verde hasta el génesis una sola vez, almacenar en cache los resultados y, desde ese momento en adelante, solamente validar tus nuevas transacciones hasta esas transacciones en verde. Esta optimización te evita el tiempo necesario para validar todo el tangle cada vez que quieras emitir una transacción y además permite que el tangle sea podado. Más detalle sobre esto a continuación.

Consenso

Una característica interesante de un libro de contabilidad basado en tangle como en IOTA es que los nodos que reciben las nuevas transacciones desde los pares no tienen que validarlas inmediatamente. De hecho, el tangle puede contener temporalmente transacciones contradictorias. Sin embargo, a la larga, un nodo debe decidir cual de las transacciones contradictorias debe aprobar (posiblemente indirectamente) al tener que añadir una nueva transacción.

¿Cómo elige entre transacciones en conflicto? Asumiendo que cada transacción sería válida si fuese considerada por separado, entonces la respuesta corta es que un nodo podría elegir aprobar cualquiera de ellas. Sin embargo, tiene un incentivo para aprobar aquella sobre la que el resto de la red continuará construyendo, para que igualmente su propia transacción sea aprobada a la larga. Se supone que la mayoría de los nodos de la red ejecutan el algoritmo de selección de transacciones para la aprobación, así que en caso de conflicto, un nodo tiene un incentivo para elegir la transacción que el algoritmo de referencia elegirá.

Para  entender el algoritmo de referencia, es importante entender primero el concepto de peso acumulado (cumulative weight) de una transacción.

Cada nodo que emite una transacción tiene que hacer un poco de Prueba de Trabajo (Proof-of-Work – PoW), el cual determina el “peso propio” de la transacción. El peso  acumulado de una transacción es entonces la suma de su peso propio con los pesos de las transacciones que han sido directa o indirectamente aprobadas. En un tangle genérico, el nodo puede decidir cuanto trabajo hacer para una transacción, pero en IOTA todas las transacciones requieren del mismo PoW y, por consiguiente, todas cuentan con el mismo peso. Cómo resultado, el peso acumulado de una transacción es proporcional al número de transacciones que aprueba directa o indirectamente.

Entonces ¿Qué es el algoritmo de referencia? El autor del white paper lo llama Markov-Chain Monte Carlo (MCMC, ver sección 4.1), lo cual es una manera sofisticada de decir que es el viaje aleatorio por la tangle por aquellos caminos con mayor peso acumulado. Este artículo ya se está haciendo largo, así que evitaré los detalles. Es suficiente con decir que, cuando surgen transacciones en conflicto, el algoritmo MCMC resuelve el conflicto tendiendo a elegir aquella transacción que cuenta con el mayor peso acumulado tras ella. A la larga, un subtangle se convierte en dominante y el otro se queda huérfano. Esto proceso es análogo al que las blockchains usan para resolver forks y el peso acumulado de una transacción en IOTA es una media aproximada de su finalidad de la misma forma que al añadir bloques a una blockchain estamos confirmando transacciones cada vez con mayor certeza.

Por cierto, el hecho de que los nodos no necesiten validar inmediatamente cada nueva transacción recibida de sus pares tiene grandes implicaciones para el rendimiento. Cada nodo tiene que hacer menos trabajo de este modo, validando las transacciones solo cuando transmiten nuevas transacciones y tomando por seguro que las transacciones que han sido aprobadas indirectamente por todas las puntas han sido ya validadas por el resto de la red. Además, las validaciones corren en paralelo a través de la red, puesto que los diferentes nodos eligen diferentes subseries de transacciones para aprobar.

Seguridad

Hasta este momento, mayormente solo he regurgitado la información disponible en el white paper de IOTA. Por otro lado, el asunto de la seguridad del tangle es dónde la cosa se pone interesante. Recomiendo leer el análisis que se puede encontrar en el white paper sobre los diferentes posibles ataques sobre el tangle (también recomiendo leer el resto del whitepaper, porqué está muy bien redactado) y es por esto que no hablaré sobre la mayor parte de ese análisis aquí.

En su lugar, quiero centrarme en la amenaza más obvia, que es la de un ataque del 51%. Los desarrolladores de IOTA se refieren a ello como ataques del 34%, por unas razones que no estoy seguro de comprender. Creo que es porque si un atacante esperase hasta que suceda un fork de modo natural solo necesitaría un determinado poder de hash para sobrepasar el de los nodos en cada rama del fork, es decir, más de un 50% del poder de hash del resto de la red. De cualquier modo, el número exacto no es importante y para lo que queda de artículo haré referencia a él como “ataque del 34%”.

En IOTA, un ataque del 34% tendría la siguiente apariencia. Un atacante emite una transacción que supone el gasto de unos fondos, representado por el punto rojo de más a la derecha. A continuación, proceso (o quizá haya ya preprocesado) su propio subtangle “parásito”, el cual se ancla al tangle principal en algún lugar aguas arriba de su transacción y que contendrá una transacción de doble gasto, representada por el punto rojo de más a la izquierda. Su objetivo es añadir el suficiente peso acumulado a su tangle parásito para convencer al algoritmo MCMC de que debe dejar huérfano el tangle principal y pasará a seguir el parásito.

Afortunadamente, las analogías con la blockchain son claras hasta ahora, pero todavía existe una más importante. Cómo en una blockchain PoW, el tangle está asegurado por el poder de hash actual de la red, puesto que este poder de hash es lo que añade peso acumulado al tangle legítimo. Sin embargo, al contrario de lo que sucede en una blockchain PoW, los nodos de IOTA sólo hacen PoW cuando emiten transacciones. Por tanto, la seguridad del tangle depende solo de la frecuencia de transacciones y la cantidad de PoW por transacción. Tómate un segundo para asimilar esta idea, porque es absolutamente crucial para entender la seguridad del tangle.

Puesto que la red de IOTA es todavía pequeña y el ratio de transacciones es baja, el equipo de IOTA ha establecido un único nodo de confianza, llamado el Coordinador, que es responsable en último lugar de decidir el estado actual del tangle. Su propósito es proteger la red frente a ataques del 34%, entre otros ataques. No voy a dedicarle más tiempo, pero os animo a que leáis esta crítica y la respuesta de los desarrolladores, y entonces saquéis vuestras propias conclusiones acerca de si IOTA puede llamarse descentralizado cuando funciona bajo la supervisión del Coordinador.

Vamos a ver si podemos obtener una estimación del orden de magnitud de lo segura que la red podría ser sin el Coordinador. En un reciente test de stress se alcanzaron cómodamente las 100 transacciones por segundo (tps) en una pequeña red de pruebas. El equipo sugiere que 1.000 tps por segundo serían factibles. No se cual es el requisito de PoW en IOTA, pero supongamos que el dispositivo IoT medio sea aproximadamente una Raspberry Pi que utiliza el 100% de su CPU durante 10 segundos para realizar el PoW requerido. De nuevo, estoy tratando de ser generoso; muchos dispositivos IoT son considerablemente menos poderosos que una Raspberry Pi, y pedir el máximo de la CPU durante 10 segundos para cada transacción probablemente sería un quebradero de cabeza.

Con estas premisas, podemos concluir que el poder de computación medio que asegurará la red es aproximadamente 10.000 x (el número de computaciones de Raspberry Pi en 10s) por segundo, o su equivalente, 100.000 veces el poder de computación de una Raspberry Pi. Hay múltiples matices posibles sobre el benchmark de los dispositivos, pero no nos vamos a preocupar por variaciones de factor dos o tres, ya que sólo pretendemos obtener una estimación del orden de magnitud, así que usaré algunos números gordos que he encontrado en internet.

Una Raspberry Pi3 puede realizar cientos de MFLOPS (megaflops, o millones de operaciones de coma flotante por segundo), mientras que los relojes de las GPU’s de última generación pueden realizar miles de GFLOPS (gigaflops, o billones de FLOPS), 10.000 veces mayor poder de computación. Así que en nuestro caso hipotético, un atacante con ~10 GPUs podría sobrepasar el poder de cómputo de toda la red. Añádele otro factor de 10 porque haya sido descuidado en mis cálculos (quizá las operaciones con enteros son más lentas en una GPU que las operaciones como flotante, por ejemplo) y todavía necesitarías solamente 100 GPUs para ejecutar los ataques.

Estoy seguro de que hay muchas cosas que puntualizar en este análisis. Quizá IOTA no se ejecutará continuamente en el extremo de la red, por ejemplo. En su lugar puede que se ejecute en routers y puertas de enlace a la que estos dispositivos IoT se conecten, los cuales suelen ser mucho más potentes.

De todos modos, lo que pretende decir es que PoW asegura con éxito blockchains como la de Bitcoin y Ethereum porque no está atado a la tasa de transacciones o a cualquier otro factor más allá del valor económico de la red. Conforme el valor de la recompensa por minado (en dinero fiat) aumenta según aumenta el valor de Bitcoin, los mineros añaden más hardware y consumen más energía para minarlo. El incentivo económico para minar asegura que la cantidad de poder de hash que asegura la red aumenta con el valor monetario de la red.

Por contra, en IOTA no hay incentivo económico para asegurar la red. Además, el poder de hash que asegura la red está ligado directamente al número de transacciones, el cual naturalmente tiene un límite superior que depende del ancho de banda y de la tipología de la red.

Sobre este último punto, los desarrolladores de IOTA han lanzado un argumento creativo, no mencionado en el whitepaper, que afirma que las limitaciones y la tipología de la red realmente mejoran la seguridad de la red. No he encontrado ningún argumento oficial sobre ello en ningún sitio, pero tras investigar un poco me encontré con esta conversación en Slack, que es el mayor argumento que he podido encontrar.

Esencialmente, uno de los desarrolladores de IOTA (en concreto Sergey Ivancheglo, alias Come-from-Beyond, posiblemente alias BCNext, uno de los creadores originales de Nxt), afirma que la red de IOTA consistirá en dispositivos IoT que se emparejarán exclusivamente con sus vecinos más próximos en una tipología de red en malla, en la que un atacante solo tendrá la posibilidad de emparejarse con un pequeño número de dispositivos en esa red en malla. Es decir, la gran mayoría de dispositivos no estarán disponibles desde internet u otra red de acceso y la única manera de enviarles mensajes sería a través de la malla del resto de dispositivos.

La idea general es que la malla como entidad será capaz de alcanzar un gran rendimiento, pero cada link individual en la malla tiene un ancho de banda lo suficiente bajo que haría que un atacante lo saturase al tratar de añadir el número de transacciones suficientes para que convencer a la red de que siguiese su subtangle parásito. Puesto que el atacante solo tiene unos pocos puntos de entrada a la malla, los saturará antes de que su tangle parásito acumule suficiente peso como para que su ataque sea fructífero.

Dejaré que seáis vosotros los que saquéis vuestras propias conclusiones sobre este argumento. Personalmente no creo que el equipo de IOTA haya publicado los suficientes detalles como para poder evaluarlo en profundidad.

Ya que estamos hablando de las limitaciones del ancho de bando, pasemos a hablar del escalado.

Escalabilidad

Puesto que cada nodo debe validar otras dos transacciones antes de poder emitir su propia transacción, al equipo de IOTA le gusta señalar que el spam realmente tiende a hacer la red más eficiente. Otros miembros de la comunidad IOTA se dejan llevar por este argumento, algunos veces hasta llegar a afirmar absurdamente que IOTA es “infinitamente escalable.”

Cada nodo de la red de IOTA debe, a largo plazo, recibir cada transacción para mantener un tangle mínimamente consistente. Sin embargo, transmitir transacciones a los nodos remotos requiere de tiempo y si el ratio de transacciones es lo suficientemente alto, de modo que un nodo recibe muchas transacciones de sus nodos cercanos antes de que reciba la próxima transacción desde los nodos lejanos, el algoritmo MCMC continuará seleccionando las puntas enviadas por los nodos cercanos. A la larga, el tangle se divide, con solo los nodos cercanos realizando transacciones en la copia local del tangle y los nodos lejanos realizando transacciones entre ellos, una copia divergente.

Así que el ancho de banda y la tipología de la red tiene que establecer ciertas limitaciones en el ratio de transacciones de IOTA si el tangle tiene que ser consistente a lo largo de toda la red. Tendremos que esperar a que se completen más test de estrés para descubrir cuales son las limitaciones.

Adicionalmente, como todos los libros de contabilidad distribuidos, IOTA tiene que lidiar con el problema del crecimiento desmesurado. Cada transacción de IOTA ocupa unos 1,6kB, así que un tasa de transacciones de 100tps hará crecer el tangle a un ritmo de 160 kB por segundo, o unos 14GB al día. No es necesario decir que eso es un valor de almacenamiento irreal para un dispositivo IoT.

IOTA soluciona este problema tomando capturas periódicas del tangle, que mapea su estado actual en una nueva transacción génesis, permitiendo que el historial de transacciones sea eliminado. En el supuesto límite de un podado muy frecuente, un nodo solo tendría que almacenar una parte suficiente del tangle para ser capaz de ejecutar el algoritmo MCMC.

Sin embargo, sincronizar un nuevo nodo con la red es una historia diferente. O bien el nodo descarga la última captura desde un par de confianza, o bien arranca desde la transacción génesis original y busca su camino hacia delante en todo el tangle. No hay manera de unirse de manera eficiente a la red sin depender de la confianza en un tercero.

Finalmente, hay que mencionar que el equipo de IOTA ha propuesto un tipo de partición horizontal del tangle al que llaman “manada” (swarm) dónde un grupo de nodos unidos almacenan todo el tangle, pero ninguno de ellos lo almacena en su totalidad. Desafortunadamente, todavía no contamos con muchos detalles sobre cual es su funcionamiento.

Comparado con Ardor

¿Qué tiene todo esto que ver con Ardor?

En mi opinión, hay dos comparaciones que establecer, concretamente en los aspectos de la seguridad y la escalabilidad.

Sobre la seguridad, no está claro para mí que IOTA pueda alcanzar un ratio de transacciones suficientemente alto para ser considerado seguro sin el Coordinador, debido al valor monetario de la red actual, sin elegir una exigencia muy alta de PoW.

Ardor, por su parte, tiene la ventaja de que sus child chains están aseguradas por una única cadena madre.

Una “pequeña” child chain no requerirá de un nodo de confianza como es el Coordinador de IOTA para protegerla, porque su consenso es establecido por la red al completo y almacenado (a través de los hashes de los bloques de las child chains) gracias a los forjadores en la cadena madre.

Sobre la escalabilidad, tanto IOTA como Ardor comparten el requisito de que cada nodo de la red debe procesar todas las transacciones. Con IOTA, esto simplemente significa añadir transacciones al tangle, lo que es computacionalmente barato, mientras que con Ardor, cada nodo debe validar cada transacción. Además, el diseño inteligente del tangle asegura que el tiempo de confirmación por una transacción realmente disminuye conforme la red tiene más trabajo. No me sorprendería que IOTA alcanzase un mayor rendimiento que Ardor si ambas redes crecen.

Por otro lado, IOTA se enfrenta a un tremendo reto para combatir los problemas de crecimiento desmesurado del tangle si alguna vez tiene que alcanzar cientos de transacciones por segundo, mientras que Ardor ya ha solucionado este problema.

Finalmente, hay que mencionar que la hoja de ruta de Ardor delegará el procesado de las transacciones de la child chains a sub-redes dedicadas dentro de la red. Esto podría potencialmente alcanzar una mejora computacional similar a la propuesta de “manada” de IOTA, posiblemente permitiendo un rendimiento similar.

Reflexiones Finales

Si has llegado a leer hasta aquí (¡gracias!) y ya estabas familiarizado con IOTA, entonces sin duda te habrás dado cuenta de que he dejado fuera multitud de detalles, incluyendo su algoritmo de hash casero, la falla introducida deliberadamente en el código por Come-from-Beyond como sistema anti-copia, el uso de codificación ternaria y el misterioso procesador Jinn que ofrecerá soporte hardware para IOTA en los dispositivos IoT. En el transcurso de mi investigación, me he formado unas posiciones bastante fuertes al respecto sobre estos temas, pero dudaba acerca de compartirlas aquí por dos motivos.

Primero, no tengo suficiente información para hacer afirmaciones objetivas sobre estos temas. No soy un criptógrafo y no conozco casi nada sobre la computación ternario o Jinn. Lo mejor que podría hacer es ofrecer afirmaciones subjetivas sobre las decisiones de diseño que el equipo de IOTA había hecho, pero simultáneamente habría debilitado el foco principal de este artículo y habría abierto la puerta a criticas provenientes de otras personas que pudieran tener distintas percepciones subjetivas.

Segundo, y más importante, estoy más interesado en los conceptos fundamentales tras el tangle que en la implementación específica que IOTA hace de él. Sin importar si IOTA triunfa o fracasa, el tangle es una idea bella y se merece toda la atención que le podamos dedicarle.

Entonces ¿qué podemos decir sobre el tangle? Aunque me enamora lo elegante de su diseño y las sutilezas de su mecanismo de consenso, al final me temo que soy bastante escéptico de su usabilidad para el Internet of Things. Si quitas este aspecto, incrementa los requisitos de PoW varias órdenes de magnitud y encuentra un camino para ligar el umbral del PoW al valor monetario de la red sin evitar el acceso de los usuarios comunes a sus fondos y entonces creo que el tangle tiene un enorme potencial como libro de contabilidad distribuido.

La última pieza a encajar es como combinar la no necesidad de confianza, eficiencia y crecimiento desmesurado, un problema que Ardor ha solucionado extremadamente bien. Quizá alguien encontrará una manera de combinar los mejores elementos de ambos diseños en algún punto en el futuro. Un montón de cosas pueden suceder hasta entonces, especialmente en criptolandia.

P.S. – Prometo que mi próximo artículo será más corto. 🙂

P&R sobre Jelurida – Los desarrolladores centrales de Nxt hablan en serio

El 7 de octubre de 2016 Damelon anunció la presentación de Jelurida BV, el comienzo de una nueva compañía de desarrollo de software compuesta por los desarrolladores centrales de Nxt Jean-Luc, Riker y el miembro de la Fundación Nxt, Damelon.

Jelurida BV, poseedora de los derechos de propiedad intelectual del software Nxt y de la plataforma Ardor, tiene como objetivo crear un negocio sostenible y  próspero en todo el ecosistema Nxt, proporcionando para ello licencias de software, mantenimiento y servicios a una nueva generación de aplicaciones basadas en la Blockchain.

El anuncio sin aviso previo de esta “compañía Nxt” y el hecho de que los desarrolladores principales de Nxt y Ardor fuesen a obtener ingresos por sus servicios y de la propiedad intelectual ha desencadenado discusiones en el canal general del Slack de Nxtchat. Damelon publicó unas pocas respuestas, pero pidió a la comunidad que se guardase las preguntas para la jornada de Q&A con los desarrolladores, que se realizó ese mismo domingo.

martis [2:09 PM]
Así que ¿Nxt se ha convertido en una compañía?

damelon [2:10 PM]
No, los desarrolladores han formado ahora una compañía (junto conmigo, que también formo parte de ella). Soy el director gerente. Es un Holding compuesto por dos sociedades (BVs). Hay una sociedad que posee los derechos de Propiedad Intelectual y una sociedad que esta más “activa” y operativa.

El primer objetivo es asegurar que el código está protegido, y en segundo lugar la concesión de licencias para generar un flujo de dinero.  El beneficio directo es la continuidad y más posibilidades de asociarse con compañías reales. Esto beneficia a la comunidad y a los poseedores de Nxt. Incluso si las licencias son vendidas para cadenas privadas, esto significa que los desarrolladores reciben fondos, lo que implica que pueden seguir trabajando en el código sin necesidad de posponer otras actividades. También nos permite aumentar el grupo de desarrolladores con gente de calidad que también beneficia al código y a los usuarios.

La forma en que queremos crear valor para los poseedores de Nxt es asegurándonos de que ofrecemos un valor en forma de software y atrayendo clientes y usuarios a la plataforma. Es un paso más en la profesionalización y, también, es un gran paso para asegurarse de que Nxt y Ardor serán sostenibles en un futuro. El código de Nxt es y seguirá bajo licencia GPL, por lo que la utilización de la cadena pública no se va a ver afectado.

Además, se trata mayormente de los derechos intelectuales. Los desarrolladores no quieren que los derechos de autor se les escapen de las manos. Entregarlos a la Fundación los dejaría a merced de otras personas. Al tenerlos controlados en su propia compañía, les permite mantener el control en situaciones que así lo requieran, como cuando es necesaria la concesión de licencias.

Las Preguntas y Respuestas (P&R)

La sesión de Preguntas y Respuestas tuvo lugar en el Slack Nxtchat, el día 9 de octubre de 2016, de 20:00 a 21:46h CEST.

Esto es un resumen del evento. Se han eliminado de este sumario todas las preguntas referentes a las subidas y bajadas de precio y las preguntas acerca del “uso de Ardor”. Puedes visitar el hilo con el FAQ en Reddit para encontrar Preguntas y Respuestas (P&R) generales sobre ARDR, Ardor e Ignis.

Ahora, vamos con ello.

riker [8:05 PM]
Chicos, ¿Preparados para las P&R?

legs11 [8:06 PM]
Si

damelon [8:06 PM]
@channel Los desarrolladores ya están aquí, así que, por favor, comenzad a formular vuestras preguntas.

Ardor

jean-luc
El desarrollo va bien encaminado, pero se requiere tiempo. El calendario se está siguiendo sin cambios. Por ahora, realmente nada ha cambiado en la dirección del proyecto o  en nuestro plan sobre Ardor.

riker
Nos sentimos cómodos con la dirección del proyecto y disfrutamos de nuestro trabajo.

jean-luc
Constituye un desafío mantener el código simple. El código se basa intencionalmente en Nxt, de manera que así se minimizan los errores, pero he comenzado algunas refactorizaciones que hacen más complejas las fusiones con el código 1.0.

Jelurida

jean-luc
Jelurida pretende hacer dinero a partir de las licencias, el soporte y las consultas.

legs11
¿Hay alguna posibilidad de participar en esta empresa durante esta etapa inicial?

jean-luc
Es una empresa privada, el público en general no puede invertir en ella.

durerus
¿Quiénes son los miembros de esta compañía y qué porcentaje poseen?

jean-luc
Eso es información confidencial.

durerus
¿Puedes describir lo que obtendría un cliente que pague?

riker
Licencia para cambiar el código del núcleo NXT para su propósito. Licencia de uso para una blockchain privada. Mantenimiento, soporte y consultoría.

Muchas organizaciones no usarán una blockchain pública debido a los problemas regulatorios o a la confidencialidad. Nos gustaría entrar en el nicho de las blockchains privadas.

josenxt
¿No tiene ComeFromBeyond, por ejemplo, nada que decir sobre esto?

jean-luc
CFB ha escrito código solamente bajo la licencia MIT. Los desarrolladores que han aportado código bajo licencia GPL han transferido sus derechos de autor a Jelurida.
En estos momentos, los bancos y las empresas financieras están clonando NXT y utilizándolo de forma privada.

Si conseguimos que paguen por esto, tenemos la intención en un futuro de conseguir un desarrollo sostenible para Nxt.

apenzl
¿Cuáles son los derechos de propiedad que va a proteger Jerulida?

riker
Actualmente, la gente está copiando el código de NXT a diestro y siniestro. Incluso si quisieran pagar por utilizar el código de NXT no tienen a quien pagar. Si ahora no pagasen, podríamos ir tras ellos. Eso lo que significa proteger nuestros derechos.

jean-luc
En ausencia de una única persona jurídica que sea propietaria de los derechos de autor, es difícil de hacer cumplir la licencia GPL, hemos visto ejemplos de ello con empresas que los violan porque saben que no hay nadie para demandarlos.

Por el contrario, si una empresa busca hacer un uso comercial y está dispuesta a pagar por ello, es difícil hacerlo legalmente sin una sola entidad legal que posea los derechos de autor, situación que ha venido ocurriendo.

Jelurida para los inversores

durerus
Así que queréis entrar en el nicho de las blockchains privadas. ¿Puede decirnos por qué esto va a ser bueno para los inversores del token Ardor, NXT e IGNIS?

riker
Podemos utilizar los fondos que recibimos de las cadenas privadas para promover el desarrollo de la cadena pública, que a su vez servirá para el marketing y las relaciones públicas de NXT / Ardor y atraerá el negocio de las blockchains privadas. Esperamos conseguir dicho ecosistema para así proporcionar una situación beneficiosa tanto para los inversores de los tokens públicos como para los clientes de las blockchains privadas.

kasp
Honestamente, no parece justo para los poseedores de los tokens. Supongamos que se invierte el 60% del tiempo de desarrollo en las cadenas privadas, lo que permite obtener unas ganancias notables. ¿Cómo van a estar en ese caso los desarrolladores motivados para trabajar en Nxt/Ardor? Además, esto ralentizará el progreso.

riker
Creo que tenemos que tener en cuenta que el modelo actual de la utilización de fondos / donaciones de la comunidad para promover NXT no funciona. Este nuevo modelo tiene muchas más posibilidades.

Insisto en que esperamos generar feedbak positivo en los que se utilicen las ganancias de las blockchain privadas para promover la blockchain pública, que a su vez apoyará a la blockchain privada.

bidji
El sistema actual no es sostenible, los desarrolladores necesitan ganar dinero.

Pero me temo que el incentivo para trabajar en la cadena pública será demasiado bajo. Imagínad que tenéis éxito y tenéis una gran cantidad de contratos para construir blockchains privadas. En el momento que se os pague por ello tendréis que centrar todos vuestros recursos en esos contratos. ¿Qué pasará con la blockchain pública en ese momento? Será dejada de lado. Básicamente hay un conflicto de intereses entre el éxito de blockchain pública y el éxito del negocio privado. ¿Qué pensáis?

riker
No vamos a ser capaces de vender blockchains privadas a menos que tengamos una exitosa cadena pública. Todos nos damos cuenta de esto. NXT promoverá Jelurida y Jelurida promoverá NXT. El reto es crear una situación win-win y necesitamos su apoyo.

willtate
Creo que las relaciones públicas tendrán que recorrer un largo camino para traer clientes, así como el nuevos desarrolladores. Hay más actividades previstas planeadas en este departamento para el corto plazo?

riker
Sí, no estoy seguro de que podamos compartir planes concretos en este momento. Vamos a empezar con una web y todo el material de marketing que se espera de una startup.

logan
¿Informareis a la comunidad sobre los nuevos tratos, etc?

riker
Como empresa privada probablemente no compartamos todo públicamente. Puede que emitamos comunicados de prensa sobre acuerdos firmados, etc.

vprf
Si soy una empresa con la necesidad de una cadena privada. ¿Por qué utilizar NXT / ardor / etc. por encima de otra cripto?

riker
(1) El POS es mucho más adecuado para una cadena privada que el POW
(2) Se puede desarrollar en Java y no con raras secuencias de comandos (es decir ETH)

vprf
Entonces ¿Por qué no Lisk,  si es Java y POS?

riker
Les llevamos 2 años de ventaja y tenemos un equipo más experimentado

vprf
Quería apuntar que yo preferiría tratar con personas reales con nombres reales.

riker
Jelurida tiene una junta directiva pública que figura en el registro holandés de comercio. La identidad de los promotores reales no tienen importancia, de la misma manera que no sabes quién son los desarrolladores de Java, sino que confías en Oracle para que admita Java.

¿No conoces a Bas? ¿No has visto mi anterior presentación?

[youtube id=”soHe4UMyCCk” width=”” height=”” autoplay=”no” api_params=”” class=””]

 

wolffang
¿Las blockchains privadas se harán ahora con Nxt y después con la blockchain de Ardor? ¿O siempre en Nxt?

riker
Por ahora las cadenas privadas estarán basadas en Nxt, por supuesto. Probablemente pasaremos a Ardor cuando sea lo suficientemente estable

jean-luc
Depende de la demanda, pero Nxt 1.0 tiene una tecnología comprobada, y Ardor sería excesivo para su uso como cadena privada de una sola empresa. La mayoría de los clientes en busca de una blockchain privada de Jelurida no necesitaría la complejidad de Ardor, y sus múltiples cadenas hijas.

Contratando desarrolladores

almonte
Ahora que ya ha se ha establecido una empresa, ¿estáis pensando en contratar más desarrolladores en un futuro próximo?

jean-luc
Sí, pero es el problema de la gallina y el huevo… es difícil reclutar desarrolladores hasta que no tengamos por lo menos unos pocos clientes que nos paguen.

Si tenemos una gran demanda de cadenas privadas, también conseguiría derechos por concesión de licencias e ingresos que nos permitirían contratar a más desarrolladores

josenxt
¿Cómo va a Jelurida animar a nuevos desarrolladores a unirse al equipo de desarrollo cuando saben a ciencia cierta que su trabajo no será acreditado? ¿Sólo por el dinero que Jelurida les pagará? ¿Todos los nuevos desarrolladores van a escribir código para Jelurida y no para la comunidad Nxt de ahora en adelante?

riker
Jelurida tiene la intención de pagar los salarios o dar acciones para recompensar los desarrolladores (tal vez ambas cosas). Parte del código se puede desarrollar como código fuente cerrado y parte  será compartido con la comunidad.
En el futuro habrá millones de blockchains, algunas públicas y algunas privadas. Queremos que el mayor número posible de ellas estén basadas en NXT.

jean-luc
Los nuevos desarrolladores, después de un pequeño periodo de entrenamiento, se dedicarán a apoyar el desarrollo y las funciones de las cadenas privadas, en primer lugar, de modo que los desarrolladores más experimentados podrán centrarse en Ardor.

Jelurida y la comunidad Nxt

rubenbc
¿Cómo va a apoyar Jerulida a la comunidad si es una empresa privada?

logan
Puedo ver el efecto favorable de la promoción de las cadenas públicas para las cadenas privadas, pero no consigo verlo en la otra dirección. ¿Por qué debería Ardor obtener más valor si una empresa esta tecnología dentro suyo?

riker
Espero que Jelurida y la Fundación Nxt compartan los beneficios.

farl4bit
¿Cómo se puede animar a la comunidad a seguir trabajando como voluntario a sabiendas de que sus desarrolladores y el líder de la Fundación Nxt podrían estar trabajando para soluciones privadas?

riker
¿Quieres que los desarrolladores trabajen gratis o casi gratis para siempre? Jelurida trabajará en conjunto con la comunidad para mejorar NXT / Ardor y convertirlo en un negocio sostenible.

wolffang
¿Cuál es el papel de la comunidad en esta nueva situación? Puede suceder que gente que hasta ahora habían siendo buenos contribuyentes lo dejen. ¿Cómo evitarlo?

riker
Jelurida abrirá las puertas a lo que apoyen a NXT, y les permitirá obtener puestos de trabajo lucrativos en tareas tales como desarrollo, consultoría, soporte, formación…

josenxt
¿Querríais que el resto de la comunidad Nxt trabaje gratis o casi gratis para siempre, más aún sabiendo que desde ahora todo eso contribuye a hacer más grande una empresa privada como Jelurida? También podría verse de esta manera.

riker
Si Jelurida tiene éxito habrá un fondos suficientes para pagar a todos.

Palabras finales

josenxt
¿Descubriremos de aquí a 6 meses alguna otra gran sorpresa (como Jelurida) que en la actualidad estáis cocinando entre bastidores?

jean-luc
Esperemos que antes.

Wolffang
@riker ¿cuándo se espera que esté lista la aplicación móvil de Nxt?

riker
Está lista para el testeo inicial, pero queremos tener completado Jerulida y la distribución del token Ardor primero.

riker [9:43 PM]
¿Suficiente por hoy?

farl4bit [9:46 PM]
@riker @jean-luc Muchas gracias! Estoy deseando tener más sesiones como esta.

Y eso es todo amigos.

Puedes subscribirte al semanario de noticias de Nxt aquí.

NXT-crypto-developer

Para más información sobre Nxt & Ardor visite: http://test.nxter.org/category/nxt-newsletter-archive/

ARDR ya está en los mercados

Ayer, 13 de Octubre, a la altura de bloque 1.000.000, o 42 días antes del tercer aniversario de la blockchain de Nxt, el período de toma de instantáneas sobre el saldo NXT (snapshots) de Nxt 1.0 → Nxt 2.0 llegó a su fin y, 1 billón de activos ARDR fueron automáticamente distribuidos a todas las cuentas que hubiesen mantenido cualquier cuantía de NXT desde que se tomó la primera instantánea, lo cual sucedió hace 3 meses.

Por cada NXT que ha estado en tu cuenta desde la primera captura has recibido 1 activo de ARDR. Si has mantenido tus NXT sólo durante la mitad de este período de toma de instantáneas, habrás recibido 0,5 ARDR por cada NXT. (Para más información sobre el modelo de distribución consulta este artículo)

Este que descrbimos a continuación es el ÚNICO activo oficial Ardor:


Tomado en directo desde el AE

NXT y ARDR en los exchanges

Los activos ARDR han sido distribuidos a todas las cuentas poseedoras de NXT, incluidas las de los servicios de intercambio centralizados (exchanges), que ahora deben distribuirlos a todos sus clientes.

El equipo de Nxt escribe:

El método de distribución usado dependerá de como se organice internamente cada casa de intercambio, así que ni el equipo central ni la comunidad Nxt podemos proporcionar una solución universal para la distribución de Ardor a los clientes de los exchanges.

Los clientes que todavía no han recibido sus ARDR deberán contactar con Poloniex, Bittrex, HitBTC, BTC38, etc. para más información acerca de su método de distribución.

HitBTC y Changelly fueron las primeras casas de intercambio centralizadas en abrir un mercado BTC < > ARDR, pero se espera que,  a corto plazo, muchos otros exchanges sigan pronto su camino. Puesto que la mayoría de los exchanges que admiten NXT también operan con activos del mercado de Nxt, debería de ser muy fácil para ellos añadir ARDR.

ACTUALIZACIÓN:

Mercados ARDR < > BTC 
https://hitbtc.com/exchange/ARDR-to-BTC
https://bittrex.com/Market/Index?MarketName=BTC-ARDR

Capitalización de ARDR: http://coinmarketcap.com/currencies/ardor/

Siguiente snapshot – IGNIS

Todavía falta un snapshot si quieres obtener el máximo valor por tus NXT.

Ignis será la primera childchain, que está garantizado que va a lanzarse en la plataforma Ardor. En Nxt 2.0, Ardor es el token usado para generarse el consenso e Ignis será el primer token usado para las transacciones. Ambos se lanzarán con el bloque Génesis. Los tokens Ignis se distribuirán de manera gratuita con una proporción de 1:0,5 a todos los poseedores Nxt en el momento que se origine el bloque génesis. El último snapshot de la blockchain de Nxt se tomará justo antes de este momento y, de esta manera, podrán ser lanzadas a la vez.

Ignis heredará todas las características actuales del núcleo de Nxt, pero también se irán añadiendo además nuevos desarrollos por parte del equipo central de Nxt. La instantánea se tomará durante el tercer trimestre de 2017.

¿Qué pasará con la plataforma Nxt?

Nxt continuará y contará con el respaldo de los desarrolladores centrales.

Tal y como los desarrolladores centrales escribieron en la sesión de preguntas y respuestas de hace unos pocos días:

riker
NXT promocionará Jerulida y Jerulida promocionará NXT.

jean-luc
Habrá pequeñas empresas y consumidores finales que no necesitan, o no pueden permitirse, una blockchain privada. Aquellos, continuarán utilizando Nxt o iniciarán una childchain en Ardor.

riker
Podremos utilizar los fondos que recibamos de las cadenas privadas para promover el desarrollo de la cadena pública, que a su vez servirá de marketing y relaciones públicas para NXT / Ardor y de esta manera atraeremos más negocios de cadenas privadas.

ipsec [9:08 PM]
Ahora es muy arriesgado invertir en NXT y ARDOR ….. porque después del 13 el precio de NXT bajará

jean-luc [9:09 PM]
Todo el mundo espera una caída de precio después del día 13 … entonces todo el mundo venderá antes del 13.
Mi conjetura es que quizás la caída ya haya sucedido, pero yo no soy un especulador.
Si tu vendes, ¿qué mejor cosa puedes comprar que tenga mejor “estructura de incentivos”?

Y ese es el caso. Si Nxt no es la plataforma sobre la que empezar a programar sus nuevos proyectos sobre Ardor / Nxt 2.0, entonces ¿en cuál lo harías?

Con el marketing de de la Fundación Nxt, con un libro didáctico sobre Nxt 1.0 que está a punto de salir y con negocios apresurándose para entrar en la mejor tecnología blockchain antes de que la tecnología de por sí les pille fuera de juego… ¿Sería prudente vender tus NXT?

Jean-Luc:

Tenemos proyectos utilizando la blockchain de Nxt que tendrán que ser apoyados durante al menos los próximos 2 años y probablemente más. También estamos en el proceso de traer más desarrolladores al núcleo de Nxt, al igual que para Ardor, con el objetivo de establecer 2 equipos de desarrollo de núcleo semi-independientes.

Ha habido gran cantidad de desinformación  y confusión acerca de todo esto, así que espero que esto aclare cualquier duda que se puedan tener acerca de los planes futuros para NXT y Ardor.

¿Alguna duda? Adéntrate.

Únete a nxtforum.org o a Nxtchat Slack channel:

DeBuNe actualmente está buscando nuevos desarrolladores para unirse a su equipo distribuido. m19: “Estamos creando nuestra propia versión personalizada de NXT / Ardor y algunos de los cambios que hagamos incluso podría terminar en el núcleo, no estamos de ninguna manera competiendo con ellos, en lugar de eso, les apoyamos activamente.

https://nxtchat.slack.com/messages/job-offers/mentions/

LQD asset CEO libertynow [2:37 AM]: “Si NXT va por debajo de 1667 voy a empezar a preocuparme, bueno en realidad no. no me importa mucho. Podría utilizar NXT para dividendos si realmente lo necesitase”

Quizás estés interesado en leer: Tutorial Intercambio de Activos

Felicidades por tus activos ARDR. La compra/venta ha empezado. El futuro no será centralizado. Lo será usted.

Lotería en la Blockchain de Nxt programada en Golang

En mi primer artículo hice una introducción teórica de la blockchain, de lo que puede aportar para tu proyecto de software y los conceptos básicos para interactuar con la blockchain de Nxt en PHP.

Hoy voy a presentar un pequeño programa de lotería escrito en Go.

Requisitos previos:
Golang (testado con Go 1.6.2)
NRS 1.10.1 (https://bitbucket.org/JeanLucPicard/nxt/downloads/)

Este programa es completamente funcional y ejecuta un sorteo de lotería todos los domingos [1]. Originalmente fue escrito en PHP, las dos fuentes están disponibles para su descarga desde el Data Cloud de Nxt [2].

Lógica de la aplicación

Los boletos enviados por los usuarios en mensajes adjuntos son el suministro de datos para esta aplicación.

Un jugador de la lotería envía 10 NXT a la cuenta de la lotería adjuntando un mensaje público no encriptado con una secuencia de 5 números, entre el 0 y el 30, separados por comas. El mensaje adjunto tiene que ser público para que las recompensas sean auditables usando la blockchain.

La app hace una llamada al servidor NXT para que le proporcione todas las transacciones desde la cuenta de la lotería, clasificándola y seleccionando únicamente las transacciones válidas para así crear un trozo de mapa (conjunto multidimensional en PHP) de todas las cuentas de los jugadores y de sus cadenas de números.Esto también calcula la suma total, de Nxt, a pagar a los jugadores calculando la suma total de todos los boletos validados.

La app, una vez que ha recibido todos los datos válidos, ejecuta 3 rondas de lotería. Cada una de esas rondas recibe una porción, de la suma total disponible para los pagos, a repartir entre los ganadores. En la ronda de 5, la aplicación encuentra los usuario que han adivinado correctamente los 5 números y envía las recompensas. En la ronda 4, la aplicación hace lo mismo para los usuarios que han adivinado 4 números, el monto restante de los boletos participantes es ahora menor que la del ganador(es) de la ronda 5. Se repite lo mismo para la ronda 3.

Esta es la esencia de como funciona la aplicación.

Un poco más sobre el funcionamiento interno

Para cada una de las tres rondas, la lotería genera secuencias de 5 números y las compara con las cadenas de números de los boletos hasta que encuentra uno o más ganadores. Se puede decir que la lotería “fuerza” encontrar una secuencia ganadora del boleto(s).

Con un número limitado de usuarios esto parece ser la única manera sensata para ejecutar una lotería y no tener que recoger y guardar un premio gordo durante meses y/o años.

Vamos a echar un vistazo a la función que genera la secuencia de los 5 números y devuelve una matriz de ellos a la función de llamada. Esta función se invoca un promedio de cientos de miles de veces para encontrar la secuencia de 5 números en una de las entradas cuando tenemos un número muy limitado de participantes. Se tarda una fracción de segundo. En PHP se necesita un poquito más de tiempo (uno o dos segundos), aunque el rendimiento de PHP 7 es realmente bueno.

func genFive(seed string) [5]int {
   var r [5]int
   seedInt, _ := strconv.Atoi(seed)
   d := false
   for a := offset; a < offset+5; a++ { 
      rand.Seed(int64(seedInt + offset)) 
      var dup [31]int 
      d = false 
      r[0] = rand.Intn(31) 
      r[1] = rand.Intn(31) 
      r[2] = rand.Intn(31) 
      r[3] = rand.Intn(31) 
      r[4] = rand.Intn(31) 
      for _, v := range r { 
         dup[v]++ 
      } 
      for k, _ := range dup { 
         if dup[k] > 1 {
            d = true
         }
      }
      offset = offset + 5
      if d == false {
         return r
      }
   }
   return r
}

Una característica importante de la lotería en la blockchain es que tiene que ser completamente transparente.
Todo el mundo debe poder validar que los resultados de la lotería no han sido alterados. Una solución lógica y simple a esto es generar secuencias de números con una semilla determinista.

El problema con las semillas deterministas es que, si se sabe de antemano, las secuencias de números se puede predecir y , a se podría llegar a hacer trampas en la lotería. Para hacer frente a este problema volvemos de nuevo a la Blockchain de NXT, para encontrar una fuente de semilla con la función getSeed().

func getSeed() (string, string) {
 type BlockchainStatus struct {
    NumberOfBlocks int `json:"numberOfBlocks"`
 }
 var status BlockchainStatus
 if seedBlockOutput, b := 
sendQuery("requestType=getBlockchainStatus", 
true); 
b != false { if err := 
json.Unmarshal([]byte(seedBlockOutput), &status); 
err != nil {
     fmt.Println(err)
   }
  }
 seedBlockHeight := 
strconv.Itoa(status.NumberOfBlocks - 11)

 type BlockId struct {
  Block string `json:"block"`
 }
 var block BlockId
 if seedBlockId, b := 
sendQuery("requestType=getBlockId&height="
+seedBlockHeight, true); b != false {
if err := json.Unmarshal([]byte(seedBlockId), 
&block); err != nil {
         fmt.Println(err)
    }
  }
 seed := block.Block[len(block.Block)-5:]
 return seed, seedBlockHeight
}

La app se ejecuta cada domingo a las 18:00 UTC.

Lo primero que esto hace en la función getSeed() es ir a buscar la identificación del bloque que se generó 10 bloques antes del inicio de la aplicación (como se puede ver en la copia local de la blockchain en el nodo de la lotería) y obtener los últimos 5 dígitos de la ID del bloque como semilla. Debido a la latencia de la red y las reorganizaciones ocasionales de la blockchain (de 1 a 3 bloques) el nodo de la lotería puede que no vea la misma información que los otros nodos. El número 10 para obtener el bloque de la semilla fue escogido por la razón que debemos estar razonablemente seguros que este bloque no será reorganizado.

Puede afirmarse que existe la posibilidad teórica de que pueda predecirse el identificador del bloque. En mi opinión, las posibilidades de que esto suceda son muy bajas, pero dejo a los lectores que lo debatan y decidan por ellos mismos.

Ahora que la App tiene su propia semilla, puede realizar su función de manera que los usuarios no necesiten confiar en el organizador de la lotería.

El código fuente “Go” no incluye la rutina de verificación de los resultados anteriores.
El código fuente “PHP” lo tiene, es totalmente funcional y se puede utilizar para verificar, de manera independiente, todos los resultados anteriores con las semillas deterministas de la blockchain.

Para “Go” yo uso la función de enviar y retornar solicitudes al servidor Nxt.

func sendQuery(Query string, Active bool) 
(output string, b bool) {
   output = ""
   b = false
   if Active == false {
      output = "Function disabled"
      return
   }
   body := strings.NewReader(Query)
   req, err := http.NewRequest("POST", 
"http://127.0.0.1:7876/nxt", body)
   if err != nil {
      output = fmt.Sprintf("%s", err)
      return
   }
   req.Header.Set("Content-Type", 
"application/x-www-form-urlencoded")

   resp, err := http.DefaultClient.Do(req)
   if err != nil {
      output = fmt.Sprintf("%s", err)
      return
   }
   bo, err := ioutil.ReadAll(resp.Body)
   defer resp.Body.Close()
   output = fmt.Sprintf("%s", bo)
   match, _ := 
regexp.MatchString(".*errorDescription.*", 
output)
   if match == true {
      fileHandle, _ := 
os.OpenFile("./error.log", os.O_APPEND, 0666)
      writer := bufio.NewWriter(fileHandle)
      defer fileHandle.Close()
      fmt.Fprintln(writer, output)
      writer.Flush()
      return
   }
   b = true
   return
}

Los resultados son recibidos como una cadena JSON y necesitan estar ordenados con una estructura apropiada.

validPlayers := make([]map[string]string, 0)

lotteryAccount := "NXT-YXC4-RB92-F6MQ-2ZRA6"

type Attachment struct {
   Message       string `json:"message"`
   MessageIsText bool   `json:"messageIsText"`
}

type Transaction struct {
   Timestamp   int        `json:"timestamp"`
   AmountNQT   string     `json:"amountNQT"`
   ID          string     `json:"transaction"`
   SenderRS    string     `json:"senderRS"`
   RecipientRS string     `json:"recipientRS"`
   Attached    Attachment `json:"attachment"`
}

type Response struct {
   Transactions []Transaction 
`json:"transactions"`
}
Query := 
"requestType=getBlockchainTransactions&account=" +
lotteryAccount + 
"&type=0&subtype=0&executedOnly=true"

if v, a := sendQuery(Query, true); a == true {
   var transactions Response
   if err := json.Unmarshal([]byte(v), 
&transactions); err != nil {
      fmt.Println(err)
   }

 p := 0
 for k, _ := range transactions.Transactions {
    // code to check tickets for validity.
    // if transaction satisfies all criteria 
    // add it to the slice of valid tickets.
		
    validPlayers = append(validPlayers, 
make(map[string]string))
    validPlayers[p][txSender] = lotteryNumbers
    p++
			
   }
}

Ahora que “validPlayers” tiene todas las entradas correctas podemos iniciar el juego.

process() recibe un número entero (5, 4, o 3) y otros parámetros, incluyendo validPlayers y ejecuta tres rondas de la lotería. Se hace una llamada a la función getWinners(), que se llama genFive() para generar secuencias de números hasta que se encuentre al menos un ganador. getWinners() devuelve los resultados a process() y este es el encargado de: enviar la recompensa, eliminar el boleto ganador y devolver las entradas restantes a main() para rondas posteriores. Hay una función auxiliar denominada preparePlayers() que recrea validPlayers sin los espacios vacíos liberados por las entradas eliminadas.

Animo a todos los programadores que programen en el blockchain NXT. Es muy sencillo gracias al enlace API de todas sus funcionalidades del núcleo. https://nxtwiki.org/wiki/The_Nxt_API

Mi próxima aplicación será probablemente una aplicación de votación, con registros de votos inmutables y guardados en la blockchain. ¿Cree usted que una aplicación como esta puede resultar útil en el mundo moderno? Por cierto, Nxt tiene incorporado su propio sistema de votación. Es muy fácil olvidar lo que Nxt tiene, porque dispone de muchas características que son accesibles a través de la API, que se encuentra amablemente programada por los desarrolladores del núcleo de Nxt para favorecer su uso. Puedes ‘mínar’ tus primeras monedas NXT para enviar las transacciones al proyecto del nodo de la suerte que se ejecuta en un nodo público, acude a nxtforum.org y encontrarás la manera.
Por favor, dejen sus sugerencias y comentarios.

 


1. Lotería en nxtforum.org.

2. Para acceder al Nxt Data Cloud (Nube de datos de Nxt), descargue e instale el NRS (Nxt Reference Software 1.10.1) y busque la palabra clave lottery. Puedes descargar el código fuente desde cualquier servidor Nxt con las API abierta, por ejemplo:

Go-> http://23.94.134.161:7876/nxt?requestType=downloadTaggedData&transaction=7872865106538381099&retrieve=true PHP: http://23.94.134.161:7876/nxt?requestType=downloadTaggedData&transaction=13031806327722095646&retrieve=true

DE VUELTA AL POST.

Programando en la Blockchain de Nxt por diversión y para obtener ganancias

Las cadenas de bloques o blockchains son útiles para múltiples aplicaciones, permitiendo llegar a una audiencia global y reforzando la infraestructura interna de una compañía. Una blockchain es una base de datos distribuida, dónde una copia de esta cadena de bloques está almacenada en cada uno de los nodos de una red entre pares (red peer-to-peer o p2p). Esta redundancia extrema podría ser considerada ineficiente pero, por favor, déjame que te explique brevemente un poco de teoría sobre las blockchains.

Puesto que cada nodo valida todas las transacciones almacenadas en la blockchain y dado que las transacciones pasadas no pueden ser deshechas ni alteradas como sucede en los tradicionales Sistemas de Gestión de Bases de Datos Relacionales (RDBMS por sus siglas en inglés), esta redundancia convierte a la blockchain en “inmutable”, siendo este uno de los grandes valores de las cadenas de bloques. La inmutabilidad de la información es algo que las bases de datos tradicionales no pueden proporcionar. Puede que necesites, o no, esta inmutabilidad de los datos, así como una una confirmación, sin tener que confiar en terceros, de que los datos no han sido alterados.

En este tutorial presupongo que esto es lo que necesitas.

Una de las cadenas de bloques más versátiles y flexibles es la blockchain de Nxt (https://nxt.org). Cuenta con más de un centenar de llamadas API https://nxtwiki.org/wiki/The_Nxt_API.

En esta ocasión te voy a mostrarlos conceptos básicos para programas en la blockchain de Nxt. Sólo voy a usar dos llamadas API en este tutorial. Dado que existen más de un centenar de llamadas API posibles, las oportunidades para los programadores no tienen límite.

Lógica de aplicación

Un cliente de una compañía o un empleado de una organización sube un archivo a través de un formulario web.

El archivo es renombrado para dotarlo de un nombre único y es almacenado en algún lugar del servidor.

Un año más tarde el cliente / empleado necesita verificar, usando la blockchain de Nxt, que el archivo no ha sido alterado. Por ejemplo, esto puede ser necesario por motivos legales. No tiene porque ser sólamente archivos. A los memorandos internos de la compañía se les puede aplicar un algoritmo hash y ser incorporados a la base de datos, para poder ser verificados en una futura auditoría.

Nxt nos permite enviar y almacenar mensajes arbitrarios (M.A.) en su cadena de bloques.

Cada transacción en la blockchain acarrea una tasa o fee. Si el tamaño de la transacción es grande, podría ser caro. Afortunadamente Nxt tiene un subtipo de M.A. llamado mensaje podable. Estos mensajes son “podados” o eliminados pasados 90 días, lo que los hace más baratos. También sería posible recuperar estos mensajes pasados 90 días a partir de los Nodos de Archivo.

El tamaño máximo de un mensaje arbitrario en la blockchain de Nxt es de aproximadamente 42Kb, el tamaño de un bloque. Un mensaje podable de 1KB cuesta 1 NXT (0,03$). 1KB es suficiente para almacenar el hash de un archivo y este será nuestro coste final para almacenar permanentemente un hash en la inmutable y distribuida cadena de bloques de Nxt.

Tan pronto cómo el cliente sube el archivo yo creo un hash del tipo SHA256 del archivo y lo almaceno este hash en la base de datos del servidor de la organización. Por sencillez yo he elegido SQlite, pero puedes usar Mysql, Postgresql, Oracle. Usaré la extensión Objetos de Datos de PHP (PDO por sus siglas en inglés) para acceder a la base de datos SQlite en PHP.

Cuando no utilizamos la base de datos inmutable (blockchain), el archivo puede ser modificado, almacenarse en la base de datos el nuevo hash del archivo modificado, haciendo difícil demostrar que el archivo era el mismo que en un principio.

La blockchain viene al rescate

Cada mensaje podable se puede recuperar desde los nodos de archivo. Cada registro de la blockchain es inmutable. Puedes estar seguro de que el hash del archivo que subiste hace un año será el mismo cuando lo descargues de la cadena de bloques. Todo lo que necesitas hacer es compararlo con el hash del RBDMS interno de la organización.

Prerrequisitos:

PHP con curl, json y algún tipo de extensión de la base de datos (yo uso sqlite3). Un servidor web es opcional, puedes utilizar php-cli. Java 8 (Oracle o OpenJDK para ejecutar Nxt). Software de Referencia Nxt: https://nxtforum.org/nrs-releases/nrs-v1-10-1/.

Instala el Software de Referencia Nxt (NRS por sus siglas en inglés. Dependiendo del contexto se le llama indistintamente Cliente Nxt o Servidor Nxt) y crea una cuenta. Dótala con unas pocas monedas. Puedes intercambiar Bitcoin por Nxt en un servicio de exchange como https://shapeshift.io o intercámbialas directamente con otros usuarios en https://nxtforum.org. También es posible “minar” algunos NXT gratis como recompensa por tener un nodo: http://test.nxter.org/the-forging-bounty-lottery-campaign-will-pay-5-million-in-rewards-to-forgers-and-nxt-nodes/.

Primero creamos una base de datos sencilla para nuestra aplicación, nada extraordinario, si necesitas almacenar más información puedes añadir más columnas. A mí me gusta utilizar el navegador de bases de datos (DB browser) para SQLite de http://sqlitebrowser.org.

Vamos a crear una base de datos vacía llamada ‘files.db’ y la guardamos en /home/lurker10/phptutorial/files.db

Usando el DB browser para SQLite crea la siguiente tabla:

CREATE TABLE "files" (
`id` INTEGER PRIMARY KEY AUTOINCREMENT,
`txid` TEXT,
`hash` TEXT,
`uploadtime` TEXT,
`filename` TEXT
)

‘txid’ es el campo para almacenar el id de la transacción que recibimos de Nxt cuando la transacción es aceptada. Es único. ‘hash’ es el hash sha256 del archivo.

En este tutorial me voy a saltar la parte del código de subida de archivos para hacerlo más breve.

Vamos a suponer que el archivo ya ha sido subido y almacenado en el servidor web. Definimos la variable para la ubicación del archivo en el código:

$uploadDir = "/home/lurker10/phptutorial/tmp/";
$fileName = "copy12345.tar";

Por defecto, el servidor Nxt recibe las solicitudes API en el puerto 7876. Si lo estás ejecutando en la misma máquina que tu código php, tu código debe enviar solicitudes a http://127.0.0.1:7876/nxt

Las otras variables importantes son la contraseña de la cuenta de Nxt que has creado y dotado de fondos previamente, así como la cuenta del receptor.

Puedes enviarte un mensaje a ti mismo, puesto que el receptor puede ser tu misma cuenta.

$host = "http://127.0.0.1:7876/nxt";
$secretPhrase = "tu contraseña";
$recipientID = "NXT-XXXX-XXXX-XXXX-XXXXX";

La siguiente parte del código es la función que envía la consulta usando curl en una solicitud POST.

Para hacer una solicitud debemos definir las variables $payload y $payload_string y después alimentarlas para sendRequest(). Es posible ejecutar el Nxt Server sobre HTTPS y usar curl para verificar el certificado SSL, pero para hacer esta app más sencilla hemos desactivado la verificación SSL en la conexión curl.

Otro punto de interés es la descripción de $error, con descodificado json desde la respuesta del servidor.

Si hay un problema con la solicitud (“No hay fondos suficientes” en tu cuenta cuando el saldo es cero), tienes que añadir una rutina para el manejo de los errores. Voy a omitir esto también. Para esta app asumo que el servidor responde como corresponde, y devuelve la respuesta a la aplicación para su posterior procesado.

function sendRequest($host, $payload, $payload_string) {
$ch = curl_init();
curl_setopt($ch, CURLOPT_URL, $host);
curl_setopt($ch, CURLOPT_CUSTOMREQUEST, "POST");
curl_setopt($ch, CURLOPT_RETURNTRANSFER, true);
curl_setopt($ch, CURLOPT_SSL_VERIFYPEER, FALSE);
curl_setopt($ch, CURLOPT_SSL_VERIFYHOST, FALSE);
curl_setopt($ch, CURLOPT_CONNECTTIMEOUT_MS, 10000);
curl_setopt($ch, CURLOPT_TIMEOUT_MS, 10000);
curl_setopt($ch, CURLOPT_POST, count($payload));
curl_setopt($ch, CURLOPT_POSTFIELDS, $payload_string);
$output = curl_exec($ch);
$curl_error = curl_error($ch);
curl_close($ch);
$errorDescription = trim(@json_decode($output)->errorDescription);
if ($errorDescription != "") { // perform error handling; return false; }
return $output;
}

Puesto que este archivo ya ha sido subido, creo un hash a sha256 del archivo y su marca de tiempo (timestamp):

$fileHash = hash_file("sha256", $uploadDir.$fileName);
$txTime = time();

Usaré PDO para trabajar con la base de datos.

Abre la base de datos e inserta una nueva entrada.

No sabemos el txid (identificador de transacción) hasta que hablamos con el servidor Nxt, que nos lo puede dar cuando la transacción ha sido aceptada en la red Nxt, así que por el momento insertar null para el txid.

$pdo = new PDO('sqlite:/home/lurker10/phptutorial/files.db');
$sql = "INSERT INTO files (txid, hash, uploadtime, filename)
VALUES (null, '$fileHash', '$txTime', '$fileName')";
$result = $pdo->exec($sql);

A continuación una solicitud para el envío al servidor Nxt.

Esta solicitud en particular es “sendMessage”. Puedes encontrar muchas más solicitudes con las que interactuar con la blockchain y sus parámetros obligatorios y opcionales en:

https://nxtwiki.org/wiki/The_Nxt_API.

Como ya he dicho antes, la fee por transacción es de 1NXT. 1 NXT = 100,000,000 NQT (nanoquantos).

1 NQTes la unidad más pequeña con la que se puede denominar a Nxt, similar a 1 satoshi en Bitcon.

El servidor Nxt acepta la fee en NQT, así que pagamos exactamente 100 millones de NQT (0,03$).

El parámetro “broadcast” se puede cambiar a false, en cuyo caso recibirás  ‘transactionBytes’ en la respuesta, que puede ser emitida a la red más adelante usando la petición ‘broadcastTransaction’. Pero en esta ocasión lo he fijado en ‘true’  para emitir la transacción instantáneamente.

Recuerda dotar de urlencode() al mensaje. Yo inserto el nombre de archivo en el mensaje separado del hash con una columna.

$payload = array(
"requestType" => "sendMessage",
"recipient" => $recipientID,
"secretPhrase" => urlencode($secretPhrase),
"feeNQT" => 100000000,
"deadline" => 1440,
"broadcast" => "true",
"message" => urlencode($fileName . ":" . $fileHash),
"messageIsPrunable" => "true"
);
$payload_string = "";
foreach ($payload as $key => $value) {
$payload_string .= $key . "=" . $value . "&";
}
rtrim($payload_string, "&");

Envía la petición al servidor NXT usando la función sendRequest():

$output = sendRequest($host, $payload, $payload_string);

y decodifica la respuesta JSON del servidor para obtener el identificador de la transacción:

if ($output != false) {
$txId = json_decode($output)->transaction;
}

Ahora que tenemos una respuesta positiva de la transacción aceptada y su ID es conocido, vamos a actualizar el registro en la base de datos local:

$lastId = $pdo->lastInsertId();
$sql = "UPDATE files SET txid = '$txId' where id = '$lastId'";
$result = $pdo->exec($sql);

Opcionalmente podemos proporcionar estos links a los clientes para consultas futuras y para demostrar que el hash ha sido subido:

echo "NXT Transaction ID: " . $txId . ",
JSON response";
echo "

Usa estos links para verificar el hash Sha256 del archivo guardado en tu base de datos local en lugar de un registro permanente en la blockchain de Nxt:

" . $fileHash;

Opcionalmente puedes enviarles por email a los clientes el $txId que podrán utilizar en un futuro para verificar el hash o, de algún otro modo más, proporcionales información acerca de como en un futuro recuperar información del hash de la base de datos propia y compararla con el hash almacenado en la blockchain, por el timestamp o por otro criterio.

Esta app no incluye autenticación del usuario. Normalmente el cliente o usuario de un servicio de intranet será capaz de ver sus archivos después de haberse autentificado en el sitio.

Esta aplicación también asume que la aplicación de verificación está fuera del alcance del que mantiene la base de datos interna, para evitar engaños en los datos de los resultados de verificación.

Ahora el registro es almacenado en la base de datos de la compañía. Muestra el registro de la base de datos para confirmar que se encuentra allí:

$sth = $pdo->prepare("SELECT id, txid, hash, uploadtime, filename FROM files ORDER BY id DESC");
$sth->execute();
$result = $sth->fetch(PDO::FETCH_OBJ);
if ($result != false) {
var_dump($result);
}

La aplicación de verificación

Para usar la verificación por hash el cliente tiene que tener el ID de la transacción en la blockchain de Nxt aprobada por ellos cuando la transacción fue enviada a la blockchain de Nxt.

Supongamos que el cliente la tiene, almacenada en el email o recuperada de algún otro modo. Aquí está:

$txId = "111111111111111111";

Vamos a ver lo que nuestra base de datos propia tiene para el hash del archivo. Busca y guarda en $hashInDb.

$pdo = new PDO('sqlite:/home/lurker10/phptutorial/files.db');
$sth = $pdo->prepare("SELECT hash FROM files where txid = '$txId'");
$sth->execute();
$result = $sth->fetch(PDO::FETCH_OBJ);
if ($result != false) {
$hashInDb = $result->hash;
}

Envía una petición al servidor NXT y busca toda la información almacenada en la blockchain de Nxt para transacciones con ese ID.

$payload = array (
"requestType" => "getTransaction",
"transaction" => $txId
);
$payload_string = "";
foreach ($payload as $key => $value) {
$payload_string .= $key . "=" . $value . "&";
}
rtrim($payload_string, "&");

$output = sendRequest($host, $payload, $payload_string);

Decodifica la respuesta JSON y extrae el campo añadido dónde se almacena el hash.

En la primera parte de la app nosotros almacenamos el nombre del archivo separado del hash con una columna. Ahora extraemos sólo la porción correspondiente al hash del mensaje arbitrario

$attachmentPlainData = json_decode($output)->attachment->message;
$hashInBlockchain = explode(":", $attachmentPlainData)[1];

Y compara lo que tenemos en la base de datos de la compañía con lo que fue almacenado hace 1 año en la blockchain de Nxt:

if ($hashInDb == $hashInBlockchain)
echo "Hashes are identical";
else
echo "Hashes are not identical";

NXT-crypto-developer

DeBuNe anuncia una Oferta Pública de Venta

DeBuNe-Logo-OK

…anuncia una Oferta Pública de Venta (I.P.O.)

 

Tras 2 meses consecutivos repartiendo dividendos, Roberto Capodieci ha decidido que es el momento de anunciar una nueva IPO sobre DeBuNe (Decentralized Business Network).

Como hemos visto en anteriores artículos, DeBuNe es un ejemplo digno de estudio de un activo que pasará a la red ARDOR.

El anuncio de Roberto:

Hola a todos. A finales de año o principios del siguiente, lanzaremos una IPO sobre DeBuNe. En ese momento, daremos a conocer un montón de noticias, y se redistribuirán los tokens. Se venderán 250.000 nuevos activos en la ICO y otros 250.000 serán repartidos entre los actuales poseedores del activo, haciendo un cálculo del saldo medio durante un periodo de tiempo todavía por determinar, algo similar a lo que está sucediendo con la distribución de Ardor. He puesto a la venta algunos activos DeBuNe a 19 NXT cada uno en el Asset Exchange y durante las próximas semanas se pondrán a la venta otros 15.000 más, a precios que serán progresivamente más elevados, hasta que un total de 250.000 activos estén circulando en el NXT Asset Exchange.

El precio final de la ICO será mayor de 20NXT, así que estas primeras ventas constituyen un descuento para los actuales poseedores de NXT.

Soy consciente de que todos ustedes quieren mantener sus Nxt para la distribución de Ardor, por lo que no espero un asalto a los activos disponibles desde un principio pero, en mi opinión, una vez que se haya completado la distribución del token ARDR habrá una cierta venta de Nxt (o eso creo), y puede ser un buen momento para comprar activos DeBuNe.

Bueno, esto es más o menos todo lo que puedo decir por ahora …

roberto debune

 

Lo que no nos dice en el anuncio, pero nosotros hemos podido ver, es la ansiada hoja de ruta de DeBuNe con el típico formato made in Roberto:

 

HOJA DE RUTA DE DEBUNE (El futuro – Próximos pasos )

¿Qué quiere ser DeBuNe cuando sea mayor?

A largo plazo, la red mundial y autosuficiente DeBuNe aspira a convertirse en la plataforma modular dónde las empresas manejan su flujo de trabajo y los desarrolladores contribuyen con su propia visión y aplicaciones.

DeBuNe ha aprendido a caminar: aquí viene el trabajo de campo

Dada la cantidad de opciones disponibles, este objetivo se alcanza recorriendo un camino en el que nos encontramos con constantes bifurcaciones.
A pesar de ello, el primer paso inmediato de DeBuNe es mantener open source todo el código y los conceptos que se interrelacionan con la criptoplataforma NXT desde un principio.
El código y los conceptos de apoyo (gestión de la reputación, aplicaciones y módulos que no usan la interfaz de Nxt) también serán de código abierto, aunque sólo serán liberadas una vez se consiga tener una versión estable.

Nuevos avances

¡Hasta el infinito y más allá!

Las implicaciones sociales, económicas, técnicas y tecnologías de DeBuNe y Nxt cuentan con un tremendo potencial capaz de convertirse en un catalizador que supondrá un cambio de vida para los individuos, grupos e incluso gobiernos.
Por lo tanto, se esperan que futuras opciones incluyan una mayor integración con las características centrales de la plataforma Nxt y una colaboración más estrecha con los desarrolladores Nxt, con el fin de ofrecer aún más oportunidades para hacer crecer nuestros valores comunes en un conjunto de instalaciones de plenos derechos para consumidores y empresas (en su actividad tanto online como offline). El equivalente moderno a la antigua máquina de vapor, potenciando un nuevo tipo de economía.

 

CapodieciLogo

 

 

Fuentes: https://nxtforum.org/debune/debune-ico-at-the-horizon/msg223396/?topicseen#msg223396  y debune.org

SuperNET se hace cargo del desarrollo y hosting de MyNxt

MyNxt.info hace tiempo que se ha convertido en un servicio muy apreciado por la comunidad Nxt. Ofrece una cartera móvil online, un sistema de plugins para la cartera Nxt, un explorador de bloques, un servicio de alerta de cuenta y mucho más. MyNxt.info fue dirigido por @abuelau pero desde hace un tiempo que se delegó a SuperNET. Esto conllevó un nuevo desarrollo, tal como una revisión generalizada de todos los servicios, actualizándolos para que funcionen con la última versión NRS y, también, con la intención de integrar los desarrollos de SuperNET, tales como Multigateway e InstanDEX, en forma de plugin para la cartera. Tosch y VanBreuk son los encargados de operar y desarrollar esta página web en nombre de SuperNET.

VanBreuk escribe:

Nuestro objetivo es hacer algo más que mantener el buen funcionamiento del servicio: queremos hacer de MyNxt una herramienta esencial para todos los miembros de la comunidad Nxt y de las otras criptocomunidades activas en SuperNet y más allá.

Por eso, queremos invitaros a todos a compartir vuestras opiniones sobre sugerencias y/o posibles mejoras de MyNxt

Desde que MyNxt funciona con la infraestructura de SuperNET, cuenta con el activo MyNxt en el intercambio de activos (activo ID 2176003302076381931).

Esta fue la noticia del anuncio



Desde noviembre de 2015, SuperNET administra el proyecto MyNxt, incluyendo el explorador de bloques, cartera en línea y el servicio NxtAD.

1 de Noviembre de 2015

SuperNET, con efectos desde el día 15, se hace cargo del servicio y de la iniciativa del explorador de bloques, MyNxt.info. Los servidores ya han sido migrados a la infraestructura de SuperNET, el desarrollo y la operación están ahora en manos de Tosch y VanBreuk. Ambos están involucrados en la comunidad Nxt desde el principio. Tosch como desarrollador php/js/aplicaciones python y VanBreuk como administrador del foro y técnico de muchos proyectos, incluyendo la Nxt Wiki y el servicio Multigateway.

Explorador de bloques

Una de las mayores ventajas de las criptomonedas es que, aparte de que cualquiera puede obtenerlas y ofrecen un alto nivel de anonimato cuando se usan correctamente, la blockchain sigue siendo totalmente transparente. Además de ofrecer la cartera en línea y otras herramientas, MyNxt proporciona una poderosa visión conjunta de las transacciones en la blockchain de la red Nxt y hará lo mismo para las otras criptomonedas en el futuro.

Desde hace más de un año, el explorador de bloques MyNxt está siendo el explorador de transacciones del ecosistema Nxt más estable y fiable. Puedes acceder en https://www.mynxt.info/blockexplorer/

Cartera Nxt

MyNxt está haciendo un trabajo excepcional acercando la tecnología blockchain a los nuevos usuarios. Ofrece una cartera en línea de código abierto y segura. Para registrarse solo es necesaria la dirección de correo electrónico y una contraseña. La cartera en línea MyNxt facilita el acceso a Nxt y permite aprender gradualmente a cualquier persona que quiera empezar a utilizar las criptomonedas. La cartera en línea está disponible en https://wallet.mynxt.info/

Plugins

Una de las características más importantes, desarrolladas en el último año, ha sido el sistema de plugins MyNxt. Una manera sencilla para los usuarios de activar herramientas adicionales en su cartera en línea. La arquitectura del plugin tiene un enorme potencial pero aún no ha recibido la atención que merece. Por esta razón, los nuevos planes de desarrollo del servicio tienen un fuerte enfoque en los plugins. Los desarrollos de SuperNET como el Multi Gateway, InstantDEX o Pangea Poker estarán disponibles en forma de plugin.

Hoja de ruta

 Se creó un nuevo plan de desarrollo por parte de SuperNET:

2015 Noviembre – Diciembre

  • Actualización del explorador de bloques Nxt con las actuales implementaciones. Esto incluye: La forja transparente, incremento de los meta-datos para el Intercambio de Activos y las herramientas para el Sistema Monetario, el Mercado Descentralizado y el sistema de Alias.
  • Discusiones comunitarias con el fin de seguir mejorando el explorador de bloques y para el desarrollo continuo de las herramientas de Mynxt, tales como: gráficos, la calculadora de forja, NxtAd o el servicio de alerta.

2015 Diciembre – 2016  Primer Trimestre 

  • Añadir potentes y fiables exploradores Blockchain para las otras monedas activas en la comunidad de SuperNET. Actualmente, el primero en la lista es BitcoinDark.
  • Mejorar la API de MyNxt para ofrecer a los desarrolladores un acceso más fácil a una amplio abanico funcional.

2016 Primer trimestre – Segundo trimestre

  • Incluir las características SuperNET en forma de plugins para la cartera MyNxt.
  • Crear plugins de nuevas herramientas que Nxt o SuperNET tengan para ofrecer.
  • Conectar la blockchain a la cartera MyNxt ofreciendo una integración completa a los usuarios de MyNxt. Esto permitirá una mayor funcionalidad. Por ejemplo: la compra de activos o el envío de mensajes cifrados desde la página del explorador de bloques.

Durante este tiempo, MyNxt ha trabajado para proporcionar un acceso más fácil a los desarrolladores. Puedes obtener más información en https://www.mynxt.info/apidocs/

MyNxt quiere dar a los desarrolladores buenas razones para utilizar su API, acogiendo las contribuciones y creando juntos la mejor documentación para los recién llegados al mundo de las criptomonedas y los desarrolladores avanzados.

Originalmente publicado en Nxtforum.org.

Participa en la discusión aquí:
https://nxtforum.org/news-and-announcements/(ann)-supernet-takes-over-mynxt-info-hosting-and-development/

La campaña “The Forging Bounty Lottery” pagará 5 millones en recompensas

Nxteros, ¡será mejor que empecéis a forjar!

Megadolon ha presentado en el foro la iniciativa  “The forging Bootstrapper” (“El despegue del forjado”);
Una cuenta, con un balance de 5M de NXT, los cuales serán repartidos aleatoriamente entre los Nxters que, con su forja, ayuden a ejecutar y a proteger la red Nxt. El programa Forging Bootstrapper quiere hacer más rentable la forja y la ejecución de nodos y, de este modo, colaborar para construir una gran red descentralizada de Nxt/Ardor.

 

Megalodon

‘El “Forjado” es el equivalente en Nxt a la minería en las monedas PoW. La minería en Nxt usa una lotería determinista que otorga el derecho a minar (forjar) el bloque siguiente. Con un balance efectivo mínimo de 1000NXT, ya optas a para ganar la lotería y, con ello, a recibir las comisiones (fees) que componen el bloque que estás produciendo. El boleto ganador se escoge al azar, pero contra más boletos poseas más oportunidades tienes para ganar. Tu probabilidad de ser premiado es el número de boletos que has comprado dividido por el número total de billetes vendidos a todos los que participan en la lotería. La probabilidad de ganar el concurso de forja equivale al saldo de tus NXT dividido entre el número total de NXT usados para forjar en toda la red.

Megadolon escribe:

La campaña de lotería de recompensa a la forja, gestionada por la cuenta Forging Bootstrapper con ID: NXT-HH9F-JMRB-6HRD-HD5ZW, está diseñada para recompensar a los forjadores. Las transacciones, con tasas excepcionalmente altas, se envían de manera aleatoria (aunque con baja frecuencia) desde el inicio del proceso de las snapshots de Ardor hasta que el balance de la cuenta sea 0. La lotería está diseñada para favorecer las cuentas con menor poder de forja. Las pools de forjado también tienen derecho a participar en esta campaña. Para aumentar tus posibilidades en la lotería, por favor identificaros aquí. Gracias.

Esta campaña se gestiona de tal manera que se espera que esté en funcionamiento durante un tiempo tras el lanzamiento de la cadena Ardor. Los tokens Ardor distribuidos a esta cuenta serán distribuidos entre los forjadores de Ardor mientras que los NXT restantes continuarán usándose como recompensa para los forjadores de la cadena 1.0, incluso una vez después que Ardor sea lanzado.

Algunas grandes cuentas han optado por auto excluirse de esta campaña. Por favor tenga en cuenta que las “transacciones de la lotería” accidentalmente pueden forjarse por las cuentas que se han excluido voluntariamente debido a la no certeza del 100% del orden de la forja.

No importa el tamaño de tu stake, deberías forjar, ya sea por ti mismo o cediendo (leasing) el saldo de tu cuenta a una pool (agrupación) de Nxt. El leasing de tu saldo (ceder tu saldo para forjar) no supone ningún riesgo. Cuando efectúas un leasing sigues manteniendo el control de tus NXT – la pool simplemente recibe tu “Saldo efectivo”, que no es más que tu actual poder de forja. La pool no puede hacer nada con tu cuenta o con tu saldo de NXT. Cuando vendes/compras NXT durante un leasing en activo lo que sucede es que la contribución a la pool se ajusta automáticamente en el protocolo de NXT.

Para poder forjar tienes que mantener más de 1000NXT en tu cuenta durante más de 1440 bloques.

Lo único que tienes que hacer es arrancar tu cliente NXT, identificarte con tu clave privada (contraseña) y se iniciará la forja. Se forja cuando estás online.

La función de leasing también necesita 1440 bloques (aproximadamente 24h), una vez después de haber pulsado el botón de “leasing”, para que tus NXT estén disponibles para forjar en la agrupación o cuenta a la que has efectuado el leasing. Todos los pools están disponibles 24/365.

¿Cómo puedo ceder (leasing) mi balance de forja?

Ejecuta el cliente Nxt y accede con tu contraseña.

  • Haz click en el saldo de la cuenta.
  • Haz click en la pestaña “Balance de Cuenta”.
  • Haz click “Ceder tu saldo a otra cuenta”.
  • Inserta la cuenta dónde deseas ceder tu balance.
  • Configura el tiempo que deseas ceder su saldo con la opción  “periodo” (se expresa en bloques. 1440bloques = 24h). Por defecto, se establece en el periodo máximo (65535 bloques) equivalente a unos 46días.
  • Introduce tu contraseña.
  • haz click en el botón “ceder el saldo” (te costará 1 NXT ceder tu saldo)

Si deseas abandonar la pool antes de que expire el tiempo que has predeterminado, puedes transferirte los NXT a otra cuenta que esté bajo tu control, los derechos de forja se transfieren a esa cuenta. Si realizas una transferencia del total de tu balance, el balance de la cuenta anterior, es decir 0, quedará en la pool hasta que finalice el periodo que estableciste.

¿A quién puedo hacer un leasing? ¿Cuáles son mis opciones?

Puedes ceder tu saldo a un pool que:
– pague todo los Nxt forjados, calculado de manera proporcional o
– done tus fees forjados a los proyectos que se acorde o
– mantenga los NXT forjados (porque personalmente quieras apoyarles donándo tus fees).

Tienes que confiar que la pool te distribuya la parte que te corresponda, puesto que las comisiones por forjado las recibe el pool.

Agrupaciones (pools)

Nxtcrypto.org

http://pool.nxtcrypto.org/howto.html

Es una agrupación para el forjado que lleva activa desde Mayo de 2104

Hilo del foro: https://nxtforum.org/general-discussion/nxtcrypto-org-leased-forging-pool-only-fees-are-1nxt-to-withdraw/
Dirección del pool: NXT-K5KL-23DJ-3XLK-22222
Estado: http://pool.nxtcrypto.org/status.php
Ganancias: http://pool.nxtcrypto.org/earnings.php

Comisión del leasing: 1NXT. Solicitud de pago: hecha a través de un mensaje arbitrario, envía un mensaje (el contenido no es importante) para solicitar un pago. Comsión por la transferencia de los pagos: 1NXT. Distribución: proporcional a la potencia de forja.

Nxt Forging Pool

Nueva pool iniciada por @Seccour, miembro francés de la comunidad Nxt.
Puedes leer más sobre esto en: https://nxtforum.org/leasing-pools/nxt-pool/

Lotería “Lucky Node” o “Nodo afortunado”

Lurker1 escribe:

Ahora con esta lotería puedes “generar” monedas ejecutando un nodo público en tu ordenador. Creo que es importante recompensar los nodos de los principiantes con “peso” 0,  que hayan configurado su primer nodo y quieran ganar unas monedas. El bonus lo consigues por:
* poner un “hallmark” en tu nodo y tener weight>0;
* abrir API
* abrir API_SSL
* ejecutar un nodo de archivo

Un número indeterminado de NXT se enviarán cada 2 horas a un nodo aleatorio.

Para participar en la lotería debes poner tu dirección NXT en la propiedad nxt.myPlatform, dentro del archivo nxt/conf/nxt.properties.

nxt.myPlatform=NXT-XXXX-XXXX-XXXX-XXXXX

Para la configuración del OpenAPI debes tener la siguiente configuración:
nxt.allowedBotHosts=*
nxt.apiServerHost=0.0.0.0

opcionalmente aumenta el valor de nxt.maxNumberOfInboundConnections para hacer tu nodo más disponible a los demás y aumentar tus posibilidades:
nxt.maxNumberOfInboundConnections=500

y, por último, resetea tu nodo para que la configuración tenga efecto.

Opcionalmente, crea un hallmark en tu nodo para obtener un bonusextra por la weight>0 además del premio de la lotería.

Resetea tu nodo para que la configuración tenga efecto.

Echa un vistazo a tu nodo en la lista de https://nxtportal.org/peers y http://peerexplorer.com deberá aparecer en las dos para mejores resultados.

La dirección NXT-8F28-EDVE-LPPX-HY4E7 es mía y desde ahí se enviarán las monedas, no la pongas en la propiedad myPlatform. La he creado con una pequeña cantidad. Cuando esto se agote, espero que alguna ballena contribuya, de tanto en tanto, con una pequeña cantidad para mantener esta lotería.

Megadolon añadió:

Como esta lotería está dentro de los objetivos generales de la campaña de lotería Recompensa a la Forja, será apoyada a través de donaciones desde la cuenta Forging Bootstrapper NXT-HH9F-JMRB-6HRD-HD5ZW. (Para recibir las recompensas de ambas campañas, es necesario ejecutar un nodo público y forjar).

¿Cómo ejecutar un nodo de Nxt?

Puedes ejecutar un nodo desde tu casa.

En este tutorial puedes encontrar las instrucciones para configurar un nodo en una Raspberry Pi: http://test.nxter.org/es/tutorial-como-montar-un-nodo-nxt-en-una-raspberry-pi-2/

Si lo que deseas es configurar un nodo en un VPS (gratis o de pago) o en un servidor dedicado pero no sabes cómo, @emoneyRu te lo configurará y lo mantendrá gratis para ti. Puedes contactar con él en: https://nxtforum.org/public-nodes-vpss/emoneyru-will-for-free-manage-you-vpss-for-you/

Pero si quieres hacerlo por ti mismo, aquí tienes un tutorial:
https://nxtwiki.org/wiki/How-To:CreatePublicNode

Otros enlaces de utilidad:
Configurar un nodo histórico
https://nxtwiki.org/wiki/How-To:CreateHallmark
https://nxtwiki.org/wiki/How-To:CreatePublicNode
https://nxtwiki.org/wiki/How-To:UseSslCerts

Pon un Hallmark (Sello de calidad) y gana NSC (Nxt Security Coins)

Si tienes tu nodo con un sello de calidad puedes obtener recompensas adicionales

Un hallmark es un sello de garantía para un nodo de Nxt. Mediante la creación de una firma digital basada en tu dirección IP y en tu frase secreta, estás verificando que tu cuenta posee un nodo y es responsable de ello. Esto ayuda a proteger a la red de los ataques e incrementa la confianza de la red en tu nodo.

Además de recibir recompensas adicionales por parte del programa “Lucky Node” por crear un hallmark en tu nodo, también ganarás NSC (Nxt Security Coins), una moneda-recompensa establecida en el Sistema Monetario de Nxt y creada para promover el crecimiento y la seguridad de la red Nxt. Los NSC pueden intercambiarse por NXT en el intercambio del Sistema Monetario.

abctc escribe:

Distribución de los tokens NSC para los nodos con hallmark:
– Requisitos mínimos de la NRS: version última o penúltima de la cadena principal + última versión experimental si se presenta.
– Nuestro nodo tiene que poder ver tu nodo con hallmark, por favor, asegúrate que tiense esto escrito en tu configuración: “nxt.wellKnownPeers=nsc.nxt.org”
– Puedes comprobar si tu nodo está activo o no, en: http://nsc.nxt.org:7876/nxt?requestType=getPeers&active=true
– La comprobación del hallmark se realiza numerosas veces cada día con el fin de capturar tantos hallmarks como sea posible. Los nodos con hallmark capturados son guardados para usarlos durante la distribución quincenal. Puedes verlos aquí: http://nsc.nxt.org/
– La distribución se efectua de manera quincenal.
– ¡Los MS NSC que ganes* dependen del stake que tengas en la comunidad Nxt!
– Menos de 1000 NXT: 0.02 NSC por día y nodo (Para los pequeños nodos o forjadores)
– 1000 – 9999 NXT: 0.5 NSC por día y nodo (normal)
– más de 9999 NXT: 3.5 NSC por día y nodo (nodos de más confianza)
* Por favor, tenga en cuenta que los NSC se reparten cada 2 semanas cuando se alcanza un mínimo de 20 NSC (para reducir las fees). Si has ganado menos de 20 NSC, se te enviarán en la próxima ronda de reparto.

EmoneyRu puede gestionar tus VPS, gratis: https://nxtforum.org/public-nodes-vpss/emoneyru-will-for-free-manage-you-vpss-for-you/

El valor de los NSC lo decide la comunidad (consejo: por favor ayuda colocando órdenes de compra dentro del Intercambio del Sistema Monetario de Nxt y/o ¡no vendiendo todos los NSC que se distribuyen! Los emisores nunca van a vender las monedas emitidas)blockquote>
Megadolon escribe:

Esta campaña de larga duración gestionada por @abtc y @EmoneyRu usando la moneda NSC del Sistema Monetario recompensa exclusivamente a los nodos con hallmark. La cuenta Forging Bootstrapper NXT-HH9F-JMRB-6HRD-HD5ZW también dará apoyo a esta campaña mediante la colocación (de manera ocasional) de ofertas de compra un poco más altas que las existentes.

To benefit from all 3 campaigns, you’ll need to run a public node AND hallmark it AND forge with your NXT balance.

Nxt-ardor-forging-rewards

Fuente: https://nxtforum.org/general-discussion/5-million-nxt-bounty-for-nxt-ardor-forgers/

“Snapshot de Ardor” Versión 1.9.2 de Nxt

[fusion_builder_container hundred_percent=”no” equal_height_columns=”no” menu_anchor=”” hide_on_mobile=”small-visibility,medium-visibility,large-visibility” class=”” id=”” background_color=”” background_image=”” background_position=”center center” background_repeat=”no-repeat” fade=”no” background_parallax=”none” parallax_speed=”0.3″ video_mp4=”” video_webm=”” video_ogv=”” video_url=”” video_aspect_ratio=”16:9″ video_loop=”yes” video_mute=”yes” overlay_color=”” overlay_opacity=”0.5″ video_preview_image=”” border_size=”” border_color=”” border_style=”solid” padding_top=”” padding_bottom=”” padding_left=”” padding_right=””][fusion_builder_row][fusion_builder_column type=”1_1″ spacing=”” center_content=”no” hover_type=”none” link=”” min_height=”” hide_on_mobile=”small-visibility,medium-visibility,large-visibility” class=”” id=”” background_color=”” background_image=”” background_position=”left top” background_repeat=”no-repeat” border_size=”0″ border_color=”” border_style=”solid” border_position=”all” padding=”” dimension_margin=”undefined” animation_type=”” animation_direction=”left” animation_speed=”0.3″ animation_offset=”” last=”no”][fusion_text]Ha sido lanzada la versión 1.9.2 del cliente de Nxt.

Lectura relecionada: Distribución de Ardor

INSTALADORES

[/fusion_text][/fusion_builder_column][fusion_builder_column type=”1_3″ spacing=”” center_content=”no” hover_type=”none” link=”” min_height=”” hide_on_mobile=”small-visibility,medium-visibility,large-visibility” class=”” id=”” background_color=”” background_image=”” background_position=”left top” background_repeat=”no-repeat” border_size=”0″ border_color=”” border_style=”solid” border_position=”all” padding=”” dimension_margin=”undefined” animation_type=”” animation_direction=”left” animation_speed=”0.3″ animation_offset=”” last=”no”][fusion_text]

appletest

Nxt-download-button-grey-250hiweb[/fusion_text][/fusion_builder_column][fusion_builder_column type=”1_3″ spacing=”” center_content=”no” hover_type=”none” link=”” min_height=”” hide_on_mobile=”small-visibility,medium-visibility,large-visibility” class=”” id=”” background_color=”” background_image=”” background_position=”left top” background_repeat=”no-repeat” border_size=”0″ border_color=”” border_style=”solid” border_position=”all” padding=”” animation_type=”” animation_direction=”left” animation_speed=”0.3″ animation_offset=”” last=”no”][fusion_text]

windows

Nxt-download-button-blue-250hiweb[/fusion_text][/fusion_builder_column][fusion_builder_column type=”1_3″ spacing=”” center_content=”no” hover_type=”none” link=”” min_height=”” hide_on_mobile=”small-visibility,medium-visibility,large-visibility” class=”” id=”” background_color=”” background_image=”” background_position=”left top” background_repeat=”no-repeat” border_size=”0″ border_color=”” border_style=”solid” border_position=”all” padding=”” animation_type=”” animation_direction=”left” animation_speed=”0.3″ animation_offset=”” last=”no”][fusion_text]

linux

Nxt-download-button-gold-250hiweb[/fusion_text][/fusion_builder_column][fusion_builder_column type=”1_1″ layout=”1_1″ background_position=”left top” background_color=”” border_size=”” border_color=”” border_style=”solid” border_position=”all” spacing=”yes” background_image=”” background_repeat=”no-repeat” padding=”” margin_top=”0px” margin_bottom=”0px” class=”” id=”” animation_type=”” animation_speed=”0.3″ animation_direction=”left” hide_on_mobile=”small-visibility,medium-visibility,large-visibility” center_content=”no” last=”no” min_height=”” hover_type=”none” link=””][fusion_text]

Firma digital: “Stichting NXT”
.sh Sha256: bf135f9d7280860b59fb69d4753e436ed23ebbcf95e1e4112cb707c7a64a20b4  nxt-client-1.9.2.sh
Lanzamiento 1.9.2: https://bitbucket.org/JeanLucPicard/nxt/downloads/nxt-client-1.9.2.zip
1.9.2 .zip sha256: 4fe0520e5b4d0fe244dc9d8ab7943c1a107a7e4227ce4ae9f3236ae1dcc1a8ab  nxt-client-1.9.2.zip

NRS 1.9.2 notas de la versión

Esta es la primera versión estable de la serie 1.9. La actualización a esta versión es opcional en la red principal hasta que se alcance el bloque 1.000.000 (12 Oct). Sin embargo, se aconseja a todos los usuarios hacerlo antes,  ya que a partir del 14 de Julio, la actualización provocará un re-escaneo de la Blockchain.

La principal novedad en la versión 1.9 es la distribución del token ARDR. Para más detalles ver el changelog de la 1.9.0e .

Se ha optimizado el rendimiento durante el re-escaneo de la Blockchain, así como para los cálculos del balance en la toma de las instantáneas. Se añade la propiedad nxt.dbMaxMemoryRows para poder establecer el parámetro FILAS H2 max_memory.

Se ha actualizado Jetty a la versión 9.3.10, por lo que deberás eliminar la antigua carpeta de librerías antes de descomprimirlo encima.

Fuente: Jean-Luc, desarrollador principal,  https://nxtforum.org/nrs-releases/nrs-v1-9-2/

Visite también: Nxt anuncia Ardor 

El proceso de toma de instantáneas comienza en el bloque 870.400 (estimado para el 14 de julio) y termina en el bloque 1.000.000 ( 12 Oct).

Para obtener tus tokens ARDR es recomendable que mantengas tu saldo de NXT en tu propia cuenta.

Con respecto a los saldos dentro de cuentas de exchanges, cada exchange es responsable de gestionar el reparto de los tokens ARDR, que el exchange recibirán automáticamente en su cuenta una vez se termine el proceso de toma de instantáneas.

Los 3 mayores exchanges que comercializan Nxt; Poloniex, BTC38y Bittrex han anunciado que van a hacer instantáneas internas de los saldos NXT de sus clientes sincronizados con la blockchain principal. Los tokens Ardor se distribuirán a sus dueños en una proporción de 1 token de Ardor por cada 1 NXT. Las casas de intercambio se preparan para recibir nuevos clientes, fuera de los Fintech y del mundo de las inversiones, que buscan comprar tokens NXT para recibir los futuros tokens Ardor directamente con sus monedas fiduciarias. Los clientes minoristas ahora son capaces de acceder a la compra de la plataforma Ardor utilizando sus monedas fiduciarias.

[menu_anchor name=”nxt-video-guides”][/fusion_text][fusion_text]Desarrolladores

The Nxt API
Nxt Blockchain Tutorial
nxt / source / — Bitbucket
https://nxtforum.org/core-development/

[/fusion_text][fusion_text]

nxt-hepdesk-250hiweb

 [/fusion_text][/fusion_builder_column][/fusion_builder_row][/fusion_builder_container]

DeBuNe anuncia su cuarto pago de dividendos

El pasado miércoles, 15 de junio, Roberto Capodieci anunció un inminente e inesperado pago de dividendos a los accionistas de DeBuNeEl pago ha ido acompañado de un mensaje al más puro estilo @capodieci, dejando entrever a los 363 inversores (hasta la fecha) del ecosistema Nxt que esto es simplemente un pequeño adelanto de lo que está por venir.

La temporada de cosecha llegará en los próximos meses…. Esto es un pequeño aperitivo. He comprado, de nuevo, todas las acciones a la venta por debajo de 15NXT, ya que creo que no se merecen disfrutar de lo que va a venir. El valor de cada acción debería de ser como mínimo de 23…  ¡pero va a subir mucho más! Benditas todas las personas que han tenido paciencia y la siguen teniendo. Saludos

Roberto

Recordemos que el precio de las acciones de DeBuNe, durante el presente año, ha ido oscilando entre 5-10NXT acción. Esta noticia, acompañada de un dividendo de 0.8NXT/acción hace que DeBuNe se convierta en el activo del mes, recuperando un 300% su valor.

Para aquellas personas que no han quedado satisfechas con la decisión de recomprar las acciones antes de pagar los dividendos y hacer el anuncio, Roberto contesta:

No es abuso de información privilegiada, ya que ha sido el emisor el que las ha recomprado (no un tercero para obtener beneficios). Lamento que en su momento decidieras ponerlas a la venta a 15 nxt por acción pero, si lo hiciste, obtuviste tu beneficio a través de la venta, ¿no? De alguna manera hemos permitido recuperar su inversión a personas que querían vender para redistribuir las acciones a otros inversores que tienen más confianza y que son pacientes.

¡Gracias por el apoyo en el pasado de todos modos!

Sin duda ha sido una maniobra muy inteligente por parte de Roberto para evitar la especulación. Esperamos un gran futuro para DeBuNe y a todo su ecosistema, dónde Nxt desempeña un papel muy importante. Desde Nxter.org seguiremos atentos a las noticias que genere este activo, sin duda, uno de los más prometedores dentro del AE.

 

Más información sobre DeBuNe:

Hilo Informe de dividendo: https://nxtforum.org/debune/some-dividends-have-arrived/

Roberto Capodieci: https://sg.linkedin.com/in/debune

DeBuNe whitepaper:http://debune.org/DeBuNe.pdf

Vídeos geniales de DeBuNe: https://youtu.be/0nk-Ti-yKdk,https://youtu.be/hGpgYWP4DNw.

Lea más sobre Roberto Capodieci y sus antecedentes + sus visiones sobre la Blockchain en la edición impresa de The First Nxt Book (publicado en Febrero de 2016). Enlace: http://test.nxter.org/crowdfunding-the-first-book-about-the-nxt-cryptocurrency-platform/

[ANN]Nxt: NRS 1.9 experimental (actualizado)

[one_full last=”yes” spacing=”yes” center_content=”no” hide_on_mobile=”no” background_color=”” background_image=”” background_repeat=”no-repeat” background_position=”left top” hover_type=”none” link=”” border_position=”all” border_size=”0px” border_color=”” border_style=”” padding=”” margin_top=”” margin_bottom=”” animation_type=”” animation_direction=”” animation_speed=”0.1″ animation_offset=”” class=”” id=””][fusion_text]Version: 1.9.1e (versión experimental)

INSTALADORES

[/fusion_text][/one_full][one_third last=”no” spacing=”yes” center_content=”no” hide_on_mobile=”no” background_color=”” background_image=”” background_repeat=”no-repeat” background_position=”left top” hover_type=”none” link=”” border_position=”all” border_size=”0px” border_color=”” border_style=”” padding=”” margin_top=”” margin_bottom=”” animation_type=”” animation_direction=”” animation_speed=”0.1″ animation_offset=”” class=”” id=””][fusion_text]

appletest

Nxt-download-button-grey-250hiweb[/fusion_text][/one_third][one_third last=”no” spacing=”yes” center_content=”no” hide_on_mobile=”no” background_color=”” background_image=”” background_repeat=”no-repeat” background_position=”left top” hover_type=”none” link=”” border_position=”all” border_size=”0px” border_color=”” border_style=”” padding=”” margin_top=”” margin_bottom=”” animation_type=”” animation_direction=”” animation_speed=”0.1″ animation_offset=”” class=”” id=””][fusion_text]

windows

Nxt-download-button-blue-250hiweb[/fusion_text][/one_third][one_third last=”yes” spacing=”yes” center_content=”no” hide_on_mobile=”no” background_color=”” background_image=”” background_repeat=”no-repeat” background_position=”left top” hover_type=”none” link=”” border_position=”all” border_size=”0px” border_color=”” border_style=”” padding=”” margin_top=”” margin_bottom=”” animation_type=”” animation_direction=”” animation_speed=”0.1″ animation_offset=”” class=”” id=””][fusion_text]

linux

Nxt-download-button-gold-250hiweb[/fusion_text][/one_third][fusion_text]

Firma digital: “Stichting NXT”
.sh Sha256: 4e21c830f43d9d842c7005252b2a75983a4a5a067994c1b49ac1339f8ac5ed2c  nxt-client-1.9.1e.sh
Lanzamiento v1.9.1e: https://bitbucket.org/JeanLucPicard/nxt/downloads/nxt-client-1.9.1e.zip
1.9.1e .zip sha256: 097f2d10589b43bf5882f1e0d06f83740f09ca6f037ae73252eb6c555819b212  nxt-client-1.9.1e.zip

NRS 1.9.1e nota de la versión

Se ha corregido un fallo en la interfaz de usuario que afectaba a algunos envíos de formularios.

NRS 1.9.0e notas de la versión

Este es una versión experimental.
Se trata de una actualización obligatoria para todos los nodos de la testnet, siendo opcional para la red principal.

Esta versión permite realizar múltiples capturas (snapshots) del saldo de las cuentas Nxt, cada 60 bloques y durante un período de 90 días, para la distribución del token ARDR basado en el promedio del mencionado saldo al finalizar el período de toma de las instantáneas. El token (ARDR) será la base consensuada para la distribución de Nxt 2.0.

Lectura importante: Distribución de Ardor

En la red de pruebas (testnet) el proceso de snapshot dará comienzo en el bloque 649400 y finalizará en el bloque 779000
(24 de junio).

En la red principal (mainnet), el proceso de snapshot comenzará en el bloque 870400 (se espera que sea alrededor del 14 de julio) y finalizará en el bloque 1000000 (12 de octubre).

Vea también: Nxt 2.0: La plataforma blockchain con soporte de childchains Ardor

Puesto que en la testnet ya se ha alcanzado el bloque inicial, al actualizar a esta versión se realizará automáticamente un escaneado de la blockchain con el fin de calcular saldos anteriores de la cuenta. Aquellos que demoren la actualización del nodo de la mainnet hasta pasado el bloque 870400 también tendrán que pasar por el proceso de escaneo. No obstante, el
bloque del hardfork está establecido al final del periodo de las instantáneas, por lo que el plazo final para la actualización a la v1.9 es durante los bloques 779000 y 1000000 respectivamente.

Para obtener los tokens ARDR es esencial mantener tu balance de NXT en tu propia cuenta. No es necesario ejecutar un nodo o forjar. El saldo confirmado de NXT es el usado en el proceso de snapshot, no el saldo disponible, por lo que tener algún NXT bloqueado en órdenes abiertas del Asset Exchange, en shufflings, etc., no afectará para la obtención de tus ARDR.

Para los saldos de las cuentas de las casas de intercambio (exchanges), es responsabilidad de cada exchange gestionar la
redistribución de los tokens ARDR que se enviarán de manera instantánea a su cuenta una vez el periodo de snapshot finalice.

Damelon (Bas Wisselink) el 20-06-2016, 09:46:54 pm:
“La fundación Nxt va a estar en contacto con los exchanges para ayudar con este proceso. Os mantendremos informados.”
Fuente: https://nxtforum.org/index.php?action=post;quote=219422;topic=11475.0

Se añade una nueva entrada API, getFxtQuantity, que permite conocer la cantidad de ARDR ya acumulada por cada cuenta durante el proceso de toma de instantáneas, y una estimación de la cantidad todavía por obtener. Puesto que las instantáneas se realizan cada 60 bloques, los números que esta API muestra se actualizan solo una vez cada 720 bloques.

Los saldos de las instantáneas que se utilizan para la distribución de ARDR de una cuenta específica se pueden almacenar en el registro estableciendo la opción nxt.logFxtBalance para ese número de cuenta y realizar un reescaneo si la instantánea ya ha comenzado.

Se han añadido algunos bytes adicionales para la validación de la transacción, así como de validación de ordenes condicionadas, que entrarán en vigor después del hardfork.

Se añade una nueva entrada API, getAssetDividends, para obtener el historial de pagos de dividendos de un activo.
Esto se puede consultar en el cliente pulsando el nuevo enlace “Ver dividendos del activo” que aparece en la página del Asset Exchange. Los pagos de dividendos efectuados antes de que el nodo se actualizase a la versión 1.9.0e no quedarán reflejados en el historial, a menos que se fuerce un re-escaneo manual de la blockchain.

Después del bloque del hardfork, las operaciones de pago de dividendos serán limitadas a no más de una por activo cada 60 bloques.

Se añade una nueva tabla de mensajes en la Interfaz de Usuario del cliente. Se permite subir un archivo como adjunto a un mensaje, normal o encriptado, y descargar estos mensajes como archivos. Todas las APIs de creación de transacción que permitan archivos adjuntos podables ahora también aceptan la carga de los archivos de varias partes con los parámetros
messageFile o messageToEncryptFile o, cuando se usan los datos encriptados del lado del cliente, la parte de los datos pueden subirse utilizando el parámetro encryptedMessageFile. Como la página de API de prueba no soporta parámetros de carga de archivos múltiples, actualmente no están disponibles los botones de subida para ello.

Aceptación del parámetro Accept sharedKey en downloadPrunableMessage y getPrunableMessage APIs.

Se añade soporte a la interfaz de usuario para desencriptar los mensajes usando una clave compartida que permite revelar la clave compartida de un determinado mensaje encriptado a un tercero, con el fin que sea descifrada sin tener que mostrar la contraseña de la cuenta.

Optimización de la forja para reducir el salto de bloque cuando se lleva a cabo un hard fork.

Otras correcciones menores y mejoras en la interfaz de usuario.

Biblioteca H2 actualizada a la versión 1.4.192, tika a 1.13, y slf4j hacia 1.7.21. Si lo instalas de forma manual, asegúrate de borrar primero la antigua carpeta lib.

Fuente: Jean-Luc, jefe de desarrollo del proyecto Nxt https://nxtforum.org/nrs-releases/nrs-v1-9-0e/

 

[menu_anchor name=”nxt-video-guides”][/fusion_text][separator style_type=”none” top_margin=”” bottom_margin=”” sep_color=”” border_size=”” icon=”” icon_circle=”” icon_circle_color=”” width=”” alignment=”” class=”” id=””][fusion_text]Desarrolladores

The Nxt API
Nxt Blockchain Tutorial
nxt / source / — Bitbucket
https://nxtforum.org/core-development/

[/fusion_text][separator style_type=”none” top_margin=”” bottom_margin=”” sep_color=”” border_size=”” icon=”” icon_circle=”” icon_circle_color=”” width=”” alignment=”” class=”” id=””][one_full last=”yes” spacing=”yes” center_content=”no” hide_on_mobile=”no” background_color=”” background_image=”” background_repeat=”no-repeat” background_position=”left top” hover_type=”none” link=”” border_position=”all” border_size=”0px” border_color=”” border_style=”” padding=”” margin_top=”” margin_bottom=”” animation_type=”” animation_direction=”” animation_speed=”0.1″ animation_offset=”” class=”” id=””][fusion_text]

nxt-hepdesk-250hiweb

 [/fusion_text][/one_full]

Nxt anuncia: ‘ARDOR’

 

El equipo de desarrolladores centrales de Nxt ha presentado ARDOR. Tras años creando y testeando la plataforma Nxt ahora el equipo pretende involucrar aún más al público. Siendo la primera plataforma Blockchain 2.0, la comunidad ha estado mejorando Nxt continuamente y ahora se dispone a lanzar Ardor, orientado a compañías, organizaciones y, por supuesto, los usuarios.

ar•dor(ˈɑr dər) 
n.

1. encendimiento, enardecimiento de los afectos y pasiones.
2. viveza, ansia, anhelo.
3. calor grande.

También, esp. Brit., ar′dour.

El equipo de desarrollo de Nxt va a permitir que cualquiera pueda disponer de su propia blockchain gracias a la nueva plataforma de childchains, ARDOR, que incorporará las características y tecnologías que ya han sido comprobadas durante años por la criptoplataforma y criptomoneda Nxt 1.0. Muy pronto, cualquiera será capaz de crear sus propias soluciones blockchain utilizando las childchains de Ardor.

Nxt va a sufrir una enorme evolución. Las investigaciones realizadas por el equipo de Nxt han desembocado en Ardor, una plataforma que usa childchains e incorpora todas las últimas innovaciones de Nxt, a la par que está respaldada por el equipo de desarrollo de Nxt. Ardor es algo más que dinero: se ha buscado construir una plataforma blockchain abierta a todo el mundo, desde usuarios individuales hasta gobiernos o startups del Fintech, dónde cada uno puede crear su propia childchain e interactuar con todo el ecosistema blockchain. Esto significa que cualquiera, en cualquier lugar, será capaz de utilizar los servicios blockchain con relativa facilidad.

No podemos dar muchos más datos hasta que las características finales de Ardor estén repetidamente testeadas.

Pero he aquí una muestra de las futuras características que traerá el lanzamiento de Ardor:

Blockchain como servicio

Ardor abrirá el desarrollo de la tecnología blockchain a organizaciones e individuos de todo el mundo. Las mayores barreras que existían hasta ahora para lanzar una cadena de bloques están a punto de desaparecer.

Tamaño controlable de la Blockchain

Ardor solucionará el problema de la escalabilidad separando las transacciones de los datos y, de entre esto últimos, los datos que no afectan a la seguridad de aquellos que sí podrían hacerlo. El equipo de Ardor creará la primera de las childchain, que albergará muchas de las características de Nxt 1.0, así como características que se implementarán en el futuro. Este tamaño reducido también traerá menores tiempo de transacción, de modo que los procesos solo tardarán una fracción de lo que se tarda en Bitcon para ejecutar esas funciones.

Mercado descentralizado de activos (Asset Exchange)

Construido sobre la base del Asset Exchange de Nxt, Ardor permitirá mercadear activos lanzados en una chidchain en cualquier otra childchain. Esto permite a las childchains interacturar entre ellas y abre numerosas oportunidades de colaboración, así como de compra venta de assets a través de las diferentes cadenas, una característica muy demanda dentro del ecosistema de Nxt.

Sistemas de voto descentralizado y sistemas de gobierno

Ardor constituirá el núcleo del consenso descentralizado en el futuro. Un sistema de votación anónimo y seguro será una característica disponible en cada childchain, opción que ya existe en la plataforma Nxt.

Transacciones condicionadas

Los usuarios pueden establecer condiciones previas para ejecutar una transacción, tales como un mínimo número de votos o un determinado periodo temporal. Como en Nxt, Ardor utilizará Transacciones Inteligentes. Con esto, los usuarios solo necesitarán emitir los parámetros necesarios para la transacción, así como el identificador (ID) de la funcionalidad que quieren utilizar. Del mismo modo, el proceso de las transacciones es algo totalmente descentralizado. No existe un servidor centralizado, ni servicio, ni una aplicación, tal como Ethereum de Oracle.

“En lugar de proporcionar contratos inteligentes (smart contracts), NXT se centra en implementar las funcionalidades y los casos importantes directamente en el núcleo de tanto Nxt como Ardor. Se ha demostrado que este planteamiento es escalable y seguro, y lo será más una vez que Ardor se lance” – Riker

Estas son algunas de las cosas que Ardor te proporcionará tanto a ti como a la comunidad de las criptomonedas. Conforme el desarrollo continúe y la fase de pruebas vaya finalizando, proporcionaremos un análisis detallado de cada una de estas herramientas, así como de las características centrales que contenga Ardor. También revelaremos, paso a paso, una lista de nuestro socios y de lo que hacen con nuestra tecnología.

Esto es posible debido a los nuevos desarrollos que se están llevando a cabo dentro de la comunidad Nxt. El proceso de toma de decisiones y de organización se está profesionalizando. La comunidad y la estructura del equipo se están ajustando a las nuevas demandas, al mismo tiempo que la tecnología de Nxt y Ardor sigue siendo completamente de código abierto. Ardor es más que una criptomoneda, es una plataforma blockchain específicamente diseñada para dejar que cualquiera construya herramientas descentralizadas con las últimas innovaciones en tecnología blockchain.

Como conseguir Ardor

Puedes participar en Ardor desde este mismo momento. Mientras Ardor continúa en fase de desarrollo y pruebas, se lanzará Nxt 1.9. Con Nxt 1.9, ya tienes tu  primera oportunidad de obtener una porción de Ardor. Todos aquellos que atesoran una cantidad de NXT obtendrán una porción de Ardor. Se tomarán capturas instantáneas cada hora,  a partir del 14 de julio hasta el 12 de octubre. En ese momento, se realizará un promedio de tus NXT totales, y el 12 de Octubre recibirás esa cantidad de Ardor, que se podrá comprar y vender libremente hasta que el sistema Ardor sea lanzado definitivamente.

Con el bloque 1.000.000 en octubre de 2016, el proceso de toma de capturas se detendrá, y podrás comprar y vender tus tokens de Ardor en Nxt 1.9, hasta que se lance la blockchain de Ardor.

Una vez que se lance Ardor, Nxt 1.0 seguirá activo y se le continuará proporcionando soporte. Nxt 1.0 es el gigante sobre el que se construye Ardor y continuará funcionando como un componente básico del ecosistema de Nxt, actuando como una solución completa de blockchain en si misma, así como dando asistencia en el desarrollo y pulido de la plataforma blockchain Ardor.

Habrá muchas más noticias en las próximas semanas y meses. Ardor pretende ser una plataforma poderosa tanto para usuarios como negocios construyendo sobre la tecnología vanguardista de Bitcoin y Nxt. Si quieres ser parte de Ardor, ¡adquiere Nxt ahora y consigue tu participación en Ardor!

Fuente: https://nxtforum.org/core-development-announcements/(ann)-ardor-or-nxt-2-0-a-scalable-child-chain-platform/

“Write Once, Run Anywhere”

El software de referencia Nxt (NRS) está escrito en Java. La plataforma Nxt es la primera en ofrecer tanto a usuarios como desarrolladores los beneficios de usar este lenguaje de programación. El objetivo de este artículo es hacer una breve presentación sobre Java para desmoronar falsos prejuicios y evidenciar que su uso es ventajoso.

Riker, desarrollador del núcleo de Nxt:

Las principales ventajas de Java – seguridad, portabilidad y escalabilidad – son importantes para las aplicaciones distribuidas como NXT. El hecho de que no sea necesario volver a compilar en cada plataforma ahorra mucho tiempo y el no tener que preocuparse de la gestión de la memoria, es una gran ventaja en comparación con C / C ++.

El objetivo de Java (y principal motivo de su aparición en 1995) fue siempre crear un lenguaje común que pudiese correr en cualquier plataforma, sin necesidad de tener que ser recompilado en cada una de ellas, apoyándose para ello de una Java Virtual Machine (JVM). Sun Microsystems relanzó en 2006 la plataforma Java con licencia GPL de GNU.

Java se ha consolidado como una interfaz universal para bases de datos de la empresa. Su rápida ascensión y amplia aceptación se justifican por sus características de diseño y programación, sobre todo por su  leitmotiv de que se puede escribir un programa una vez, y ser ejecutado en cualquier lugar (conocido en inglés como WORA, o “write once, run anywhere”).

Riker, desarrollador de Nxt:

“El componente principal de la lógica empresarial de Nxt no tiene vínculos específicos con Java. Podría haberse desarrollado en cualquier otro idioma. Pero creo que la idea a enfatizar es que Java es el lenguaje de desarrollo más común para los desarrolladores corporativos y esto asegura un suministro constante de desarrolladores, un apoyo garantizado y actualizaciones a largo plazo. También hace a Nxt más amigable con las corporaciones, cómoda en comparación con el C ++ basado en Bitcoin y sus clones, y Ethereum. “

java1

 

A continuación vamos a enumerar las ventajas que supone programar en Java:

  • Java es fácil de aprender. Java fue diseñado para ser fácil de usar y por lo tanto es fácil de escribir, compilar, depurar, y aprender.
  • Java está orientado a objetos. Esto le permite crear programas modulares y código reutilizable, siendo independiente de la plataforma. Una de las ventajas más significativas de Java es su capacidad para moverse fácilmente de un sistema informático a otro. La capacidad de ejecutar el mismo programa en muchos sistemas diferentes es crucial para el software de la World Wide Web, dónde Java ha triunfado por ser independiente de la plataforma en el origen y en los niveles binarios.
  • Java se distribuye. Está diseñado para hacer de computación distribuida fácil con la capacidad de red que se integra inherentemente en ella. Escribir programas en Java en la red es como enviar y recibir datos desde y hacia un archivo.
  • Java es seguro. Java considera la seguridad como parte de su diseño. El lenguaje Java, compilador, intérprete y el entorno de ejecución se desarrollan pensando en la seguridad.
  • Java es robusto. Robustez significa fiabilidad. Java pone mucha atención a la comprobación temprana de los posibles errores.
  • Java es flexible. Por otra parte, el desarrollo continuo de la máquina virtual de Java (JVM) significa que nuestros productos a menudo pueden aprovechar las nuevas mejoras en el rendimiento de Java sin cambiar nada en nuestro código, sin ni siquiera volver a compilarlo, simplemente implementarlos usando una nueva JVM.
  • Java es multiproceso. Multiproceso es la capacidad de un programa para realizar varias tareas al mismo tiempo dentro de un programa. En Java, la programación multihilo, se ha integrado sin problemas en ella. Debido a la robustez, facilidad de uso, capacidades de cross-platform y a sus características de seguridad, Java, se ha convertido en un lenguaje de elección para el suministro de soluciones en todo el mundo de Internet.
  • Grandes sistemas. Java es especialmente adecuado para sistemas grandes con largos ciclos de vida. Java fomenta un estilo de programación lúcido que hace que los programas Java sean fácil de mantener y apoyar con un bajo coste total de propiedad.
  • Es gratuito.
  • Una comunidad mundial está detrás de Java. El Proceso de la Comunidad Java, o Java Community Process, establecido en 1998, es un proceso formalizado el cual permite a las partes interesadas a involucrarse en la definición de futuras versiones y características de la plataforma Java. Son documentos formales que describen las especificaciones y tecnologías propuestas para que sean añadidas a la plataforma Java.

java2

El gran salto cualitativo se produjo a partir de la versión Java 8, lanzada el 25 de marzo de 2014, la versión más importante de su modelo de programación, añadiendo numerosas ventajas a las versiones anteriores:

  • Java permite el IOT (Internet Of Things o El Internet de las Cosas): La comunidad de Java 8 ayudará a los negocios a formar parte del mundo de los dispositivos conectados (sensores médicos, vehículos, controladores industriales…). Proporciona una plataforma segura, flexible y escalable para el IOT.
  • Menos código significa más productividad: Java 8 facilita una mayor productividad de los desarrolladores a través de reducir código repetitivo.
  • La tecnología Embedded es un gran beneficio. Diseñado para realizar una o algunas pocas funciones dedicadas, frecuentemente en un sistema de computación en tiempo real.
  • Creación de gráficos llamativos. JavaFX 8 es un conjunto de herramientas gráficas incluidas en el JDK 8 que permite a los desarrolladores crear aplicaciones de cliente enriquecido utilizando herramientas de desarrollo Java estándar.
  • Java está integrado con JavaScript. Java y JavaScript no son lo mismo. Cuando los desarrolladores quieren usar Java y JavaScript, Nashorn puede ofrecer mejoras significativas en el rendimiento y la interoperabilidad entre Java y el código JavaScript.

Entornos de funcionamiento

El diseño de Java y sus características intrínsecas, amplian las posibilidades de aplicación:

  1. En sistemas de servidor. En la parte del servidor, Java es más popular que nunca, desde la aparición de la especificación de Servlets y JSP (Java Server Pages).
  2. Navegador Web. Desde la primera versión de Java existe la posibilidad de desarrollar pequeñas aplicaciones (Applets) en Java que luego pueden ser incrustadas en una página HTML para que sean descargadas y ejecutadas por el navegador web. Estas mini aplicaciones se ejecutan en una JVM que el navegador tiene configurada como extensión (plug-in) en un contexto de seguridad restringido configurable para impedir la ejecución local de código potencialmente malicioso.
  3. En dispositivos móviles. Desde la creación de la especificación J2ME (Java 2 Platform, Micro Edition), una versión del entorno de ejecución Java reducida y altamente optimizada, especialmente desarrollada para el mercado de dispositivos electrónicos de consumo ha producido toda una revolución en lo que a la extensión de Java se refiere.
    • La API de programación es muy sencilla, flexible y extensible.
    • Los servlets no son procesos independientes (como los CGI) y por tanto se ejecutan dentro del mismo proceso que la JVM mejorando notablemente el rendimiento y reduciendo la carga computacional y de memoria requeridas.
    • Las JSP son páginas que se compilan dinámicamente (o se pre-compilan previamente a su distribución) de modo que el código que se consigue supone una ventaja en rendimiento substancial frente a muchos lenguajes interpretados.
  4. En aplicaciones de escritorio (como el NRS de Nxt). Hoy en día existen multitud de aplicaciones gráficas de usuario basadas en Java. El entorno de ejecución Java (JRE) se ha convertido en un componente habitual en los PC de usuario de los sistemas operativos más usados en el mundo. Además, muchas aplicaciones Java lo incluyen dentro del propio paquete de la aplicación de modo que se ejecuten en cualquier PC.

Son innumerables las compañías que desarrollan aplicaciones para Java y/o están volcadas con esta tecnología:

  • La industria de la telefonía móvil está fuertemente influenciada por la tecnología Java.
  • Los entornos de desarrollo Netbeans y Eclipse ha tomado un lugar importante entre la comunidad de desarrolladores Java.
  • La fundación Apache tiene también una presencia importante en el desarrollo de bibliotecas y componentes de servidor basados en Java.
  • IBM, BEA, IONA, Oracle,… son empresas con grandes intereses y productos creados en y para Java.

Java en código abierto

Java se ha convertido en un lenguaje con una implantación masiva en todos los entornos (personales y empresariales). El control que mantiene Sun sobre éste históricamente ha generado reticencias en la comunidad de empresas con fuertes intereses en Java (IBM, Oracle) y, obviamente, en la comunidad de desarrolladores de software libre.
La evolución basada en un comité en el que participen todos los implicados no es suficiente y la comunidad demandó por mucho tiempo la liberación de las APIs y bibliotecas básicas de la JDK.

OpenJDK es la versión libre de la plataforma de desarrollo Java para este lenguaje orientado a objetos. Esta implementación se encuentra catalogada dentro de la licencia GPL de GNU con una excepción de enlaces, por lo que algunos de los componentes de las carpetas de clases y sitios web de Java se excluyen de los términos de la licencia para poder ser considerados dentro de la versión estipulada como GNU.

Jean-Luc, desarrollador principal de Nxt:

La tecnología Blockchain es nueva, aún no existe un conjunto de bibliotecas java específicas para ello, que debieras utilizar si quisieses desarrollar una blockchain. Al final todo se reduce a preferencias personales y estilísticas.

La blockchain puede considerarse como una base de datos versionados, donde el procesamiento de cada nuevo bloque ejecuta una operación en la base de datos para modificar el estado de la base de datos (tal como los saldos de cuenta) a uno nuevo, pero como este bloque (y no sólo este último, algún otro) podría ser desprendido, el estado anterior también debe de conservarse y tiene que haber una manera de volver a él. Esto es algo específico de las aplicaciones blockchain. En nuestro caso, hemos implementado nuestra propia versión utilizando una capa propia de mapeo objeto-relacional.

Pasadas 720 confirmaciones las transacciones son irreversibles, es decir, un bloque de más antigüedad ya no se puede desprender. Esto significa que no necesita que se mantenga el estado de base a los datos pasados 720 bloques y, como optimización (un tema muy importante) debe ser recortado. Esta es otra de las características específicas de nuestra capa versionada de la base de datos.

Otra cosa: esto es una aplicación p2p, pero no puedes confiar ciegamente en ninguno de las peers, debes validar todas las entradas y atender a los casos especiales. No puedes permitirte el lujo de cometer errores…

Con todos los datos previamente expuestos, resulta evidente que Java era la opción más lógica para el desarrollo de Nxt y conseguir, de este modo, hacerlo competitivo dentro del mundo de las finanzas. Después de todo no es de extrañar que BCNext, el misterioso creador de la cripto-plataforma Nxt, decidiera idearla en Java.

 

 

Fuentes:

http://www.streetdirectory.com/travel_guide/114362/programming/most_significant_advantages_of_java_language.html
http://www.java-success.com/
http://www.tiobe.com/tiobe_index
http://stackoverflow.com/questions/242225/what-are-the-benefits-of-java
http://www.cinnober.com/sites/cinnober.com/files/news/The-benefits-of-Java-white-paper-1.pdf
https://es.wikipedia.org/wiki/Java_(lenguaje_de_programaci%C3%B3n)
https://en.wikipedia.org/wiki/Free_Java_implementations
http://www.forbes.com/sites/oracle/2014/03/26/8-reasons-to-love-java-8/#781c79d156d5
http://www.ibm.com/developerworks/java/tutorials/j-sec1/j-sec1.html
https://es.wikipedia.org/wiki/OpenJDK
https://es.wikipedia.org/wiki/Java_Community_Process

Hoja de ruta de Nxt 2.0

Hoja de ruta de Nxt 2.0

Ha sido presentado Nxt 2.0, el sucesor de la pionera plataforma Nxt, la cual ha sido fuente de inspiración para otros muchos exitosos proyectos blockchain.

Nxt 2.0, basado en la experiencia adquirida al desarrollar Nxt 1.0 durante más de 2 años y medio, pretende solventar los problemas de escalabilidad, privacidad, liquidez y usabilidad.

Nxt 2.0 conserva todas las características principales de la primera versión de Nxt pero ampliando su concepto, añadiendo childchains seguras y escalables. Esta nueva arquitectura flexible permitirá a los usuarios crear sus propias blockchains personalizadas, que se encontrarán respaldadas por la seguridad proporcionada por el ecosistema colectivo de la plataforma Nxt 2.0.

Nxt 2.0 está siendo desarrollado por un talentoso equipo dotado de grandes y experimentados profesionales. Se trata del mismo equipo que construyó: el primer verdadero sistema Proof-Of-Stake, el primer sistema de intercambio de activos descentralizado, el primer sistema de mezclado de monedas (coin shuffling) completamente descentralizado… así como otras muchas innovadoras características para la tecnología blockchain.

El equipo de desarrollo del núcleo de Nxt ha estado presentando novedades constantemente desde el lanzamiento inicial a finales de 2013 y muchas innovaciones de Nxt han sido utilizadas en otros proyectos.

 

NXT 2.0 ha pasado la fase inicial de estudios previos. Tras poner en común sus experiencias al trabajar en Nxt 1.0 durante más de dos años, los desarrolladores Jean-Luc, Riker, ScripterRon y Petko han arrancado la primera fase de programación de Nxt 2.0.
Escribir el código de Nxt 2.0 llevará su tiempo. El equipo de desarrollo no busca un lanzamiento a bombo y platillo con un sistema a medio terminar, sino que quiere estar seguro de que la nueva plataforma mantiene los estándares de calidad de su predecesora. Consideramos que, de hecho, constituye el patrón de referencia en cuanto a estabilidad y rendimiento que una plataforma blockchain debería buscar.

La fase de programación inicial comenzó hace unas semanas y se espera que se prolongue durante al menos el resto de 2016.

Testnet

En el momento de la redacción del presente texto, el equipo de desarrollo pretende lanzar la primera versión de la red de pruebas Nxt 2.0 a principios de 2017. Durante la fase Testnet del software, habrá muchas reescrituras y reajustes, basados en la opinión de los usuarios y un uso continuo de la plataforma. La fase Testnet tendrá una duración de al menos seis meses para estar completamente seguros de que la primera versión real será segura y confiable en el momento de su lanzamiento.

Mainnet

En el momento de la redacción del presente informe, se estima que la primera versión de Nxt 2.0 se lanzará durante el tercer trimestre de 2017.

Nxt 2.0 conservará TODAS las características de la plataforma Nxt 1.0

A continuación se ha resumido el modo en que cada característica actual será transferida a la nueva childchain FNX en el momento de su lanzamiento.

Números de cuenta

Los números de cuenta se conservan, puesto que la asignación de la frase secreta, la clave pública y el identificador de cuenta no cambia. Cada frase secreta corresponderá exactamente al mismo número de cuenta en la versión 2.0. Los actuales usuarios de la versión 1.0 podrán iniciar sesión con NXT 2.0 con su contraseña actual.
La tabla de cuentas será global y cada cuenta podrá tener saldos de cualquiera de los tokens de otras childchains, así como en FXT.

Activos

Los activos existentes dentro de la plataforma Nxt 1.0 o su histórico de las transacciones no serán trasladados de manera directa a la childchain FNX.

Como Nxt 1.0 seguirá existiendo, el equipo de desarrollo cree que es mejor dejar la elección de cuándo y cómo mover los activos a Nxt 2.0 en manos de los poseedores de los activos y de sus emisores.
Seguramente la mejor manera de hacerlo sería eliminando los activos existentes, requiriendo que fuesen devueltos a la cuenta del emisor para su canjeo después tras la emisión de los nuevos activos en Nxt 2.0. O podría realizarlo el emisor del activo anunciando el momento en el cual va a tomar una instantánea de los saldos de los activos dentro de la 1.0 y, a continuación, volver a distribuirlos en la versión 2.0.

Los activos serán universales en la versión Nxt 2.0, lo que significa que cualquier activo, independientemente de la childchain en la cual se haya emitido, podrá ser comercializado en cualquier childchain que permita su comercio.

Monedas del Sistema Monetario

Los nombres de las monedas del sistema monetario también serán universales y será posible comercializarlas en cualquier childchain. Los nombres y códigos de las monedas existentes dentro del Sistema Monetario de Nxt 1.0 serán transferidos a la childchain FNX, incluyendo los saldos de las monedas de todas las cuentas. El historial de transacciones no se transferirá.
El equipo de desarrollo dará asistencia a cualquier moneda del Sistema Monetario que quiera hacer la transición a una childchain, es decir, poner en marcha una childchain con la distribución del token basado en la actual distribución de estas monedas dentro del Sistema Monetario.
Los nombres y los códigos de las monedas del sistema monetario serán exclusivos para cada childchain. Esto eliminará la posibilidad de poner el nombre para todas las cadenas. El formato propuesto para los nombres de las monedas del sistema monetario es el siguiente: CODIGODELAMONEDA.CODIGODELACHILDCHAIN, por ejemplo ELEMS.FNX.

Mensajes arbitrarios

Ningún Mensaje será transferido de la versión 1.0 a la 2.0

Etiquetas de datos

Ninguna etiqueta de datos será transferida de la versión la 1.0 a la 2.0

Bienes digitales

Ningún producto ni sus ventas serán transferidos de la versión 1.0 a la 2.0

Alias

Los alias existentes en la versión Nxt 1.0 serán transferidos a la childchain FNX. De la misma manera que los nombres y códigos de las monedas del Sistema Monetario, los Alias serán únicos sólo en su propia childchain. A nivel global, los alias se anexarán con un sufijo a la childchain para identificar a que cadena pertenecen. Por defecto, los nombres de alias que no cuenten con el sufijo de la childchain se sobreentenderá que pertenecen a la childchain FNX.

Votaciones

El sistema de votaciones estará disponible en cualquier childchain.
Las encuestas abiertas o no finalizadas NO se trasladarán a la versión 2.0. Los sondeos aún activos tendrán que terminarse en la cadena actual 1.0.

Transacciones por etapas

Las transacciones por etapas estarán disponibles en cada sidechain.
La configuración actual del Sistema de Control de Cuentas NO serán transferidos a la nueva childchain FNX.

Leasing

El leasing de cuenta se mantiene, pero únicamente en la cadena principal FXT, ya que los saldos FXT son los únicos que proporcionarán seguridad a la blockchain (forja). Los leasings existentes en la versión 1.0 NO serán transferidos, se tendrán que volver a crear.

Plugins

Nxt 2.0 será compatible con los Plugins. Pero los existentes deberán ajustarse a la configuración de la plataforma 2.0

¿Qué va a pasar con la versión 1.0?

El equipo de desarrollo de Nxt está comprometido a proporcionar asistencia, corrección de errores y cualquier posible actualización de emergencia a la actual cadena NXT 1.0.
No será necesario eliminar las monedas 1.0 para recibir los tokens 2.0 y además eres libre de tradear los tokens FXT que recibirás después de que el proceso de toma de instantáneas haya finalizado.

El equipo de desarrollo busca hacer la migración a la versión 2.0 lo más sencilla posible, por lo que se permite una amplia ventana de tiempo para realizar este movimiento.
En resumen, nada va a cambiar para Nxt 1.0, excepto que el trabajo activo en nuevas características se detendrá. La plataforma se mantendrá activa y los usuarios se beneficiarán de una plataforma segura y bien cuidada.
El equipo de desarrollo también proporcionará ayuda y apoyo a los usuarios que deseen mover sus negocios de Nxt 1.0 a Nxt 2.0.

La primera innovación que presenta Nxt 2.0 es dividir la blockchain en una cadena principal, que se utilizará solo para la creación del consenso, y múltiples cadenas (childchains), las cuales tienen su propio libro de transacciones utilizando su propia moneda o token.

Esto significa que inicialmente habrán dos distribuciones de tokens: una para el token de la cadena principal (por ahora se llama FXT), y otra para el token de la primera childchain que se pondrá en marcha (por ahora se llama FNX).

El equipo de desarrollo reconoce las enormes contribuciones de los inversores y titulares del original NXT 1.0, sin los cuales Nxt 2.0 no sería posible, y han decidido concederles privilegios para estos nuevos tokens.

Es importante señalar que ¡el lanzamiento de Nxt 2.0 no significa el cese de la versión Nxt 1.0! El equipo central se ha comprometido a seguir prestando apoyo a Nxt 1.0 durante al menos un año después de la puesta en marcha de Nxt 2.0 y, probablemente bastante más.

No será necesario eliminar de Nxt 1.0 con el fin de recibir, ya sea, FXT o FNX

Distribución:

FXT (Tokens de la cadena principal)

Todos los poseedores de NXT recibirán los tokens FXT en el lanzamiento de la Mainnet.

Poco después de la liberación de la versión Nxt 1.9 (destinada a ser la última versión importante en la rama Nxt 1.0), 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á un promedio durante el periodo de tres meses y todas las cuentas quedarán acreditadas automáticamente con un saldo representativo del nuevo token, que representa las participaciones en FXT, emitido como un activo en el intercambio de activos de Nxt.

Los activos FXT podrán ser comercializados libremente.

La distribución de las monedas reales FXT (se harán el día del lanzamiento de la Mainnet de Nxt 2.0 en el tercer trimestre de 2017) se basará en la titularidad de los activos FXT de cada usuario en la blockchain de Nxt 1.9, tomada poco antes de la creación del bloque génesis de Nxt 2.0.

FNX (Tokens de transacción de la Childchain FNX)

La distribución del token FNX estará basado en las tenencias de cada cuenta de NXT en el momento de la creación del bloque Génesis de NXT 2.0.

En el momento de escribir el presente documento, el equipo de desarrollo ha decidido abonar el 50% de las tenencias a cada nueva cuenta de FNX, aunque se reserva el 50% de los FNX para la financiación del equipo de programadores, el desarrollo de negocios y otras operaciones que necesitarán financiación para hacer que NXT 2.0 sea un éxito.

El equipo de desarrollo reconoce que no incluir este paso en la distribución de 2013 ha sido un error ya que dejó al proyecto con una insuficiencia de financiación crónica.

Como un modelo basado en la donación no es sostenible, el equipo de desarrollo ha decidido optar por la asignación del 50% para el desarrollo y sostenibilidad del proyecto.

Distribución del token Nxt 2.0 

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

nxt-ico kopi

Aquellas personas que han seguido Nxt 1.0 saben que el lanzamiento de Nxt 2.0 (Ardor) va a suponer 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 que están funcionando de manera estable sobre esta 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 Ardor en la primera cripto plataforma escalable de forma global. Además, Ardor 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 (ARDR) ‘forjará’ (~ stakear / ~ 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 (Ignis) 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 (main chain) que se utilizará únicamente para la creación del consenso, y múltiples cadenas hijo (child chains) que mantienen los libros de contabilidad separados con las transacciones. Cada childchain usará su propio token/moneda.

En el anuncioJean-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.

La distribución de los 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.

Ardor tokens

TODOS los tokens de la cadena principal (main chain) de Nxt 2.0 (ARDR) 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 ARDR y sin cambios en las API.

La única manera de obtener ARDR 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 ARDR.

Los activos ARDR podrán  comercializarse libremente.

La distribución de los verdaderos tokens ARDR estará basado en la propiedad de los activos ARDR de cada usuario en el mismo momento que se cree el bloque génesis de Nxt 2.0.

No será necesario destruir assets de Nxt 1.0 con el fin de recibir los tokens de ARDR o Ignis

Los tokens ARDR se usarán para forjar en Nxt 2.0 (es decir, staking/ 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 ARDR.

Riker explica:

Los tokens ARDR tienen la habilidad de agrupar muchas operaciones de las child chains en un único bloque (childchain block) dentro de la cadena principal (main chain) (es decir, convertirse en un bundler) y forjar las transacciones en la cadena principal.

El lanzamiento de la cadena Ardor está previsto para el tercer trimestre de 2017.

IGNIS, los tokens de la childchain de Nxt

Presentando Ignis.

Como se ha indicado anteriormente, la versión Nxt 1.x continuará funcionando y conservarás todos los NXT que ya poseas.

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 Ignis y será el único token transaccional de la nueva red Nxt 2.0. hasta que se generen las nuevas childchains.

Los tokens de Ignis 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 Ignis que serán distribuidos al equipo de desarrollo se utilizarán para continuar financiando el desarrollo de la plataforma Nxt 2.0.

Jean-Luc escribe:

Los tokens Ignis 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 Ignis. El otro 50% se reservará para los desarrolladores para, por ejemplo, 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 (ARDR), a los poseedores de NXT 1.0 se les acreditará un número de Ignis (tokens de transacción en Nxt 2.0) equivalente al 50% de NXT que tengan en posesión cuando se lance Ardor, previsto para el tercer trimestre de 2017.

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 de ARDR e Ignis ya que serán distribuido a la cuenta del exchange. La casa de intercambio obtendrá los tokens ARDR / Ignis y decidirá qué hacer con ellos.”

Nuestro mejor consejo es que lo mejor es que mantengas tus NXT en su propia cuenta Nxt, conservando tu mismo tu contraseña (passphrase)

A los desarrolladores de Nxt – sentiros seguros de programar con Nxt

Nxt ha tenido problemas manteniendo la compatibilidad con versiones anteriores, debido a los preparativos para el cambio hacia Nxt 2.0 / Ardor

La API de Nxt 1.10.x no sufrirá cambios, por lo que todos los desarrolladores que trabajen con la API de Nxt 1.10.x 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 centrales.

Financiación a largo plazo del núcleo de Nxt

En el artículo anterior ya adelantábamos como Nxt2.0 había abierto un debate sobre la financiación y la posible falta de fondos para continuar con el desarrollo del proyecto y su promoción.
El líder de los desarrolladores de Nxt, Jean-Luc, afirma que seguirá trabajando un año más en calidad de voluntario, hasta que termine la nueva versión, pero sigue contemplando la posibilidad de una IPO para garantizar la viabilidad.

Jean-luc: La IPO es la única forma de conseguir fondos sin dejar de ser independientes y sin poner en peligro el futuro de la blockchain pública. Voy a desarrollar Nxt2.0 con o sin IPO. Pero si en lugar de organizarse una campaña de crowdfunding acabamos siendo financiados por inversores privados, ellos serán los que decidirán el camino.
No recuerdo a la “corporación” Nxt haber vendido nunca ninguna acción a los inversores. Los 21 BTC recolectados por BCNext se han quedado atrás (y no se dónde, ya que yo no soy BCNext). Si hubiese una IPO, sería la primera verdadera IPO en la historia de Nxt. Sería una notable ronda de financiación que significarían para el desarrollo y la comercialización. Y sin ella, la buena voluntad y las donaciones serán simplemente insuficientes.

Los representantes de la fundación y del proyecto Tennessee garantizan que la comunidad dispone de los fondos necesarios para continuar un año más (Recordemos que Tennessee fue inicialmente ideado para 12 meses y que la fundación Nxt dispone de un fondo para desarrollo). Pero dejan clara la situación de escasez de fondos a la que se enfrenta la comunidad.

Damelon: BCNext no nos hizo ningún favor dejando a la comunidad con una severa falta de fondos. A pesar de ello, esto nos ha ayudado a ser extremadamente creativos. De cierta manera ha sido una gran ganancia.

La falta de marketing, las exitosas campañas de recaudación efectuadas por otras iniciativas fuera del ecosistema NXT, la actual limitación de fondos que afronta la comunidad, añadido a las declaraciones de Jean-Luc… todo este conjunto de sucesos ha alentado a las opiniones pro-recaudadoras y, por lo tanto, contrarias a la distribución 1:1 de (f)NXT.

Marc de Mesel: Yo estoy dispuesto a apoyar la IPO si los fondos obtenidos van a una cuenta dónde la mayoría de los titulares de la moneda decidan dónde y en qué gastarlo.

Abtc: Si, porque Jean-Luc aboga por ella y porque las sidechains son un nuevo invento, por eso deben someterse a IPO. Nadie en la IPO de 21BTC del año 2013 pagó por las nuevas sidechains.

La mayoría de la comunidad, mediante encuestas dentro de Nxt, ha manifestado que no está de acuerdo en realizar ninguna campaña de recaudación, pero el debate sobre la escasez de fondos no ha hecho nada más que empezar.

¿Cómo podemos auto-gestionar y garantizar los fondos para la viabilidad del proyecto?

nxt-ico

A diferencia de otras moneda, NXT, no es de carácter inflacionario ni deflacionario. Recordemos que Nxt consta de 1.000.000.000 de tokens, ni uno más ni uno menos.
Vamos a ver algunas de las diferentes propuestas expuestas por reputados miembros y veremos como podrían afectar a la marca Nxt. ¿Podemos o debemos modificar la naturaleza de Nxt aunque sea por una buena causa?

Sugerencia 1: Inflación controlada.
El inversor Marc de Messel propuso la idea de crear nuevos token NXT, de forma controlada, para pagar el equipo de desarrollo. Se puede ver la votación aquí. Sin embargo, ganó el NO de manera aplastante, como era de esperar.

Sugerencia 2: Vender características

Sebastien 256: Otra posibilidad puede ser la de vender características. Por ejemplo: moviendo el almacenamiento en la nube de la childchain 2.0 y crear una nueva childchain con solo esa característica pero con un nuevo token. No se si esto es realizable, pero sería una posibilidad.

Sugerencia 3: Vender futuras características

Sugerencia 4: Expropiaciones, recaudación de los darkNXT o cuentas muertas

Lurker10 : Si una cuenta no envía un mensaje, durante un periodo de 6 meses, no recibirá los (f)NXT. Es fácil y elegante. Definimos una altura de bloque en el hardfork hacia la 1.9 y enviamos únicamente los activos a las cuentas que han enviado ese mensaje. El resto va a la IPO.
Bcdev: seria peor que lo que hizo Bitshares o Dash en su día. Definitivamente esto mataría a Nxt.
Cassius: Cualquier tipo de expropiación mataría a la cripto.

Sugerencia 5: Hacer un crowfunding por etapas

Brangdon: para empezar estaríamos hablando de emitir cuatro nuevas monedas en modo crowdfunding, con nombres como May_2016, Jun_2016, Jul_2016, Aug_2016, que se activarían el primer día de cada mes. La cantidad a recaudar podrían ser 200.000, 300.000, 400.000, 600.000 NXT. Si el primer mes tiene éxito podría servir para financiar Tennessee durante una semana, lo que en sí ya vale la pena. Si podemos llegar al punto de poder recaudar todos los meses la cantidad necesaria para permitir financiar a Tennessee durante un mes más, los fondos con los que cuenta en la actualidad podrían usarse como colchón.
Mi propuesta es utilizar el crowdfunding de particulares al corto plazo, desarrollándose con el patrocinio de las empresas a largo plazo, cómo en la fundación Linux.

Sugerencia 6: Pagar efectivo para desarrollar NXT2.0

Neofelis:Voy a pagar directamente en efectivo a los desarrolladores para desarrollar Nxt2.0 como si fuese una ICO. Tengo unos pocos miles a invertir y creo que esto es una buena dirección para la criptografía y estoy dispuesto a poner dinero en efectivo para conseguirlo.

Sugerencia 7: Monetizarnos a nosotros mismos y donar parte de los ingresos

Apenzl: ¿por qué no construimos servicios de uso fácil y sistemas comerciales, obtenemos beneficios económicos de nosotros mismos y donamos algunos fondos IPO y algún % del beneficio para el desarrollo del núcleo de Nxt?

Sugerencia8: Donativo del 10%

Brangdon: Done el 10% de su posesión al fondo de D&O.

Sugerencia 9: Plan del usuario Nxter.

Paso 1: Lanzar una nueva marca: nuevo nombre, nuevos colores, nuevo logo y nuevo eslogan. Tenemos que captar la esencia de Nxt2.0 con esto.
Paso 2: Usar el sistema monetario de Nxt para llevar a cabo la propuesta de crowdfunding de Nxt2.0 (perfecto caso de uso para el sistema monetario)
Paso 3: Una enorme campaña de marketing para presentar la nueva marca y las características 2.0: vídeos, artículos, presencia en las redes sociales, grandes presentaciones en las conferencias, acercamiento a potenciales inversores/empresas, anunciar la asociación con Azure, anunciar una ICO.
Paso 4: ICO sobre la nueva marca y aceptar solo pagos en BTC. El NXT recaudado en la etapa 3 será distribuido con esta ICO. Una ICO genera una gran cantidad de exposición, debate y expectativas. Esto es libre comercialización!
Step 5: Pagar las donaciones NXT en BTC usando el 50% de los fondos recaudados en la ICO (los nxters podrían utilizar esos BTC para recomprar Nxt si lo desean). El otro 50% de los fondos se pueden usar para hacer esta plataforma corporativa: expandir la fundación y contratar a un equipo de desarrolladores para ayudar a Jean-Luc y Riker.

Sugerencia10: Plan de devlux y su activo Evolve.

Devlux: En este momento, tenemos una oportunidad de recaudar fondos para construir un negocio que ayude al uso empresarial de NXT. En este punto, este es el único camino correcto. El mercado B2B tiene un valor de billones de dolares y será mucho más fácil que tratar de ir hacia la versión 2.0. Tener en cuenta el desastre absoluto que hizo Bitshares cuando se mudó a la versión 2.0. Es difícil poderlo hacer mejor pero, a la vez, no creo que se pueda hacer peor.
NXT es un producto muy superior pero falta darle visibilidad en el mercado.

 

El libro del segundo aniversario de Nxt cuenta con un excelente artículo redactado por Damelon, titulado “The original spirit”, donde hace una reflexión que nos sirve perfectamente como conclusión para los dos últimos artículos publicados, poniendo de manifiesto el funcionamiento de la comunidad de Nxt y su modo de afrontar los problemas:

Aún a pesar de que los desarrollares son vitales en Nxt, no son los líderes del proyecto. El proyecto Nxt no se lidera de un modo convencional, sino que funciona a base de individuos que lanzan iniciativas que, o bien tienen éxito o, por el contrario, fracasan.
Esto explica por qué la gente que observa la comunidad Nxt desde el exterior generalmente se llevan una impresión de un grupo desorganizado e inconexo de gente hablando de objetivos diferentes. Algunos encontrarán esto como desconcertante, especialmente aquellos que piensan que el progreso sólo se puede conseguir siguiendo una línea dónde los puntos están claramente predefinidos con anterioridad que siempre se pueden unir con líneas rectas.

Controversia sobre el reparto de (f)NXT en la v2.0

Estamos viviendo un 2016 muy intenso en la comunidad Nxt. El inicio ha sido marcado por un exitoso hardfork hacia la versión del SRN 1.7. proporcionando nuevas características y mejoras a la red, entre ellas el Coin Shuffling y los tiempos de bloque prefijados a 1 minuto, poniendo punto final a aquellos bloques que parecían atascarse en la Blockchain. Pero nos ha dejado la parte agridulce: a causa de los cambios efectuados en las API’s, y tras desapacibles discusiones, empresas como Supernet o Coinomat, dos ilustres dentro del Asset Exchange, decidieron poner punto y final a su relación con Nxt y empezar a trabajar en su propia Blockchain: Iguana y Waves, respectivamente.

Mientras tanto, los desarrolladores de Nxt llevaban tiempo planeando una nueva hoja de ruta: la versión 2.0 de NXT y no tardaron mucho en exponerla públicamente para su discusión. El modelo presentado hizo recordar a muchos de los presentes la idea de BCNext.

Básicamente Nxt 2.0 pretende ser un sistema escalable capaz de reducir la hinchazón de la Blockchain, solucionando los dos principales problemas de las blockchain en la actualidad. Un gran reto que cuenta con un año por delante para su desarrollo.

Riker:

Esto permite podar la actual Blockchain de Nxt a niveles mínimos

Todo apunta a un largo año de diálogos y contraposición de ideas. Poner de acuerdo a tantas partes no es tarea fácil y menos cuando se nada a contracorriente dentro de un mercado movido en gran parte por la especulación que, como era de prever, no tardó en reaccionar provocando una caída de precios. Recordemos que los NXT invertidos en los activos no pertenecen al balance. Varias personas decidieron abandonar Nxt, y otras fortalecieron sus posiciones aún más. Está clara una cosa; al mercado le encanta los cambios.

nxt-2.0

Sin tiempo para celebrar el exitoso hardfork de la versión 1.7, el anuncio del camino a seguir en la versión 2.0 supuso un giro de 180 grados. El concepto básico consiste en crear un token (f)NXT que poseerá el poder de forjado de la red Nxt, y los actuales tokens de NXT se convertirán en una childchain de los primeros, conservando las mismas características que ya disponía salvo la capacidad de forjado. De esta manera, al no tener que conservar la información correspondiente a la forja, la childchain NXT podrá ser podada, solucionando los problemas de escalabilidad.

La comunidad se vió inmersa en acaloradas discusiones acerca de cómo distribuir el futuro token de nueva creación exclusivo para el forjado(1NXT=1(f)NXT), suscitando opiniones controvertidas entre las partes más interesadas; usuarios, inversores, desarrolladores externos, ballenas, los desarrolladores del núcleo, emisores de activos, inversores de activos, forjadores y los holders.

Paralelamente a las conversaciones sobre la manera de distribución, Damelon hizo una encuesta, quizás motivado por la idea de un miembro que sugería trabajar en otros aspectos y dejar la escalabilidad y la hinchazón para cuando resultasen ser un problema.

Damelon: Do you want Nxt 2.0 to happen?
1-SI – 145.035.072NXT
2-NO – 57.092.131NXT

Es posible que la mayoría de los votantes tuviera en cuenta que Nxt no tiene el problema de escalabilidad e hinchazón porque actualmente su Blockchain está trabajando a mínimo rendimiento y, cuando llegase el momento, la manera de solucionar estos aspectos sería trabajando sobre múltiples Blockchain. (véase hipercube de ethereum). La idea de NXT 2.0 tomaba sentido.

La discusión sobre el momento de efectuar la captura, en caso de realizarse, dio lugar a la segunda encuesta de Damelon

Jean-Luc en uno de sus mensajes dejaba esta reflexión:

¿Cómo hacemos la transición, o re-distribución, sin causar daños, por ejemplo, a los precios de activos ni causar otros efectos económicos inesperados?

Durante los dos meses de discusiones se han barajado las siguientes posibilidades:

  • 1NXT=1(f)NXT en el momento del hardfork hacia la versión 2.0. Es la que toma más consistencia, el fork estaría previsto para enero de 2017, dando tiempo a todas las partes interesadas a obrar sus estrategias.

Allwelder y Sebastien256 no tardaron en dejar su claro punto de vista:

NO IPO. Solo apoyaré la decisión 1NXT=1(f)NXT. Es la mejor solución tanto para los usuarios activos como los que no. El Snapshot al mismo momento que el fork me parece la mejor opción

En mi opinión, todo lo que no sea una distribución 1:1 se convierte en un robo de las capacidades de los NXT de alguien. Simplemente por poseer los tokens NXT, posees y has pagado por el derecho de forja, aunque no estés forjando en este momento, en mi humilde opinión.

  • 1NXT=1(f)NXT en el momento del hardfork hacia 1.7

blackyblack1 comenta que esto sería un robo. Solo una decisión previamente anunciada sería una solución legítima.

  • Repartirlos a los poseedores del activo NSC (Next Security Coin)

Riker desmintió esta idea aportando el dato que actualmente hay una cuenta con el 99.98% de los activos y esto centralizaría el proceso de forjado.

  • Coretech propuso crear el nuevo token de forja he introducirlo en los nuevos bloques, a razón de aproximadamente 1000Tokens por bloque, así cualquier persona interesada en participar en NXT2.0 lo único que tendría que hacer es comprar NXT y empezar a forjar.

Jean-Luc no tardo en contestar y afirmó que era buena propuesta, pero ejecutarla, podría retrasar el desarrollo unos 6 meses, por lo tanto quedaba desestimada.

Las opciones expuestas, implican la creación de una masa monetaria nueva y jl777 en uno de sus últimos mensajes recalca:

Hablo en calidad de hombre de negocios, inversor y emisor de activos: En el próximo cambio fNXT: NXT, no existe mecanismo de división para los activos, por lo tanto  inmediatamente perderán la mitad de su valor, 1 + 1 = 2   NXT2.0 = (NXT fNXT)

Así que, además de obtener una pérdida inmediata de 50%, la situación podría empeorar en el caso de que el valor de NXT esté por debajo de la mitad de  NXT2.0 combinado + fNXT. Mi mayor prioridad es proteger a los millones de dólares invertidos en mis activos.

  • 0,5NXT futuros + 0,5(f)NXT para que no originar más masa monetaria. NXT2.0 es un ecosistema diferente a NXT 1.0 y por lo tanto tiene que tener un token diferente. Perder el 50% del poder de forja no es recomendable. A raíz de plantear distribuciones diferentes de 1:1 se pensó que podría ser un método de financiación.

Al mismo tiempo, fuera del ecosistema Nxt, las IPO forman parte del mainstream y consiguen atraer muchos recursos y miradas, al menos en estos meses previos al halving de Bitcoin. Esto a hecho a algunos plantear la posibilidad de intentar combinar el lanzamiento de fNXT con el de una IPO, para dotar de financiación a los desarrolladores y a los equipos que trabajan en la promoción de NXT, tales como la NXT Foundation. Este será un tema que trataremos en un próximo artículo”

En el momento de este artículo NXT está a 1640 satoshis en Poloniex.

No te pierdas la ultima jornada de preguntas y respuestas efectuada el día 12/04/16 http://pastebin.com/8UmKpYvE