Los desarrolladores de XRP Ledger han retirado cinco enmiendas de larga duración en la versión 3.3.0 de XRPLD. El lanzamiento del 6 de agosto elimina el código de pre-enmienda obsoleto y conserva todas las funciones activadas. Los poseedores de XRP no necesitan actualizar sus billeteras, mover fondos ni completar ninguna transacción.

Las enmiendas retiradas son Clawback, fixDisallowIncomingV1, fixInnerObjTemplate, fixNFTokenReserve y fixUniversalNumber. Sus reglas establecidas funcionan ahora como partes incondicionales del protocolo central.

Retirar una enmienda significa eliminar el código de pre-enmienda que aún existe en el repositorio para enmiendas que fueron activadas hace algún tiempo, como Clawback. La ingeniera de software de RippleX, Mayukha Vadari, indicó que el proceso consiste en una limpieza del repositorio y no afecta a los usuarios. Los desarrolladores conservaron el código anterior tras la activación porque seguía siendo útil para investigar transacciones históricas.

XRP Ledger introduce cambios en el procesamiento de transacciones a través de su sistema de enmiendas en lugar de mediante hard forks, el mecanismo de actualización que utilizan blockchains como Bitcoin y Ethereum. Los validadores de confianza votan sobre cada propuesta antes de que llegue a Mainnet. Una enmienda necesita el apoyo de más del 80 % de los validadores de confianza durante dos semanas continuas. Un apoyo del 80 % o inferior reinicia el período de aprobación. Una vez activada, la nueva regla se aplica de forma permanente a menos que otra enmienda la modifique.

xrpld conserva inicialmente tanto las nuevas reglas como la lógica de transacciones anterior. Este enfoque ayuda a los desarrolladores a reproducir el comportamiento pasado del ledger durante pruebas o investigaciones. Sin embargo, el código heredado aumenta la carga de mantenimiento y la complejidad del software.

La documentación oficial de XRP Ledger permite a los desarrolladores retirar una enmienda después de dos años de activación en Mainnet. La retirada elimina la ruta de código anterior y coloca el comportamiento aprobado directamente en el protocolo. Las pruebas históricamente precisas pueden entonces requerir la versión de xrpld que procesó originalmente una transacción.

Funciones que permanecen activas tras la retirada

Clawback es la más conocida de las cinco enmiendas retiradas. Se activó el 8 de febrero de 2024. Los emisores de tokens elegibles pueden reclamar sus tokens si la configuración de cuenta correspondiente está habilitada.

La función no admite tokens XRP nativos. Con Clawback ya retirada, XRPLD ya no aplica ninguna restricción de transacción de la era anterior a Clawback. Los emisores conservan la capacidad de utilizar el mismo mecanismo de recuperación.

Las otras cuatro enmiendas abordaron problemas técnicos. fixDisallowIncomingV1 restauró las autorizaciones de trust line para los usuarios que habían deshabilitado las trust lines entrantes. fixInnerObjTemplate corrigió la imposibilidad de leer ciertas propiedades en los objetos de los creadores de mercado automatizados. fixNFTokenReserve exigió verificaciones de reserva al aceptar una oferta de NFT, garantizando que las cuentas no completen una compra a menos que se cumplan los requisitos de reserva. fixUniversalNumber estandarizó algunos de los números de coma flotante del ledger.

Seis nuevas propuestas entran en XRPLD 3.3.0

El lanzamiento también incluyó seis nuevas propuestas: BatchV1_1, ConfidentialTransfer, DynamicMPT, PermissionDelegationV1_1, Sponsor y fixCleanup3_3_0. Añadir estas propuestas a XRPLD no las activa en Mainnet, y cada una aún requiere la aprobación de los validadores.

BatchV1_1 permitiría a una cuenta enviar ocho transacciones internas. ConfidentialTransfer permitiría transferencias privadas de tokens multiuso con medidas de cumplimiento. DynamicMPT daría a los emisores la capacidad de actualizar ciertos aspectos de los tokens. Sponsor permitiría a terceros pagar comisiones en nombre de otras cuentas y transacciones. PermissionDelegationV1_1 proporcionaría permisos de cuenta. fixCleanup3_3_0 combina correcciones para diversas funciones del protocolo.

En conjunto, estas propuestas abordan la privacidad de las transacciones, los permisos a nivel de cuenta y la delegación de comisiones, capacidades relevantes para casos de uso empresarial y de tokenización regulada que múltiples blockchains programables están persiguiendo activamente.

Los operadores de servidores de XRP Ledger deberían actualizar a la versión 3.3.0 para mantener la continuidad del servicio. Los servidores más antiguos corren el riesgo de quedar bloqueados por enmiendas si la red activa una enmienda no admitida. Los servidores bloqueados por enmiendas no pueden procesar transacciones, validar ledgers, votar ni unirse al consenso.

Las cinco retiradas no requieren otra votación de validadores porque marcan la finalización de los períodos de transición.