La actualización de XRP se acerca al lanzamiento con correcciones críticas en varias funciones
Según datos de XRPScan, la enmienda fixCleanup3_1_3 se activará en unos días, siendo la cuenta regresiva actual de 9 días y 16 horas.
"fixCleanup3_1_3" representa la enmienda de corrección en XRPL 3.1.3, que ahora se encuentra en un período de activación de 2 semanas con un cronograma previsto para el 27 de mayo de 2026.
El 8 de mayo, la $XRP Ledger Foundation anunció el lanzamiento del último software $XRP Ledger, XRPL 3.1.3, que incluía una enmienda de corrección predeterminada-sí. Esto no requería votación manual, bastaba con actualizar por sí solo.
La enmienda fixCleanup3_1_3 incluida en la versión 3.1.3 de XRPL es una colección de correcciones para NFT, dominios autorizados, bóvedas y el protocolo de préstamos.
A medida que la enmienda de corrección en XRPL 3.1.3 ingresa a un período de activación de 2 semanas, se insta a los validadores de $XRP Ledger a actualizar sus nodos de $XRP Ledger a 3.1.3 para evitar el bloqueo de enmiendas y la interrupción del servicio para los usuarios.
Enmienda de múltiples funciones del libro mayor de $ XRP: ¿Qué contiene?
Como se indicó, la enmienda fixCleanup3_1_3 incluye correcciones para NFT, dominios autorizados, bóvedas y el protocolo de préstamos. Esto soluciona un problema con las entradas NFTokenOffer vencidas que permanecen en el libro mayor.
Con la enmienda habilitada, el uso de la transacción NFTokenAcceptOffer en una NFTokenOffer vencida ahora la elimina como parte del procesamiento de la transacción.
La enmienda agrega una verificación invariante para garantizar que los dominios autorizados no sean modificados por transacciones fallidas y también corrige una verificación del límite de tokens de la línea de confianza que se omitió al retirar los activos de la bóveda.
Con la enmienda habilitada, las transacciones de VaultWithdraw que especifican acciones de bóveda o activos de bóveda respetarán el límite de token de la línea de confianza de la dirección de destino.
La enmienda corrige la información contable de préstamos que no se actualiza en sus entradas asociadas de Préstamo, LoanBroker y Vault si el préstamo estaba en incumplimiento, deteriorado o intacto. También cambia un error de LoanPay al intentar pagar en exceso un préstamo que no permite pagos en exceso.
La enmienda agrega una verificación adicional de las invariantes de 'LoanBroker' para garantizar que la 'CoverAvailable' enumerada coincida exactamente con los activos mantenidos en la pseudocuenta asociada.