NRS-releases Archives

NRS 1.11.3

Cliente Nxt (SRN) 1.11.3

Get it

Get it

Get it

Firma Digital: “Stichting NXT”

.sh Sha256:ff67155c541df52fef3db6ca85643cc1814452847a14793c3c2f7e37acec53be nxt-client-1.11.3.sh

Lanzamiento 1.11.3: https://bitbucket.org/JeanLucPicard/nxt/downloads/nxt-client-1.11.3.zip

1.11.3 .zip sha256:ecfc181f8085c21142fa9ffe74979a16d8d87c49f325e5a28e57990c0beb4c42 nxt-client-1.11.3.zip

Liberación de Errores

Para obtener más información sobre el próximo lanzamiento público de la tesnet de Ardor, vea las últimas capturas, ayuda a testear, y sigue las noticas.

SRN 1.11.3 notas de la versión

Corregido un error de archivos de plugin que faltan en el cliente.

Se traspasan pequeñas correcciones de la rama de Ardor.

Trato de todos los archivos tipo text/* media como texto, no solo text/plain para la nube de datos.

Actualizado Jetty a la versión 9.3.16, borre la carpeta antigua Lib antes de desempaquetar encima.

Fuente: https://nxtforum.org/nrs-releases/nrs-v1-11-3/

También vea: Nxt 2.0: Ardor, la Plataforma Blockchain con Child Chains

El cliente SRN (Software de Referencia de Nxt) es la versión oficial de la cartera liberada por los desarrolladores del núcleo NXT.

El SRN es una aplicación de servidor de cliente alojada a nivel local. Por defecto, descarga la cadena de bloques Nxt pero desde la versión 1.10.0e puedes ejecutarla como un cliente ligero así como un nodo completo. Para forjar y ganar las tasas originadas por las transacciones en la red, debe ejecutar el cliente Nxt en modo completo, lo cual es posible realizar incluso en dispositivos tan pequeños como un portátil o Raspberry Pi. También hay recompensas por ejecutar nodos públicos.

El Cliente Nxt es muy sencillo de instalar. Usa el instalador de 1 click para Linux, Mac y Windows o lee esta GUIA DE INSTALACIÓN para lanzar el NRS .zip desde la terminal.

¿Usuario o desarrollador?

“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]

[/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]

[/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, BTC38, y 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]

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

[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]

[/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]

[/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]

[/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]

[/fusion_text][/one_full]

[ACTUALIZACIÓN IMPORTANTE] ¡El hardfork que viene con Nxt 1.7.4!

Cuenta atrás

¡Se aproxima el hardfork de NRS 1.7.4!

¡ACTUALIZA INMEDIATAMENTE TU NODO o quedarás aislado en un fork!

El tan esperado hardfork previsto en el Software de Referencia Nxt 1.7.4 ocurrirá en el bloque 621000, que tendrá lugar entorno al 21 de enero de 2015, momento en que se activarán nuevas características de Nxt.

Descarga la versión 1.7.4 de NRS aquí:
https://nxtforum.org/nrs-releases/nrs-v1-7-4/

Nuevas características

Jean-Luc, desarrollador principal de Nxt comentó:

Las nuevas características y mejoras en la serie 1.7 han sido documentadas en los registros de cambios desde la versión 1.7.0e hasta 1.7.3e, disponibles en la carpeta de changelogs.

Esto es un resumen de las características que se activarán tras el hard fork:

Mezclado de monedas (Coin Shuffling), un mezclador de monedas completamente descentralizado, para mejorar la privacidad de las cuentas.

Control de cuenta para transacciones condicionadas (phased transactions), el equivalente en Nxt a la multifirma.

Lanzamiento inmediato de ciertos tipos de transacciones condicionadas tras su aprobación.

Mejora del tiempo de generación de bloques, 60 segundos de media, por lo que son improbables largos tiempos por bloque.

Propiedades de cuenta, asignando un nombre arbitrario u otro tipo de valor a las cuentas de los usuarios.

Assets Singleton, útiles para intercambiar objetos que son únicos.

Comisiones dinámicas, proporcionales al tamaño relativo de la transacción.

Mejora en la apariencia de la interfaz del exchange

Datos en la nube (Data Cloud), añadiendo una interfaz gráfica y múltiples mejoras a la característica de etiquetado de datos, para de esta manera permitir la publicación y obtención de pequeños archivos, documentos o datos arbitrarios de una forma descentralizada y libre de censura. Esta característica no depende del hardfork y se podrá utilizar inmediatamente desde el momento en que se actualice a esta versión.

Cambios incompatibles en la API

Con la versión 1.6 se introdujeron algunos cambios incompatibles en la API. Los usuarios de la API que todavía utilicen las versiones 1.5.15 o anteriores deberían asegurarse de leer los registros de cambios de las versiones 1.6 así como los anuncios en el foro, antes de actualizar a la versión 1.7. Estos cambios no afectan a los usuarios finales que solo ejecutan su cliente NRS en su escritorio o nodo VPS.

Una lista detallada de los cambios introducidos en la API se encuentra en: https://nxtforum.org/nrs-releases/nrs-v1-6-2/msg199198/#msg199198, y los cambios también se han explicado en los registros de cambios de las versiones 1.6.0e, 1.6.1e y 1.6.2. Por favor, lea la información contenida en esos registros de cambios.

Resumen de cambios en la API

EvilDave / NxtFoundation redactó este resumen de cambios:

1. Cierto número de llamadas a la API, que hasta la versión 1.5.15 y anteriores devolvía información adicional que, como consecuencia, acarreaba una perdida de rendimiento, han visto modificado su comportamiento por defecto para que no devuelvan estos datos extras a menos que sean solicitados expresamente.

El formato de respuesta de la API no ha cambiado, solo los campos que se devuelven por defecto. Si tu código utiliza cualquiera de esas APIs y en algunas llamadas necesita esos campos adicionales, asegúrate de añadir el correspondiente parámetro “include” en esos sitios.

2. Las APIs getAccountTransactions y getAccountTransactionIDs, obsoletas en 1.5, se han eliminado en 1.6. Mejor usa getBlockchainTransactions en su lugar y asegúrate de utilizar correctamente las transacciones condicionadas. Las mejoras en getBlockchainTransactions, tales como ser capaz de obtener solo las transacciones condicionadas llevadas a cabo (o las no condicionadas), introducidas en 1.6.1e, deberían hacértelo más sencillo.

3. Algunas APIs ya no hacen un chequeo detallados de errores en los datos introducidos por el usuario. Las APIs que acepten tipos de objeto tales como cuenta, asset, o moneda, pero no necesitan obtener el objeto real, ya no comprueban automáticamente su existencia. Estas APIs devolverán ahora una lista de resultados vacia en lugar de un mensaje error, cuando se le introduzcan datos tales como por ejemplo un identificador de asset que no existe.

4. Las transferencias de assets a la cuenta Génesis se considera ahora como un borrado de esas participaciones en esos assets y, por consiguiente, ya no se pueden obtener usando la API getAssetTransfer. La quantityQNT del asset JSON devuelta por las APIs tal como getAsset ahora corrije ese borrado del asset. La
cantidad del asset original emitido se muestra como initialQuantityQNT en el asset JSON.

Los cambios incompatibles de la API arriba mostrados deben ser tenidos en cuenta a la hora de actualizar de 1.5.15 a 1.6.2. La API 1.7 será consistente con la 1.6.2 y no serán necesarios más ajustes.

Además de los ajustes en la API, hay dos cambios de importancia que tendrán lugar con el hardfork en 1.7, que requieren actuaciones y ser previstos con anticipación:

1. Para prácticamente todos los tipos de transacciones en 1.7, las comisiones que se apliquen ya no serán constantes (actualmente 1 NXT), sino que se basarán en el tamaño real de la transacción. Puesto que no es posible insertar el código con la lógica para el cálculo de las comisiones en cada cliente de la API, el modo de proceder recomendado es dejar al servidor determinar y usar la mínima comisión requerida, que se aplica cuando se emite una transacción con el parámetro feeNQT=0. Esta característica está completamente soportada en 1.6.2 y, por tanto, la migración a usar un sistema de comisiones calculadas en el lado del servidor ya se puede utilizar.

2. El tamaño máximo de los mensajes adjuntos permanentes (cifrados o no) se ha reducido significativamente, de 1000 bytes a 160 bytes. Si usas mensajes permanentes, sin importar el tipo de transacción a la que vayan unidos, necesitas asegurarte de que su tamaño no excede los 160 bytes. Puesto que las comisiones para los mensajes permanentes también se han incrementado significativamente y son proporcionales al tamaño real del mensaje, se recomienda encarecidamente cambiar a mensajes eliminables en su lugar. Para crear un mensaje como eliminable, el único cambio requerido es añadir el parámetro messageIsPrunable=true a la llamada API para la creación de la transacción. El formato JSON de la transacción es el mismo para mensajes permanentes y eliminables (este es el motivo por el que ambos no pueden coexistir en la misma transacción), por lo que no se necesitan cambios para analizar la respueta JSON. Los mensajes eliminables se eliminan por defecto pasados 90 días. Si tu aplicación necesita que estén disponibles más tiempo, o indefinidamente, puedes configurarlo en el archivo nxt.properties, y es también posible recuperar esos mensajes eliminables caducados desde nodos de archivo de la red Nxt. Los mensajes eliminables fueron presentados en la versión 1.5, y los nodos de archivo fueron presentados en la 1.6.2 por lo que, de nuevo, la migración de mensajes permanentes a eliminables puede comenzar ya, sin tener que esperar a la versión estable 1.7.

Por favor, visita este hilo del foro (en inglés) para más información y conversaciones acerca de
la transición a mensajes eliminables y los cambios en el cálculo de las comisiones.

También hemos puesto en marcha una lista de correo, para permitir una mejor y más directa comunicación con el equipo de desarrollo de Nxt. Así que si eres el responsable de un proyecto basado en Nxt, apúntate aqui:
http://nxt.org/cgi-bin/mailman/listinfo/nrs-development

Fuente: https://nxtforum.org/nrs-releases/nrs-v1-6-2/msg201497/#msg201497