XRP Ledger se ha acercado a la activación de una corrección del 4 de noviembre para una falla que puede permitir que cuentas autorizadas únicamente para quemar tokens emitidos creen nuevos bajo ciertas condiciones.
Resumen
- Los desarrolladores advierten a los emisores que no deleguen el permiso PaymentBurn hasta que la corrección se active.
- El respaldo de validadores se sitúa en 33 de 35, con la activación dependiendo de un apoyo sostenido.
- La falla concierne a los tokens emitidos, incluidas las stablecoins, sin afectar el suministro nativo de XRP.
- La enmienda incluye reparaciones separadas para los pools de negociación, la contabilidad de vaults y las verificaciones de préstamos.
La documentación oficial de XRPL identifica el problema en PaymentBurn, un permiso diseñado para permitir que otra cuenta destruya tokens fungibles en nombre de un emisor. Hasta que la enmienda fixCleanup3_4_0 entre en vigor, un delegado que posea ese permiso puede en ocasiones acuñar tokens de trust line o Multi-Purpose Tokens, conocidos como MPTs.
La advertencia excluye específicamente otros permisos granulares de la falla. Su recomendación es evitar delegar PaymentBurn mientras la corrección siga pendiente.
La corrección de XRP Ledger separa la quema de tokens de la emisión
En la referencia de permisos, XRPL enumera PaymentMint y PaymentBurn como funciones separadas. PaymentMint autoriza pagos que crean tokens fungibles, mientras que PaymentBurn está destinado a autorizar su destrucción sin permitir que un pago cruce un saldo cero.
Las notas de la versión del 16 de septiembre para xrpld versión 3.4.0 describen la corrección directamente: los pagos que utilicen PaymentBurn serán rechazados si cruzan ese límite. El cambio forma parte de un paquete de enmiendas, lo que significa que su inclusión en el software del servidor no activa por sí sola la nueva regla de transacción en toda la red.
La exposición documentada concierne a las cuentas que han recibido el permiso delegado afectado. Ni la advertencia de permisos ni las notas de la versión identifican a un emisor cuyos tokens hayan sido creados fraudulentamente.
El suministro nativo de XRP queda fuera de esta falla del permiso de tokens emitidos. Las categorías de tokens afectadas son activos creados en el ledger mediante trust lines o el marco de MPT.
El respaldo de los validadores pone la activación en camino para el 4 de noviembre
Según el rastreador de XRPLWin, fixCleanup3_4_0 cuenta con el respaldo de 33 de los 35 validadores de confianza rastreados, equivalente al 94,29%. Con ese recuento de validadores, se necesitan 29 votos de apoyo para superar el umbral requerido.
La hora de activación proyectada es el 4 de noviembre aproximadamente a las 14:46 UTC, siempre que el apoyo se mantenga por encima del 80% durante todo el período de espera de dos semanas.
El historial de votación muestra una mayoría inicial que va del 9 de octubre al 21 de octubre, cuando la enmienda perdió el respaldo necesario para continuar su cuenta atrás. Una nueva mayoría comenzó el 21 de octubre, trasladando la activación proyectada a noviembre.
Una caída al 80% o por debajo interrumpiría nuevamente el período de espera. Por lo tanto, el rastreador enumera el 4 de noviembre como una hora de activación condicional, en lugar de una actualización de red completada.
Los emisores pueden actualizar o revocar permisos delegados
La guía de delegación de XRPL explica que el propietario de una cuenta otorga a otra cuenta poderes específicos mediante una transacción DelegateSet. El propietario puede cambiar o revocar esos permisos mediante otra transacción del mismo tipo.
El sistema admite cuentas separadas para operaciones rutinarias mientras las claves que conllevan control total permanecen fuera de línea. Su documentación cita el cumplimiento de stablecoins como un caso de uso, incluida la aprobación de usuarios que han completado verificaciones de identidad.
Cada delegado puede recibir hasta 10 permisos. Ciertos poderes, en particular los que implican cambios en claves criptográficas o la concesión de permisos adicionales, no pueden delegarse.
La guía indica que los permisos granulares están predefinidos y no pueden personalizarse para cubrir solo monedas seleccionadas. Su advertencia sobre PaymentBurn aparece junto a estas instrucciones operativas.
La distribución de stablecoins en XRPL ha seguido desarrollándose. Como informó previamente crypto.news, el lanzamiento de RLUSD en Coinbase el 28 de octubre abarcó plataformas minoristas e institucionales, con soporte de red que se extiende a XRP Ledger, Ethereum y Base.
Ripple identifica al emisor de RLUSD como Standard Custody & Trust Company, una compañía fiduciaria de propósito limitado supervisada por Nueva York. Su página de transparencia indica que las reservas se mantienen en cuentas segregadas y que los informes mensuales comparan los tokens en circulación con sus activos de respaldo.
Las reparaciones de la enmienda se extienden a bóvedas y préstamos
Más allá de la delegación de permisos, la descripción oficial de la enmienda enumera correcciones a los depósitos, retiros y recuperaciones de Single Asset Vault, diseñadas para evitar que los activos se entreguen en exceso o de forma insuficiente debido al redondeo.
Las reparaciones de los fondos de negociación abordan los montos de recuperación que se redondean a cero y los casos relacionados con el saldo restante del último proveedor de liquidez.
Ripple respaldó previamente préstamos nativos propuestas destinadas a permitir que las bóvedas de un solo activo suministren fondos para préstamos a plazo fijo. Esas propuestas tienen su propio proceso de aprobación por parte de los validadores.
Dentro de la enmienda de limpieza, las comprobaciones de retraso, deterioro e incumplimiento de los préstamos requerirán que la fecha de vencimiento haya pasado estrictamente. Otro cambio permite que un retiro de participaciones fijas de la bóveda devuelva cero activos cuando la bóveda está totalmente deteriorada, en lugar de hacer fallar la transacción.
