8648

XRPL propone endurecer los permisos para recibir tokens: lean bien la palabra «propuesta»

El 30/10, una revisión del repositorio de código de rippled mostró que las propuestas #8648 y #8650 siguen abiertas y aún no se han fusionado

El foco está en los tokens cuyos emisores establecen condiciones para aprobar a sus titulares:

• Al recibir tokens que representan una participación en un pool AMM, la cuenta debe estar autorizada para ambos activos del pool
• También debe comprobarse si una trust line que ya tiene saldo tiene permiso para recibir más tokens, en lugar de quedar exenta de la comprobación solo por tener un saldo distinto de cero

Una trust line puede entenderse como una relación que una cuenta establece para mantener en XRPL tokens de un emisor

Ambos cambios usan el amendment fixCleanup3_5_0. La descripción actual del código también indica que otras dos capas de comprobación se cerraron tras una revisión; por eso no interpreto el resumen como «cuatro parches ya implementados»

Cabe destacar que la documentación de XRPL señala claramente que este mecanismo de autorización de titulares no se aplica al XRP nativo

En mi opinión, el tema aquí es la capacidad de hacer cumplir las reglas de los activos emitidos en la cadena. Si un token exige que se apruebe al destinatario, las rutas de transferencia a través de los pools también deben cumplir esa condición

Hay que seguir el proceso de revisión, el lanzamiento y la activación efectiva. El código propuesto todavía no es una regla vigente en la mainnet

¿Qué creen que deberían priorizar los activos institucionales que llegan a la cadena: la libre transferencia o el control de quién puede tenerlos?

Fuentes: XRPLF/rippled PR #8648, #8650; documentación de XRPL «Authorized Trust Lines», revisión del 30/10/2026

$XRP