Enmienda de XRP Ledger para cerrar un fallo de acuñación con PaymentBurn y activación prevista para el 4 de noviembre

Enmienda de XRP Ledger para cerrar un fallo de acuñación con PaymentBurn y activación prevista para el 4 de noviembre

La enmienda fixCleanup3_4_0 de XRP Ledger impediría que los permisos delegados de PaymentBurn acuñen tokens de línea de confianza y MPT. El respaldo de los validadores, del 94,29%, sitúa la activación alrededor del 4 de noviembre, aunque la fecha depende de que el respaldo se mantenga por encima del 80% durante el periodo de espera de dos semanas.

2 nov 20264 min de lectura

Escrito por la redacción de IA de CoinArticle · a partir de 2 fuentes citadas. Cómo trabajamos

Qué corrige la enmienda

Un fallo en XRP Ledger permite que una cuenta que solo tiene el permiso PaymentBurn, un poder delegado destinado a destruir tokens fungibles en nombre de un emisor, cree en ocasiones nuevos tokens de línea de confianza o Multi-Purpose Tokens (MPT). Según la documentación oficial de XRPL, el fallo existe hasta que entre en vigor la enmienda fixCleanup3_4_0. La corrección rechaza los pagos PaymentBurn que cruzarían un saldo cero, un límite que el permiso fue diseñado para respetar, según las notas de la versión xrpld 3.4.0 fechadas el 16 de septiembre.

La documentación de XRPL recomienda que los emisores eviten delegar PaymentBurn hasta que la corrección esté activa. La advertencia no se extiende a otros permisos granulares. Ni la documentación ni las notas de la versión identifican a ningún emisor cuyos tokens hayan sido creados de forma fraudulenta, y la exposición se describe como aplicable a las cuentas que tienen el permiso delegado afectado. El suministro nativo de XRP queda fuera del alcance del fallo; las categorías afectadas son los activos emitidos a través de líneas de confianza o del marco MPT.

Estado de la activación y condiciones

El rastreador XRPLWin informa de que fixCleanup3_4_0 cuenta con el respaldo de 33 de los 35 validadores de confianza monitorizados, es decir, el 94,29%. La activación requiere 29 votos favorables. El rastreador proyecta la activación hacia las 14:46 UTC del 4 de noviembre, siempre que el respaldo se mantenga por encima del 80% durante todo el periodo de espera de dos semanas.

El registro de votaciones muestra una mayoría anterior del 9 al 21 de octubre, cuando la enmienda cayó por debajo del respaldo requerido y su cuenta atrás se detuvo. Una nueva mayoría comenzó el 21 de octubre, lo que trasladó la fecha proyectada a noviembre. Una caída al 80% o por debajo reiniciaría de nuevo el periodo de espera, por lo que el rastreador considera el 4 de noviembre como una fecha condicionada y no confirmada.

La cobertura de CoinDesk describe la corrección como prevista para el miércoles, y señala que el respaldo de los validadores bajó brevemente y reinició el reloj de activación de dos semanas. Crypto.news indica como objetivo el 4 de noviembre. Ambos medios coinciden en la línea temporal principal, pero la pieza de CoinDesk da un día de la semana en lugar de una fecha y no repite el lenguaje condicional del rastreador, por lo que los lectores deben tomar la cifra del 4 de noviembre como una proyección que depende del comportamiento de los validadores en las próximas dos semanas.

Modelo de delegación y contexto de las stablecoins

La guía de delegación de XRPL explica que el titular de una cuenta concede poderes específicos a una segunda cuenta mediante una transacción DelegateSet y puede revocarlos con otra transacción del mismo tipo. Cada delegado puede tener hasta 10 permisos, y los poderes que implican cambios de 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 restringirse a determinadas divisas, lo que resulta relevante para la exposición de PaymentBurn. El cumplimiento normativo de las stablecoins se menciona como caso de uso, incluida la aprobación de usuarios que han superado controles de identidad.

El problema surge mientras crece la actividad de stablecoins en la red. RLUSD, de Ripple, se lanzó en Coinbase el 28 de octubre, en plataformas minoristas e institucionales, con soporte en XRP Ledger, Ethereum y Base. Ripple nombra a Standard Custody & Trust Company, una sociedad fiduciaria de propósito limitado supervisada por Nueva York, como emisor de RLUSD. No se describe que la enmienda afecte específicamente a RLUSD, y las fuentes no vinculan el fallo de PaymentBurn con ninguna stablecoin emitida en particular.

El mismo paquete de enmiendas incluye también cambios en los depósitos, retiradas y clawbacks de Single Asset Vault para evitar que el redondeo entregue de más o de menos activos, así como reparaciones en el comportamiento de clawback de los pools de trading. Ambas fuentes se interrumpieron o resumieron antes de cubrir estos aspectos en su totalidad, por lo que sus detalles no se evalúan aquí.

Por qué importa

Para los traders

El suministro nativo de XRP queda fuera del fallo, por lo que la fecha del 4 de noviembre importa sobre todo a los titulares de tokens de línea de confianza y MPT, y el momento depende de que el respaldo de los validadores se mantenga por encima del 80%.

Para los inversores

La corrección de un fallo de permisos en una red que aloja stablecoins reguladas señala una gobernanza activa y controles más estrictos sobre la emisión de tokens a largo plazo.

Para los desarrolladores

Los emisores y los integradores deben evitar delegar PaymentBurn hasta que la enmienda se active y revisar cualquier configuración de permisos que dependa de él.

Este artículo es solo informativo y no constituye asesoramiento financiero. Lee el aviso legal completo.

Precios en directo:XRP

Artículos relacionados

Últimas noticias