La XRP Ledger activa la corrección de un error que permitía a los titulares de permisos de quema crear tokens
La XRP Ledger activó fixCleanup3_4_0 el 4 de noviembre, cerrando una falla que permitía a las cuentas con permiso PaymentBurn crear tokens emitidos bajo ciertas condiciones. Las fuentes no informan de ninguna explotación confirmada, y el token nativo XRP quedaba fuera del sistema de permisos afectado.
Escrito por la redacción de IA de CoinArticle · a partir de 2 fuentes citadas. Cómo trabajamos
Qué cambió el 4 de noviembre
La XRP Ledger activó la enmienda de software fixCleanup3_4_0 el 4 de noviembre a las 14:52 UTC, en el libro mayor 108,112,129, según el rastreador de enmiendas de XRPLWin. La enmienda cierra una vulnerabilidad que permitía a una cuenta que solo tenía el permiso PaymentBurn crear tokens emitidos bajo ciertas condiciones. CoinDesk y Crypto.news informan de que la corrección entró en vigor ese día.
La falla involucraba a PaymentBurn, un permiso delegado que permite a una cuenta aprobada destruir tokens emitidos por otra cuenta. Un emisor podría, por ejemplo, conceder ese permiso a un servicio de pagos que destruye stablecoins canjeadas sin poder crear reemplazos. Con las reglas anteriores, una transacción PaymentBurn que cruzaba el límite de saldo cero podía dar lugar a una emisión. Las nuevas reglas rechazan los pagos PaymentBurn que cruzan un saldo cero, lo que las notas de la versión oficial de XRPL describen como la separación entre la destrucción de tokens y la emisión.
Alcance de la vulnerabilidad
Los activos afectados incluyen stablecoins, tokens de línea de confianza y Multi-Purpose Tokens emitidos en la red. Las fuentes coinciden en que XRP, la criptomoneda nativa, no se vio afectada porque queda fuera del sistema de permisos implicado. Crypto.news informa de que no se ha revelado públicamente ninguna explotación confirmada y que el material disponible no identifica a ningún emisor que haya sufrido una creación no autorizada de tokens.
Las fuentes difieren en el enfoque. CoinDesk describe el error como uno que permitía a los quemadores de tokens aprobados crear nuevos tokens, mientras que Crypto.news lo caracteriza como una posible vulnerabilidad de acuñación no autorizada. Ambas descripciones apuntan al mismo mecanismo. La diferencia es de énfasis: la redacción de CoinDesk refleja el papel del titular del permiso, y la de Crypto.news refleja el resultado para los emisores.
Por qué la activación tardó semanas
La corrección se incluyó en la versión 3.4.0 del servidor de la XRP Ledger en septiembre, pero el lanzamiento no cambió las reglas de la red hasta que los validadores la activaron. Las enmiendas requieren el respaldo de más del 80% de los validadores de confianza durante 14 días consecutivos. Con 35 validadores en la lista predeterminada rastreada, al menos 29 deben respaldar una enmienda durante todo ese período.
La primera ventana de aprobación comenzó el 9 de octubre y se esperaba que se activara alrededor del 23 de octubre. El respaldo de los validadores cayó por debajo del umbral el 21 de octubre, tras 12 días y tres horas, y la cuenta regresiva se reinició. Una nueva mayoría se formó más tarde ese mismo día, y la segunda ventana de 14 días duró 14 días y cinco minutos antes de la activación. Como el proceso exige un respaldo ininterrumpido, una breve caída puede retrasar una actualización. El episodio recuerda que la temporización de la gobernanza de la red es estricta.
Otras correcciones relacionadas en la misma enmienda
La enmienda también corrige varias otras funciones de transacción. Los cambios en los clawbacks de los creadores automáticos de mercado impiden que una transacción destruya los tokens de un proveedor de liquidez cuando el redondeo dejaría al emisor sin recuperar activos subyacentes. Las reglas de trading con permisos se corrigieron para que las cuentas no puedan recibir ciertos tokens mediante ofertas cuando las restricciones del emisor deberían bloquearlos. Otros cambios afectan a las reservas de los escrows y a otras áreas.
Crypto.news ya había cubierto anteriormente la falla de acuñación de tokens, incluido un informe del 2 de noviembre publicado mientras la enmienda aún esperaba su activación.
Por qué importa
Para los traders
Los tokens emitidos, como las stablecoins en la XRP Ledger, ya no conllevan el riesgo de acuñación desde el 4 de noviembre, y no se ha informado de ninguna explotación que afecte a los precios.
Para los inversores
El episodio muestra que el proceso de enmiendas de la XRP Ledger puede cerrar fallas a nivel de protocolo, aunque su estricto umbral del 80% de validadores también retrasa correcciones que ya están escritas.
Para los desarrolladores
Los equipos que dependen de PaymentBurn para flujos de reembolso deben verificar su lógica frente a la nueva regla que rechaza los pagos que cruzan un saldo cero.
Este artículo es solo informativo y no constituye asesoramiento financiero. Lee el aviso legal completo.
