Desarrolladores de XRPL proponen cuatro correcciones para cerrar brechas de aprobación de tokens restringidos
Puntos clave
- •Cuatro cambios de código propuestos bajo la enmienda fixCleanup3_5_0 buscan evitar que tokens restringidos de XRPL lleguen a cuentas sin aprobación del emisor.
- •Una corrección exigiría aprobación para ambos activos de un pool AMM antes de que los usuarios puedan recibir su LPToken, mientras otra elimina la exención para líneas de confianza que ya tienen saldos.
- •Según el plan, los titulares de saldos no aprobados estarían en gran medida limitados a devolver los tokens al emisor hasta que sus cuentas sean aprobadas.
- •La XRP Ledger Foundation calificó el trabajo como un endurecimiento de rutina y afirmó no tener evidencia de que terceros hayan explotado las brechas.
- •La activación requiere que las correcciones se fusionen en el software principal y obtengan el respaldo de más del 80% de los validadores de confianza durante dos semanas consecutivas.

Los desarrolladores del XRP Ledger (XRPL) han presentado cuatro cambios de código bajo la propuesta de enmienda fixCleanup3_5_0 para cerrar brechas que permiten que tokens restringidos lleguen a algunas cuentas sin una aprobación nueva del emisor. El trabajo abarca excepciones de líneas de confianza, tokens de pools de creadores de mercado automatizados (AMM) y verificaciones de permisos, y las correcciones aún necesitan fusiones de código y respaldo de validadores antes de activarse, un avance relevante para los lectores que siguen los activos emitidos en XRPL.
Cuatro vacíos de aprobación para tokens restringidos
El paquete se sigue en pull requests abiertos de rippled bajo fixCleanup3_5_0, incluido el pull request n.º 8648. Apunta a cómo XRPL aplica los permisos establecidos por el emisor, reglas que permiten a los emisores elegir qué cuentas pueden recibir y mantener sus tokens. Los emisores de stablecoins y fondos tokenizados que requieren control estricto dependen de estas configuraciones.
En XRPL, las cuentas abren líneas de confianza autorizadas para mantener tokens emitidos, y los emisores pueden exigir una aprobación antes de que esas líneas se activen; en la práctica, una lista blanca para tokens emitidos. Los desarrolladores encontraron rutas que aún podrían enviar tokens bloqueados a cuentas que carecen de esa aprobación. Las cuatro correcciones añaden verificaciones más estrictas en esas rutas.
Un cambio exigiría la aprobación del emisor para ambos activos de un pool AMM antes de que una cuenta pueda recibir el LPToken del pool, el comprobante de participación emitido a los proveedores de liquidez, bloqueando una puerta lateral hacia activos bloqueados a través de participaciones del pool. Otro cambio cierra una excepción para líneas de confianza que ya tienen saldo; de lo contrario, esas líneas podrían seguir recibiendo tokens bloqueados sin una nueva aprobación. Las otras dos correcciones refuerzan las verificaciones en rutas de envío adicionales y limitan lo que los saldos sin aprobación pueden hacer. Según el plan, los titulares en su mayoría solo podrían devolver esos tokens al emisor, y los emisores podrían luego aprobar las cuentas y restablecer el uso normal.
Por qué las brechas son importantes para los grandes emisores
El plan importa sobre todo a las empresas que emiten activos fuertemente controlados en el XRP Ledger. Los equipos de stablecoins y las mesas de fondos tokenizados suelen necesitar verificaciones de elegibilidad antes de que los compradores puedan mantener sus productos, y los fondos tokenizados pueden limitar la propiedad a inversionistas verificados. Las brechas en los flujos de pago o de pools pueden debilitar esos controles.
Si las unidades bloqueadas pueden moverse a través de participaciones AMM o líneas de confianza antiguas, las reglas del emisor pierden fuerza. Cerrar esas rutas mantiene los flujos reales del ledger alineados con su diseño previsto.
La XRP Ledger Foundation calificó el trabajo como un endurecimiento de rutina y no una respuesta a una explotación activa, y afirmó no tener pruebas de que terceros hayan utilizado las brechas. El líder de la Foundation, Hussein "Vet" Zangana, dijo que los saldos conocidos sin aprobación provenían de los propios emisores o de cuentas que ya habían aprobado.
fixCleanup3_5_0 todavía necesita respaldo de validadores
Las cuatro correcciones siguen abiertas y aún no están en el software principal de XRPL. Un marcador de enmienda anterior para fixCleanup3_5_0 ya está en el árbol de código, pero la red no puede activar la limpieza hasta que las correcciones vinculadas se integren y los validadores las respalden; en XRPL, ningún operador individual puede activar un cambio de reglas de forma unilateral.
Una vez que los cambios lleguen al software principal, fixCleanup3_5_0 debe ganar el respaldo de más del 80% de los validadores de confianza, y ese respaldo debe mantenerse durante dos semanas seguidas antes de que la enmienda se active. El paquete también sigue un trabajo anterior sobre reglas de tokens bloqueados en torno a los flujos de NFT; un cambio de agosto de 2025 cerró una brecha separada allí, documentada en el pull request n.º 8174.
El progreso del despliegue puede seguirse en los pull requests abiertos, y la activación se hará visible cuando los validadores comiencen a respaldar la enmienda en la red.
Por ahora, la actualización es un paso más hacia el refuerzo de los rieles de permisos de XRPL a medida que crecen los activos controlados en el ledger. La puesta en marcha aún depende de que el código se integre y del respaldo sostenido de los validadores.
Este artículo fue publicado por primera vez por Live Bitcoin News.