\n
Los desarrolladores de XRP Ledger propusieron correcciones para reforzar c\u00f3mo pueden recibirse y mantenerse los tokens restringidos<\/strong>, cerrando excepciones que podr\u00edan permitir que ciertos activos llegaran a cuentas sin aprobaci\u00f3n del emisor. El pull request abierto en GitHub<\/a> 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<\/a>, pero todav\u00eda no est\u00e1n activos en Mainnet ni deben presentarse como reglas desplegadas.<\/p>\n <\/p>\n Uno de los problemas afecta a trust lines no autorizadas que ya mantienen saldo y pueden seguir recibiendo tokens adicionales<\/strong>. La comprobaci\u00f3n 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\u00f3n para que una recepci\u00f3n no autorizada falle. Tambi\u00e9n impide que un pago atraviese el saldo cero y cree una nueva posici\u00f3n sin permiso, aunque seguir\u00eda permitiendo devolver activos al emisor.<\/p>\n Otra correcci\u00f3n propuesta exigir\u00eda autorizaci\u00f3n para ambos activos antes de que una cuenta pueda adquirir un token de proveedor de liquidez de un AMM<\/strong>. Los LP tokens representan exposici\u00f3n a los activos de un pool, por lo que una cuenta podr\u00eda obtener exposici\u00f3n indirecta a un activo restringido sin haber sido aprobada para mantenerlo. El cambio encaja con la infraestructura de liquidez permissioned en XRPL<\/a> basada en controles sobre emisores y contrapartes.<\/p>\n Para los holders, las reglas propuestas conservar\u00edan una v\u00eda de salida. Un saldo no autorizado seguir\u00eda pudiendo devolverse a su emisor en lugar de quedar permanentemente bloqueado<\/strong>, y el emisor podr\u00eda aprobar despu\u00e9s la trust line para restaurar su uso normal. El paquete tambi\u00e9n busca aplicar las comprobaciones de autorizaci\u00f3n de forma coherente en funciones actuales y futuras, reforzando el modelo de permisos alrededor de entornos de trading permissioned<\/a> para flujos regulados de activos.<\/p>\n Las correcciones siguen bajo revisi\u00f3n y no constituyen una actualizaci\u00f3n aprobada de la red<\/strong>. El pull request #8650 permanece abierto y depende de otro cambio, mientras el paquete est\u00e1 previsto para fixCleanup3_5_0. Incluso tras revisi\u00f3n e inclusi\u00f3n en una versi\u00f3n, los cambios necesitan aprobaci\u00f3n de validadores antes de activarse. Las correcciones de mantenimiento de XRPL<\/a> muestran la diferencia entre c\u00f3digo propuesto, respaldo de validadores y despliegue en Mainnet. Hasta completar esas etapas, el comportamiento del ledger permanece sin cambios.<\/p>\n","protected":false},"excerpt":{"rendered":" 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\u00eda recepciones en trust lines sin autorizaci\u00f3n, mientras otro exigir\u00eda aprobaci\u00f3n para activos antes de adquirir LP tokens de un AMM. Las correcciones siguen bajo revisi\u00f3n … <\/p>\nfixCleanup3_5_0 propone reforzar las autorizaciones en distintos flujos de tokens<\/h2>\n
![\"Desarrolladores](\"https:\/\/crypto-economy.com\/es\/\/wp-content\/uploads\/sites\/4\/2026\/10\/XRP-Ledger-Fixes-Token-Rules.jpg\")
<\/p>\n