XRP Ledger retira 5 enmiendas, usuarios no afectados

Los desarrolladores de XRP Ledger han retirado cinco enmiendas de protocolo de larga duración en la versión 3.3.0 de xrpld, pero este movimiento no elimina sus características ni requiere que los poseedores de XRP tomen medidas.

Resumen

• XRPL 3.3.0 retira cinco enmiendas de larga duración, haciendo que su comportamiento posterior a la activación sea permanente dentro del protocolo central.
• Clawback sigue disponible después de la retirada porque solo se elimina el código obsoleto anterior a la enmienda del software xrpld.
• La documentación de XRPL permite la retirada de enmiendas después de dos años de activación en Mainnet para reducir la complejidad heredada.
• Seis nuevas enmiendas entraron en la versión 3.3.0, pero cada una aún requiere la aprobación de los validadores antes de la activación en Mainnet.
• Los operadores de nodos deben actualizar a la versión 3.3.0 de inmediato, mientras que los usuarios no enfrentan ninguna acción relacionada con la retirada.

La ingeniera de software de RippleX, Mayukha Vadari, explicó en X que la retirada elimina el antiguo código anterior a la enmienda que quedó después de que un cambio de protocolo ha operado durante años. El comportamiento enmendado en sí se mantiene en su lugar. La documentación oficial de XRPL confirma que las enmiendas retiradas se convierten en partes incondicionales del protocolo central.

La distinción se volvió importante después del lanzamiento del 6 de agosto de xrpld 3.3.0, que retiró Clawback, fixDisallowIncomingV1, fixInnerObjTemplate, fixNFTokenReserve y fixUniversalNumber. En otras palabras, "retirar Clawback" no significa que los emisores de XRP Ledger pierdan la funcionalidad de clawback. La red, en cambio, está eliminando la ruta de código más antigua que describía cómo se comportaban las transacciones antes de que la enmienda se activara.

La retirada de XRP Ledger hace que las reglas antiguas sean permanentes

El sistema de enmiendas de XRP Ledger permite que se introduzcan cambios en el protocolo sin forzar inmediatamente cada nueva regla en Mainnet. Los validadores votan sobre las enmiendas, y una propuesta debe mantener el apoyo de más del 80% de los validadores de confianza durante dos semanas continuas antes de que se active. Una vez habilitado, el nuevo comportamiento se aplica de forma permanente a menos que otra enmienda lo cambie más tarde.

Durante el período posterior a la activación, xrpld mantiene tanto la lógica actual como algo de código anterior a la enmienda. Ese código heredado puede ayudar a los desarrolladores a reproducir el comportamiento antiguo del libro mayor al depurar o verificar transacciones históricas. Sin embargo, mantener años de ramas obsoletas también añade complejidad a la base de código.

La documentación oficial de enmiendas dice que una enmienda de Mainnet puede ser retirada una vez que ha sido habilitada durante dos años. La retirada elimina su antigua ruta de código, deja de tratar el cambio como una enmienda condicional e incorpora el comportamiento más nuevo en el protocolo de forma incondicional.

Vadari describió el proceso como "una limpieza puramente de la base de código" y dijo que "no afectará a ningún usuario". Añadió que los desarrolladores generalmente esperan dos años porque la implementación anterior aún puede ser útil al depurar transacciones más antiguas. La propia documentación de pruebas de XRPL advierte de manera similar que la reproducción de transacciones históricamente precisas puede requerir ejecutar la versión de xrpld que originalmente procesó la transacción después de que se hayan retirado las enmiendas antiguas.

Clawback no está siendo eliminado de XRPL

Clawback es la más reconocible de las cinco enmiendas retiradas y la más fácil de malinterpretar. La función se activó en Mainnet el 8 de febrero de 2024 y permite a los emisores calificados recuperar tokens emitidos de los poseedores cuando la cuenta emisora ha habilitado la configuración de clawback requerida. No permite a un emisor recuperar XRP nativo.

Retirar la enmienda significa, por lo tanto, que la red ya no necesita código para una versión de XRPL donde Clawback no existía. El comportamiento actual de Clawback sigue siendo parte del protocolo. La página de enmiendas conocidas de XRPL ahora marca explícitamente su funcionalidad anterior a la enmienda como retirada.

Las otras cuatro jubilaciones siguen el mismo principio. fixDisallowIncomingV1 corrigió un problema de autorización de línea de confianza. fixInnerObjTemplate abordó errores relacionados con objetos AMM internos. fixNFTokenReserve agregó verificaciones de reserva cuando se aceptan ofertas de NFT, mientras que fixUniversalNumber unificó partes de los cálculos de punto flotante decimal de XRPL. Sus reglas posteriores a la enmienda siguen en vigor a pesar de que los caminos más antiguos están siendo eliminados.

Este no es un nuevo mecanismo de gobernanza. XRPL ha retirado enmiendas anteriores después de que sus reglas se establecieron lo suficientemente bien. La versión 3.2.0, por ejemplo, retiró cambios más antiguos que cubrían Cheques, Autorización de Depósito, eliminación de cuentas y otras funciones del protocolo.

La versión 3.3.0 también inicia un nuevo ciclo de enmiendas

Mientras cinco enmiendas antiguas están dejando el estado condicional, la versión 3.3.0 agrega seis nuevas propuestas a xrpld. Estas son BatchV1_1, ConfidentialTransfer, DynamicMPT, PermissionDelegationV1_1, Sponsor y fixCleanup3_3_0. Su inclusión en el software no significa que esas capacidades ya estén activas en Mainnet.

Cada propuesta aún debe superar el proceso de validación de XRPL de manera independiente. Se debe mantener más del 80% de apoyo durante dos semanas antes de que una enmienda se active, y el apoyo puede caer por debajo del umbral y reiniciar el temporizador.

La diferencia entre estas nuevas enmiendas y las cinco retiradas es, por lo tanto, sustancial. Las nuevas propuestas están a la espera de la aprobación de la red. Las enmiendas retiradas ya pasaron esa etapa hace años, se convirtieron en un comportamiento de red establecido y ahora han llegado al punto en que mantener su código antiguo ya no se considera necesario.

Qué sucede a continuación para los operadores de XRPL

Para los titulares de XRP ordinarios, no se requiere migración, actualización de billetera o transacción específicamente porque las cinco enmiendas fueron retiradas. Clawback y los otros comportamientos del protocolo afectados continúan operando bajo las reglas establecidas.

Los operadores de servidores tienen una consideración diferente. El aviso de lanzamiento de XRPL 3.3.0 indica a los operadores que actualicen a la versión 3.3.0 lo antes posible para mantener la continuidad del servicio. Mantenerse al día también es importante porque los servidores necesitan software que contenga el código para enmiendas que pueden activarse más adelante. Un servidor que carezca de una enmienda activada puede quedar bloqueado por enmiendas y dejar de participar normalmente en la red.

La atención ahora se desplaza de las enmiendas retiradas a las decisiones de los validadores sobre las seis adiciones en la versión 3.3.0. Como se informó anteriormente, ConfidentialTransfer está entre las propuestas destinadas a expandir las herramientas de XRPL para activos tokenizados institucionales, pero su uso aún depende de la aprobación de los validadores.

Sin embargo, para las cinco enmiendas retiradas, no hay una votación comparable por delante. La jubilación marca el final de su período de transición en lugar del final de su funcionalidad: las reglas enmendadas son ahora simplemente parte del comportamiento central permanente del XRP Ledger.