El nodo 11.2 de Cardano se acerca al prelanzamiento, Leios está previsto para la 11.3
La versión lleva a pruebas las funciones del libro mayor de la era Dijkstra y se espera que sea promovida a estado listo para mainnet en la semana del 19 de octubre, mientras que Ouroboros Linear Leios está previsto para el nodo 11.3.
By SongMarketCap
Updated:
El nodo 11.2 de Cardano se espera que sea prelanzado a finales de esta semana, según las actas de Intersect de la reunión del 13 de octubre del Hard Fork Working Group. Cubre todo lo previsto para Dijkstra excepto Linear Leios, la mejora de rendimiento en el centro del próximo hard fork de Cardano hacia la versión 12 del protocolo.
El nodo 11.2 y el relanzamiento de DijkstraNet
La condición de listo para mainnet se refiere al software del nodo; activar Dijkstra aún requiere un voto de gobernanza. Las actas del 6 de octubre indican que la 11.2 no debe considerarse capaz de sobrevivir al evento de hard fork y que está destinada a DijkstraNet, no a Musashi, la testnet de Leios.
DijkstraNet, la red de pruebas para la nueva era, será relanzada en la versión 11 del protocolo y bifurcada a la versión 12, tras lo cual se invita a la comunidad a probar las funciones de Dijkstra distintas de Linear Leios. Estas incluyen transacciones anidadas según CIP-118, que permiten que una transacción contenga transacciones hijas con sus propias firmas, y un nuevo tipo de script de guardia según CIP-112 cuyo validador puede ejecutarse sin que la transacción gaste una entrada bloqueada por script ni acuñe tokens.
Ambas desembocan en Plutus V4, la próxima versión del lenguaje de contratos inteligentes de Cardano.
Linear Leios previsto para el nodo 11.3
Linear Leios (CIP-164) está previsto para el nodo 11.3, que las actas describen como el primer candidato para ser promovido al nodo 12.0, la versión capaz de atravesar el hard fork, si las pruebas no encuentran problemas bloqueantes. En este diseño, un productor de bloques puede publicar un bloque endorser más grande que referencia transacciones adicionales, que un comité de pools de participación debe certificar con un quórum de participación del 75 por ciento antes de que entren en el libro mayor.
Las actas del 13 de octubre sitúan la 11.3 a unas pocas semanas y señalan que su disponibilidad informará el progreso adicional hacia el hard fork. No repiten las fechas fijadas una semana antes.
Las actas del 6 de octubre habían descrito una vía anterior y condicionada hacia la entrada en vigor en 2026: una candidata a lanzamiento hacia el 23 de octubre, una acción de gobernanza de inicio del hard fork alrededor del 10 de noviembre y entrada en vigor para el 15 de diciembre, la última fecha razonable para este año. Esa vía asumía una 11.3 impecable, y necesitar una 11.4 descartaría 2026. Por lo tanto, el 15 de diciembre no es una fecha de hard fork confirmada.
Leios ya está bajo carga en la testnet Musashi, ahora en su fase Fire. Sus operadores afirman que el programa apunta a un aumento inicial de cinco a veinte veces en la capacidad de procesamiento. Para el inicio de la era Dijkstra, las actas del 6 de octubre describen una configuración conservadora para mainnet, quizá alrededor de 2x en rendimiento, con actualizaciones de parámetros posteriores que aumentarán la capacidad a medida que las pruebas y los resultados operativos respalden incrementos adicionales.
Guardarraíles constitucionales y la solicitud de CIP-23
Se espera que la versión 12 del protocolo requiera alrededor de 100 guardarraíles constitucionales, que definen valores y condiciones aceptables para los parámetros del protocolo. Se espera un script inicial de guardarraíl la próxima semana, y los resultados de las pruebas de rendimiento perfilarán la versión final.
Sigue abierta la cuestión de si CIP-23 entra en vigor con la versión 12. La visión general de la actualización Dijkstra de Intersect lo lista como condicional: el nuevo parámetro minPoolMargin, una comisión porcentual mínima para los pools, se define en la versión 12, y la regla de comisiones se activa con ese hard fork si la preparación de la implementación y la gobernanza están alineadas, o en caso contrario en un hard fork intraera posterior dentro de la era Dijkstra. Un grupo considerable de operadores de pools de participación, representados por Martin of ATADA, pidió que CIP-23 se implemente por completo en la versión 12, sin esperar a una activación posterior.
Los equipos de desarrollo están dispuestos a incluirlo si las circunstancias lo permiten, pero añadirlo tan tarde podría retrasar las fechas originalmente previstas para la versión 12. Si se producen retrasos no relacionados, pretenden incluirlo completo en la candidata a lanzamiento. La comisión mínima fija, minPoolCost, permanece en 170 ADA; una acción de gobernanza para reducirla a 75 ADA expiró este mes sin alcanzar el umbral de aprobación de DRep requerido.
El grupo de trabajo también planea contactar a Keystone, Ledger, Trezor y BitBox acerca de un cambio en el formato de transacciones que agregaría un campo para claves BLS, que los pools de participación usan para certificar los bloques endorser de Leios.