Una actualización de mantenimiento para funciones existentes del XRPL

La enmienda del XRP Ledger conocida como fixCleanup3_3_0 afecta a las bóvedas, las transacciones relacionadas con préstamos y los creadores automáticos de mercado, pero no es el lanzamiento de un nuevo producto. En cambio, agrupa correcciones para casos límite en el código existente del XRPL, con el objetivo de que esas funciones operen de manera más confiable.

Para los tenedores de XRP, la enmienda no introduce un nuevo caso de uso ni genera demanda automática por el token: corrige problemas identificados en el manejo de transacciones antes de que estas funciones tengan un uso más amplio. Esto sigue el patrón establecido del XRPL de publicar enmiendas de tipo "fix", que agrupan cambios correctivos en lugar de añadir nuevas funciones, manteniendo las actualizaciones del protocolo incrementales y más fáciles de revisar para los validadores.

Por qué la fecha del 11 de septiembre no es definitiva

El código debe estar disponible en el software de servidor compatible antes de que los validadores puedan votar para habilitarlo. Las enmiendas del XRPL luego requieren al menos un 80% de apoyo de los validadores de confianza durante dos semanas consecutivas antes de activarse. Este proceso basado en consenso es la forma en que se realizan todos los cambios a las reglas de transacción del XRPL: no existe un operador central que pueda alterar unilateralmente las reglas de la red.

El período de espera da a los operadores tiempo para revisar el cambio y confirmar que la red mantiene un apoyo sostenido. La posición actual de la votación apunta al 11 de septiembre, pero esa fecha cambiará si el apoyo cae por debajo del umbral antes de que termine el período. La votación en vivo y la fecha de activación proyectada están disponibles en el rastreador de enmiendas de XRPScan. El proceso de enmienda aplica las nuevas reglas de transacción en toda la red solo después de alcanzar el consenso requerido.

Qué cambia con fixCleanup3_3_0

Los detalles técnicos están expuestos en las notas oficiales de la enmienda fixCleanup3_3_0.

Un grupo de correcciones aplica las mismas verificaciones de congelación y congelación profunda cuando activos restringidos se mueven a través de rutas de transacción de bóvedas, AMM y relacionadas con préstamos. Una pseudo-cuenta es una dirección controlada por el libro mayor que utiliza una función del protocolo, en lugar de una billetera de usuario normal.

Otros cambios conciernen a las operaciones de AMM. Los AMM, que a su vez fueron añadidos al XRPL mediante una enmienda anterior, permiten a los usuarios agrupar activos e intercambiarlos contra ellos en el libro mayor. La enmienda hace que un retiro de AMM afectado devuelva un resultado de transacción definido en lugar de arriesgar una excepción interna, al tiempo que añade verificaciones sobre la pérdida de precisión y la eliminación.

La enmienda también cambia la forma en que los mercados con permisos manejan el acceso y las estimaciones de liquidez. Elimina ciertas ofertas híbridas cuando una cuenta pierde acceso a un dominio con permisos y corrige cómo se considera la liquidez del AMM en las estimaciones de calidad para los libros de órdenes con permisos.

La mayoría de los tenedores de XRP no notarán la actualización en una interfaz de billetera. Importa más para las aplicaciones que usan AMM, bóvedas o mercados con permisos, donde las fallas de transacción y los cálculos incorrectos de liquidez pueden afectar la ejecución.

Por qué los préstamos son parte de la conversación

Algunas de las correcciones cubren las Single Asset Vaults (bóvedas de un solo activo) y los flujos de transacción relacionados con préstamos. Estos también son componentes fundamentales para el diseño de préstamos nativos propuesto para XRPL, que usaría bóvedas y corredores de préstamos para respaldar préstamos a plazo fijo.

La enmienda no activa los préstamos nativos, lo que requeriría su propia enmienda y una aprobación separada de los validadores. Su papel es más limitado: limpia la infraestructura que los futuros productos de préstamos podrían usar.

Qué observar después de la activación

La primera pregunta es si el apoyo de los validadores se mantiene el tiempo suficiente para que la enmienda se active. Después de eso, la medida práctica es si las aplicaciones que usan los tipos de transacción afectados reportan menos resultados fallidos o inconsistentes.

Un uso más amplio de productos basados en bóvedas, AMM y herramientas de mercados con permisos sería una señal más fuerte de que la infraestructura corregida resulta útil. La importancia de la enmienda se reflejará en qué tan confiablemente funcionan estas funciones a medida que los desarrolladores y usuarios las adopten.

Este artículo tiene fines informativos únicamente y no constituye asesoría financiera.