Puntos clave de la noticia:
- Desarrolladores de XRP Ledger propusieron correcciones fixCleanup3_5_0 para impedir que tokens restringidos lleguen a cuentas no autorizadas mediante trust lines y pools.
- Un cambio bloquearía recepciones en trust lines sin autorización, mientras otro exigiría aprobación para activos antes de adquirir LP tokens de un AMM.
- Las correcciones siguen bajo revisión y no están activas en Mainnet. Holders no autorizados podrían devolver tokens al emisor, que podría aprobar la trust line.
Los desarrolladores de XRP Ledger propusieron correcciones para reforzar cómo pueden recibirse y mantenerse los tokens restringidos, cerrando excepciones que podrían permitir que ciertos activos llegaran a cuentas sin aprobación del emisor. El pull request abierto en GitHub modifica el comportamiento de las trust lines dentro de la futura enmienda fixCleanup3_5_0. Los cambios endurecen los controles en el ecosistema de XRP Ledger, pero todavía no están activos en Mainnet ni deben presentarse como reglas desplegadas.
fixCleanup3_5_0 propone reforzar las autorizaciones en distintos flujos de tokens
Uno de los problemas afecta a trust lines no autorizadas que ya mantienen saldo y pueden seguir recibiendo tokens adicionales. La comprobación actual del motor de pagos puede no bloquear esas transferencias porque solo se activa cuando el saldo de la trust line es cero. La propuesta elimina esa excepción para que una recepción no autorizada falle. También impide que un pago atraviese el saldo cero y cree una nueva posición sin permiso, aunque seguiría permitiendo devolver activos al emisor.
Otra corrección propuesta exigiría autorización para ambos activos antes de que una cuenta pueda adquirir un token de proveedor de liquidez de un AMM. Los LP tokens representan exposición a los activos de un pool, por lo que una cuenta podría obtener exposición indirecta a un activo restringido sin haber sido aprobada para mantenerlo. El cambio encaja con la infraestructura de liquidez permissioned en XRPL basada en controles sobre emisores y contrapartes.
Para los holders, las reglas propuestas conservarían una vía de salida. Un saldo no autorizado seguiría pudiendo devolverse a su emisor en lugar de quedar permanentemente bloqueado, y el emisor podría aprobar después la trust line para restaurar su uso normal. El paquete también busca aplicar las comprobaciones de autorización de forma coherente en funciones actuales y futuras, reforzando el modelo de permisos alrededor de entornos de trading permissioned para flujos regulados de activos.
Las correcciones siguen bajo revisión y no constituyen una actualización aprobada de la red. El pull request #8650 permanece abierto y depende de otro cambio, mientras el paquete está previsto para fixCleanup3_5_0. Incluso tras revisión e inclusión en una versión, los cambios necesitan aprobación de validadores antes de activarse. Las correcciones de mantenimiento de XRPL muestran la diferencia entre código propuesto, respaldo de validadores y despliegue en Mainnet. Hasta completar esas etapas, el comportamiento del ledger permanece sin cambios.
