El CTO de Ripple explica las hard forks de XRPL antes del plazo de 3,1,3

El próximo upgrade 3.1.3 de XRP Ledger ha desatado un nuevo debate después de que el CTO emérito de Ripple, David Schwartz, explicó por qué el XRPL ve más eventos que parecen “hard forks técnicos”.

Resumen
* David Schwartz dijo que XRPL tiene más “hard forks técnicos” que la mayoría de los libros mayores públicos establecidos.
* XRPL 3.1.3 incluye la enmienda fixCleanup3_1_3 para NFTs, Permissioned Domains, Vaults y Lending Protocol.
* Los nodos que se salten la fecha límite del 27 de mayo para la actualización pueden enfrentarse a un bloqueo de enmienda e interrupción del servicio.

El XRP Ledger se dirige hacia la activación de la versión 3.1.3, que incluye la enmienda fixCleanup3_1_3. El comunicado oficial del XRPL indica que la enmienda contiene correcciones para NFTs, Permissioned Domains, Vaults y el Lending Protocol. Debido a la naturaleza de los arreglos, su voto predeterminado se estableció en sí.

Como informó previamente crypto.news, la enmienda entró en un periodo de activación de dos semanas y se espera que se active el 27 de mayo. También señaló que los operadores necesitan actualizarse para que sus nodos puedan seguir las nuevas reglas de la red.

La fecha límite ha generado preocupación entre algunos miembros de la comunidad porque los nodos más antiguos podrían perder el acceso normal después de que la enmienda se active. Eso ha dado lugar a un debate sobre si el proceso de actualización debe considerarse un mantenimiento rutinario o un riesgo de hard fork.

David Schwartz explica los hard forks de XRPL
-------------------------------------------

Schwartz abordó el debate en X y dijo que XRPL tiene más eventos que son “hard forks técnicamente” que muchas otras blockchains públicas establecidas. Vinculó ese patrón al diseño de XRPL y a su uso de smart transactors.

También respondió en contra de un modelo simple de “un nodo, un voto”. Schwartz dijo: “No creo que alguien quisiera un esquema de ‘un nodo, un voto’”, añadiendo que alguien podría crear muchos nodos para hacer trampa con ese sistema.

Sus comentarios se centraron en cómo XRPL maneja la coordinación. En su opinión, el simple conteo bruto de nodos no decide qué cadena se convierte en el libro mayor principal si ocurre una división.

Split de validadores de XRPL y debate sobre UNL
---------------------------------------

Schwartz dijo que un split de validadores no decide el resultado por sí solo. Escribió que cada lado necesitaría suficientes validadores para crear una Unique Node List, o UNL, funcional, con validadores que acuerden sobre un flujo de ledger.

Ese punto es importante porque el consenso de XRPL depende de listas de validadores confiables, en lugar de la minería o el peso de staking. Si dos grupos siguen reglas distintas, cada grupo también necesitaría listas de validadores a juego y distribuciones de código para seguir produciendo ledgers.

El debate no significa que haya ocurrido un split de cadena. Muestra cómo el modelo de actualización de XRPL depende de actualizaciones de software, la alineación de validadores y que los usuarios elijan qué reglas siguen.

Las correcciones de la enmienda de XRPL siguen siendo el foco principal
----------------------------------------------

La actualización actual se centra en correcciones de errores más que en una nueva característica de mercado. El comunicado oficial del XRPL indica que fixCleanup3_1_3 cubre correcciones de limpieza de NFT, Permissioned Domains, Vaults y Lending Protocol.

Eso hace que la fecha límite del 27 de mayo sea importante para exchanges, empresas de infraestructura, validadores y proyectos que usan servicios de XRPL. Los nodos que no se actualicen podrían quedar desalineados con las reglas activas de la red.