El release 0.18.0 se implementó con éxito en la Testnet de æternity la semana pasada.

El enfoque del release fue la introducción de una nueva estrategia de pares agrupados.

Esta nueva estrategia de agrupación se asegura de que a medida que la red de pares crece, los epoch nodes pueden hablar eficazmente con otros nodos sin verse abrumados por la cantidad de conexiones que tienen que administrar. La estrategia se basa en un conjunto estocástico como se describe en la documentación del protocolo. Como resultado, ahora hay límites en la cantidad máxima de conexiones entrantes y salientes. Las conexiones entrantes por encima del límite se hacen temporales y solo se usan para comunicar un intercambio de ping, y luego se cierran.

Como resultado, se agregaron nuevos parámetros de configuración:

(`sync` > max_inbound) : The maximum number of inbound connections after which inbound connections are temporary (only used for a single ping); Default: 100.

(`sync` > max_inbound_hard) : The maximum number of inbound connections; Default: 1000.

(`sync` > max_outbound) : The maximum number of outbound connections; Default: 10.

(`sync` > single_outbound_per_group) : If the extra outbound connections should be to nodes from different address groups (IP netmask /16); Default true.

Se eliminaron los siguientes parámetros:

(`sync` > max_connections) : This configuration key has been renamed to (`sync` > max_inbound_hard) for consistency.

Además, las siguientes mejoras se introdujeron en el release:

• Habilita la HTTP path /contract/decode-data para decodificar los valores devueltos de las llamadas de Sophia contract.
• La sintaxis de Sophia para las definiciones de tipo de registro se modificó para registrar palabra clave (en lugar de escribir).
• Se introdujo un nuevo parámetro de configuración: beneficiary, una forma codificada de la cuenta pubkey que recibirá recompensas de la minería en un nodo. Este parámetro debe establecerse en la configuración proporcionada por el usuario y es obligatorio para iniciar un nodo.
• Se agregó un nuevo campo — beneficiary— para bloquear. Esto impacta el consenso.
• Mejorada la estabilidad de la recolección de basura de transacciones en el mempool
• Se agregó una nueva transacción de canal channel_snapshot_solo para proporcionar unilateralmente state_hashy round a la cadena.
• Refactorización de la transacción de cierre de canales para agregar más claridad sobre los montos de cierre.

Manténgase al día con el progreso del equipo de desarrollo de æternity siguiendo la herramienta Pivotal Tracker.

---

¿Interesado en æternity? Síguenos:

GitHub | Forum | Reddit | Telegram | Twitter | Facebook | Mail