XRP Ledger activa un parche que cierra una brecha que permitía acuñar tokens: XRP está a salvo. XRP Ledger ha activado una enmienda de software que cierra una vulnerabilidad que, en determinadas condiciones, podría haber permitido a cuentas con permiso exclusivo para quemar tokens crear tokens emitidos. La solución, denominada fixCleanup3_4_0, entró en vigor el 4 de noviembre a las 14:52 UTC, en el ledger 108,112,129, según el rastreador de enmiendas de XRPLWin. Qué era el error - La falla estaba relacionada con el sistema de delegación de permisos del ledger y un permiso delegado denominado PaymentBurn. PaymentBurn permite que una cuenta autorizada destruya tokens emitidos por otra cuenta (un patrón habitual en los servicios de pago que canjean monedas estables). - Según las reglas anteriores, una cuenta con el único permiso PaymentBurn podía, en algunos casos excepcionales en los que un pago cruzaba el límite de saldo cero, acabar creando tokens emitidos en lugar de simplemente quemarlos. - Ese comportamiento podría haber afectado a los activos emitidos en el ledger —monedas estables, tokens de líneas de confianza y tokens multipropósito—, pero no al XRP nativo, que queda fuera de este modelo de permisos. ¿Se explotó la vulnerabilidad? - No hay informes públicos que confirmen que se haya explotado, y las divulgaciones realizadas hasta la fecha no identifican a ningún emisor que haya sufrido la creación no autorizada de tokens. Cómo funciona la solución - La enmienda rechaza «los pagos PaymentBurn que cruzan un saldo cero», separando de manera efectiva la destrucción de tokens de su emisión e impidiendo la condición de cruce de límite que permitía la acuñación accidental. - El cambio se incluyó en XRP Ledger server v3.4.0 en septiembre, pero las enmiendas del protocolo requieren un proceso de votación de validadores antes de modificar las reglas de la red. Cronología de la votación y activación por parte de los validadores - Para activarse, las enmiendas del protocolo necesitan el apoyo de más del 80 % de los validadores de confianza durante 14 días consecutivos. Con 35 validadores en la lista predeterminada supervisada, al menos 29 deben expresar su apoyo de forma continua. - El primer período de aprobación comenzó el 9 de octubre, pero se interrumpió cuando el apoyo cayó por debajo del umbral el 21 de octubre (el primer intento duró 12 días y 3 horas). Más tarde ese mismo día se formó una nueva mayoría, que inició una segunda cuenta regresiva de 14 días. Esta duró 14 días y 5 minutos y permitió la activación el 4 de noviembre. - La votación de XRPL exige apoyo ininterrumpido, por lo que incluso un descenso temporal puede retrasar una actualización. Otras correcciones incluidas en fixCleanup3_4_0 Además de la solución para PaymentBurn, la enmienda reúne varias correcciones de mantenimiento y seguridad que afectan al comportamiento de las transacciones y la contabilidad: - Recuperaciones de creadores de mercado automatizados (AMM): impide que una transacción destruya los tokens de un proveedor de liquidez cuando, de otro modo, el redondeo dejaría al emisor sin activos subyacentes. - Reglas para operaciones con permisos: impide que las cuentas reciban determinados tokens mediante ofertas cuando las restricciones del emisor deberían bloquear esas transferencias. - Reservas de custodia, autorización de tokens multipropósito y gestión de firmas de transacciones: introduce prefijos de firma distintos para impedir que las firmas de un tipo de transacción se reutilicen para otro. - Correcciones contables para las bóvedas de activo único y el protocolo de préstamos propuesto: ajusta la forma de calcular los depósitos, retiros, activos recuperables, pagos vencidos y préstamos deteriorados. Estas correcciones preparan el ledger para futuras funciones de préstamo, pero no las activan: cada enmienda relacionada con los préstamos aún requiere una aprobación independiente de los validadores. Contexto y próximos pasos - Los desarrolladores instaron a los operadores de servidores a actualizar al código v3.4.0 antes de que la enmienda entrara en vigor. La activación se produce tras divulgaciones anteriores sobre la falla que permitía acuñar tokens; crypto.news cubrió el tema cuando la enmienda aún esperaba su activación, el 2 de noviembre. - Las funciones de préstamo propuestas (Single Asset Vaults y LendingProtocolV1_1) siguen sujetas a votaciones independientes y solo se activarán en la red principal si cada una obtiene el apoyo requerido de los validadores. Por qué es importante - El parche elimina un riesgo creíble de casos excepcionales para los tokens emitidos en XRP Ledger y refuerza varios aspectos del comportamiento de las transacciones y la contabilidad: un paso importante para la confianza de los emisores, la integridad de las monedas estables y las futuras funciones del protocolo. Lee más noticias generadas por IA en: https://app.chaingpt.org/news