Error del Token XRPL Corregido: Lo que significa la enmienda fixCleanup3_4_0 para las Stablecoins
2026-11-04
El XRP Ledger (XRPL) se está preparando para abordar una vulnerabilidad de permisos de tokens a través de su enmienda fixCleanup3_4_0, con una activación proyectada para el 4 de noviembre de 2026.
El problema implica permisos delegados que podrían permitir a una cuenta autorizada solo para quemar los tokens de un emisor crear nuevos tokens bajo condiciones de pago específicas.
Aunque el XRP en sí no se ve afectado, el fallo es importante para los activos emitidos, incluidos los stablecoins. La actualización tiene como objetivo fortalecer los controles de suministro al asegurar que la autoridad para quemar tokens no pueda convertirse implícitamente en autoridad para acuñar tokens.
Principales puntos a destacar
- Se está abordando un vacío en los permisos de tokens: Un delegado con permisos de PaymentBurn podría potencialmente acuñar tokens emitidos en ciertas circunstancias.
- El suministro de XRP no se ve afectado: La vulnerabilidad concierne a los activos emitidos, incluidos los tokens de línea de confianza y los Tokens Multiusos (MPTs).
- La enmienda fortalece los controles del emisor: PaymentBurn y PaymentMint operarán como permisos separados, protegiendo la gestión del suministro de tokens.
¿Cuál fue el error de token de XRPL?
fuente por AI
La vulnerabilidad involucra el sistema de delegación de permisos del XRP Ledger, que permite a los emisores de tokens otorgar derechos de transacción específicos a otras cuentas.
Por ejemplo, un emisor de stablecoins podría autorizar a un procesador de pagos o socio de redención a recibir tokens de los clientes y quemarlos cuando esos clientes intercambien sus stablecoins por moneda tradicional.
Este arreglo está diseñado para otorgar al socio una autoridad limitada. Debería poder retirar tokens de circulación sin obtener la capacidad de crear suministro adicional.
Sin embargo, antes de la enmienda fixCleanup3_4_0, una cuenta que solo tenía el permiso delegado de PaymentBurn podría, bajo ciertas condiciones de pago, mover un saldo de token a través de cero y efectivamente acuñar nuevos tokens fungibles.
En otras palabras, una cuenta autorizada para destruir tokens podría potencialmente crear nuevos sin recibir por separado el permiso de PaymentMint.
Cómo funcionan PaymentBurn y PaymentMint
El XRPL utiliza permisos granulares para controlar lo que las cuentas delegadas pueden hacer.
- PaymentBurn: Permite a un delegado autorizado enviar pagos que queman tokens fungibles o MPTs.
- PaymentMint: Permite a un delegado autorizado enviar pagos que crean nuevos tokens fungibles o MPTs.
El problema era que estos permisos no permanecían suficientemente separados en ciertos casos extremos.
Considera a un emisor de stablecoins que delega operaciones de redención a una empresa de pagos externa. La empresa solo debería poder quemar tokens devueltos por los clientes. Sin embargo, la vulnerabilidad podría crear un camino para la emisión no intencionada de tokens.
Esto es particularmente importante para los stablecoins respaldados por fiat, donde se espera que el suministro circulante refleje los procesos de emisión y redención autorizados por el emisor.
El problema no significa que cada stablecoin de XRPL estuviera comprometida o que la vulnerabilidad fuera necesariamente explotada. CoinDesk informó que no encontró registros públicos ni informes de explotación.
¿Qué cambia la enmienda fixCleanup3_4_0?
fuente por AI
La enmienda fixCleanup3_4_0 restaura la separación prevista entre los permisos de quemado de tokens y los permisos de acuñación de tokens.
Una vez habilitada, la enmienda impide que un delegado de solo quema complete un pago que cruce un saldo de cero y efectivamente cree nuevos tokens fungibles.
Una cuenta debe tener el permiso separado de PaymentMint para realizar una operación de emisión autorizada. Esto significa que los emisores de tokens pueden mantener un control más claro sobre quién está autorizado para crear suministro adicional.
Antes y después de la actualización de XRPL
La enmienda no es una nueva función de emisión de stablecoins. En cambio, es una corrección de seguridad a nivel de protocolo diseñada para hacer que los permisos delegados se comporten como se pretendía.
También vale la pena señalar que fixCleanup3_4_0 es una colección más amplia de mejoras de XRPL que cubren áreas como bóvedas, préstamos, creadores de mercado automatizados, NFTs, fideicomiso, patrocinio y firma de transacciones. La corrección de permisos de tokens es una parte particularmente importante de ese paquete.
Por qué la solución es importante para stablecoins y emisores de XRPL
La infraestructura de stablecoins depende de una gestión de suministro confiable. Los emisores necesitan controlar cómo se crean, transfieren, canjean y eliminan los tokens de la circulación.
Un sistema de permisos que permite a un socio de canje obtener capacidades de emisión no intencionadas puede socavar esos controles.
La enmienda fixCleanup3_4_0 aborda esta preocupación al asegurar que la quema y la acuñación sigan siendo operaciones distintas.
Separación Operativa Más Fuerte
Los emisores de stablecoins a menudo trabajan con intercambios externos, procesadores de pagos, custodios y socios de canje.
Estas organizaciones pueden necesitar permiso para realizar operaciones específicas de tokens, pero no deberían recibir automáticamente una autoridad más amplia sobre el suministro de la stablecoin.
Al requerir una autorización de PaymentMint separada, la enmienda apoya una estructura de permisos más claramente definida.
Esto es particularmente relevante para la tokenización institucional, donde los emisores necesitan demostrar que los cambios de suministro siguen procedimientos operativos controlados.
Por qué los tenedores de XRP no deben confundir esto con una vulnerabilidad del suministro de XRP
Una distinción importante es que la vulnerabilidad afecta a los tokens emitidos en el XRP Ledger, no a XRP en sí.
XRP es el activo nativo de la red y no depende de que un emisor otorgue permisos delegados de PaymentBurn para gestionar su suministro.
Por lo tanto, la enmienda no debe interpretarse como una corrección de un defecto que permitió a los socios de stablecoin imprimir XRP adicional.
Para los tenedores de XRP, el desarrollo es principalmente relevante para la salud general del ecosistema XRPL, particularmente su capacidad para soportar stablecoins y otros activos digitales emitidos.
Un marco de permisos de tokens más fuerte podría mejorar la confianza entre las empresas que consideran la red para aplicaciones de pago y tokenización.
¿Cuándo se activará fixCleanup3_4_0?
La enmienda fue introducida en la versión de software XRPL 3.4.0 y requiere más del 80% de los validadores de confianza para apoyarla de manera continua durante 14 días antes de la activación.
Tras una disminución anterior en el apoyo de validadores el 21 de octubre, la cuenta regresiva para la activación se reinició después de que se recuperó el apoyo mayoritario.
A partir del 4 de noviembre de 2026, la enmienda contaba con el apoyo de 33 de 35 validadores de confianza rastreados, superando los 29 votos requeridos. Su tiempo de activación proyectado era a las 14:46 UTC del 4 de noviembre, equivalente a las 21:46 WIB.
Es importante destacar que este seguía siendo un tiempo de activación proyectado cuando se preparó este artículo, no una confirmación de que la enmienda ya estaba activa. La red debe completar su proceso de activación y registrar el cambio en el libro mayor validado.
¿Qué deben hacer los emisores de stablecoins y los operadores de nodos?
Las empresas y desarrolladores que trabajan con activos emitidos por XRPL deben tomar varias precauciones:
- Evitar la delegación prematura de PaymentBurn: La documentación oficial de XRPL advierte a los desarrolladores que no deleguen este permiso hasta que fixCleanup3_4_0 esté habilitado.
- Verificar la activación de la enmienda: Compruebe el estado de la enmienda XRPL en vivo en lugar de confiar únicamente en la aprobación de validadores o un tiempo de activación estimado.
- Revisar los permisos delegados: Después de la activación, asegúrese de que PaymentMint se otorgue solo a cuentas que realmente requieren autoridad de emisión de tokens.
- Actualizar el software de XRPL: Los operadores de nodos deben seguir las últimas versiones de software de XRPL compatibles y la guía de seguridad.
- Revisar procedimientos de gestión de tokens: Los emisores deben examinar sus flujos de trabajo de canje, quema y acuñación para asegurarse de que las cuentas delegadas tengan solo los permisos que necesitan.
El trabajo de seguridad más amplio de XRPL también incluye la versión de software 3.4.1, que siguió a un problema histórico de desbordamiento de enteros relacionado con XRP y su corrección.
Los operadores deben revisar las notas relevantes de lanzamiento en lugar de asumir que este problema separado se aborda únicamente mediante fixCleanup3_4_0.
Conclusión
La enmienda fixCleanup3_4_0 de XRPL es una mejora de seguridad importante para stablecoins y otros tokens emitidos.
Al separar PaymentBurn de PaymentMint, cierra una laguna de permisos que podría permitir a cuentas delegadas crear tokens sin autoridad de acuñación explícita.
El suministro nativo de XRP nunca se vio afectado, pero la corrección refuerza la confianza en la infraestructura de gestión de tokens del XRP Ledger.
Con la activación proyectada para el 4 de noviembre de 2026, los emisores y operadores de nodos deben verificar el estado del libro mayor en vivo y actualizar sus sistemas en consecuencia.
Para un comercio de criptomonedas más fácil y seguro, explora activos digitales en Bitrue mientras realizas investigaciones independientes y gestionas riesgos de manera responsable.
FAQ
¿Qué es la enmienda fixCleanup3_4_0 de XRPL?
Es una actualización de protocolo que aborda varios problemas del XRP Ledger, incluyendo una vulnerabilidad de delegación de permisos que podría permitir a una cuenta con solo autoridad de PaymentBurn acuñar tokens emitidos bajo ciertas circunstancias.
¿El error del token XRPL afectó el suministro de XRP?
No. La vulnerabilidad concernía a activos emitidos, incluyendo tokens de línea de confianza y Tokens Multifuncionales (MPTs). El suministro nativo de XRP no se vio afectado.
¿Cuál es la diferencia entre PaymentBurn y PaymentMint?
PaymentBurn permite a cuentas autorizadas destruir tokens emitidos, mientras que PaymentMint permite a cuentas autorizadas crear nuevos tokens fungibles o MPTs. La enmienda asegura que estos permisos permanezcan debidamente separados.
¿Cuándo se activará fixCleanup3_4_0?
El tiempo de activación proyectado fue el 4 de noviembre de 2026 a las 14:46 UTC (21:46 WIB), siempre que se mantuviera un apoyo suficiente de los validadores. La activación real debe ser confirmada a través del XRP Ledger en vivo.
¿Cómo beneficia fixCleanup3_4_0 a los emisores de stablecoins?
Refuerza los controles de suministro al asegurar que los socios de redención con permiso para quemar stablecoins no obtengan automáticamente la capacidad de acuñar tokens adicionales. Esto apoya una mejor seguridad operacional y una gestión de permisos más clara.
Descargo de responsabilidad: Las opiniones expresadas pertenecen exclusivamente al autor y no reflejan las opiniones de esta plataforma. Esta plataforma y sus afiliados declinan cualquier responsabilidad por la precisión o idoneidad de la información proporcionada. Es solo para fines informativos y no pretende ser asesoramiento financiero o de inversión.
Descargo de responsabilidad: El contenido de este artículo no constituye asesoramiento financiero o de inversión.
