TL;DR
- Los desarrolladores de XRP Ledger propusieron soluciones bajo fixCleanup3_5_0 para evitar que los tokens restringidos lleguen a cuentas no autorizadas a través de excepciones de líneas de confianza y pools de liquidez.
- Un cambio bloquea las líneas de confianza no autorizadas para recibir saldos, mientras que otro requiere autorización para ambos activos del pool AMM antes de que una cuenta adquiera tokens LP.
- Las correcciones siguen bajo revisión y no están activas en Mainnet. Los titulares no autorizados podrían devolver los tokens a los emisores, que más adelante podrían aprobarlos.
Los desarrolladores de XRP Ledger han propuesto un conjunto de correcciones para reforzar cómo se pueden recibir y mantener los tokens restringidos, cerrando excepciones de autorización que podrían permitir que los activos lleguen a cuentas sin aprobación del emisor. La solución abierta en GitHub tiene como objetivo el comportamiento de las líneas de confianza bajo la enmienda planificada fixCleanup3_5_0. Los cambios fortalecen los controles de permisos en todo el ecosistema de XRP Ledger, pero aún no están activos en Mainnet y no deben considerarse como reglas de red implementadas. Los emisores de tokens restringidos pueden utilizar requisitos de autorización para controlar quién puede poseer sus activos, lo que hace especialmente importante la aplicación consistente para stablecoins, fondos tokenizados y otros instrumentos con permisos emitidos en XRPL.
Corrección propuesta Cleanup3_5_0 fortalece la autorización en todos los flujos de tokens
Un problema implica líneas de confianza no autorizadas que ya tienen un saldo y continúan recibiendo tokens adicionales. La verificación actual de autorización del motor de pagos puede no bloquear esas transferencias porque solo se activa cuando el saldo de la línea de confianza es exactamente cero. El cambio propuesto elimina esa exención, haciendo que un recibo no autorizado falle en su lugar. También impide que un pago cruce por cero y cree una nueva posición no autorizada, mientras permite a los titulares rescatar activos de vuelta hacia el emisor.
Una propuesta relacionada requeriría autorización para ambos activos antes de que una cuenta pueda adquirir un token de proveedor de liquidez AMM. Los tokens LP representan exposición a los activos dentro de una piscina, lo que significaría que una cuenta podría obtener de otro modo exposición indirecta a un activo restringido al que nunca se le autorizó tener. El cambio se alinea con el desarrollo más amplio de infrastructure de liquidez con permisos de XRPL, diseñada en torno a controles de emisor y contraparte.
Para los titulares, las reglas propuestas preservan una vía de salida. Un saldo no autorizado seguiría siendo gastable de vuelta a su emisor en lugar de quedar permanentemente atrapado, y el emisor podría aprobar posteriormente la línea de confianza para restaurar el uso normal. El paquete también busca mantener coherentes las verificaciones de autorización en funciones existentes y futuras, reforzando el modelo de autorización alrededor de entornos de comercio con permiso para flujos de activos regulados a través de XRPL.
Crucialmente, las correcciones siguen bajo revisión en lugar de ser actualizaciones de red aprobadas. La pull request #8650 aún está abierta y se apila sobre otro cambio abierto, mientras que el paquete más amplio está destinado a fixCleanup3_5_0. Incluso después de la revisión del código y su inclusión en una versión, los cambios a nivel de consenso requieren el proceso de aprobación de los validadores de la red antes de la activación. Las recientes enmiendas de mantenimiento de XRPL ilustran esta distinción entre código propuesto, apoyo de los validadores y despliegue en Mainnet. Hasta que se completen esos pasos, el comportamiento del libro mayor existente permanece sin cambios.