Puntos clave de la noticia:
- fixCleanup3_3_0 alcanzó 82,86% de consenso con 29 votos a favor, iniciando una ventana de activación de dos semanas que podría culminar el 11 de septiembre si el apoyo se mantiene por encima de 80%.
- La enmienda refuerza Single Asset Vaults, Lending Protocol, AMM, funciones de DEX permissioned, Checks y el comportamiento de pseudo-cuentas en múltiples rutas de transacción.
- Otras correcciones abordan ofertas híbridas, precios y precisión en AMM, invariantes del ledger y transacciones malformadas con pseudo-cuentas, mientras los validadores deben mantener suficiente apoyo hasta la activación.
XRP Ledger se acerca a una importante actualización en septiembre después de que la enmienda fixCleanup3_3_0 consiguiera apoyo mayoritario con 82,86% de consenso. Introducida con la versión xrpld 3.3.0, la enmienda comenzó su proceso de votación el 6 de agosto y alcanzó la mayoría el 28 de agosto con 29 votos a favor, iniciando así una ventana de activación de dos semanas. El avance clave es que XRPL ya superó el umbral necesario para iniciar la cuenta regresiva hacia la activación. Los datos de XRPScan apuntan al 11 de septiembre de 2026 como la fecha más temprana posible, aunque el plazo podría reiniciarse si el apoyo de los validadores cae a 80% o menos antes de completarse.
The bundled fix amendment in XRPL 3.3.0 has entered 2 week activation window with 29 Yes votes. It further hardens existing XRP Ledger features.
Please upgrade your nodes in time so they can keep operating once it activates. https://t.co/dqVoKBkApw pic.twitter.com/mK4TuxLfW4
— Vet (@Vet_X0) August 28, 2026
fixCleanup3_3_0 refuerza varios sistemas de XRPL al mismo tiempo
El paquete fixCleanup3_3_0 agrupa correcciones que afectan a Single Asset Vaults, Lending Protocol, Automated Market Makers, la DEX permissioned, Checks y pseudo-cuentas. En lugar de introducir una nueva función destacada, la enmienda se centra en reforzar funcionalidades existentes de XRPL a través de varios componentes interconectados. Entre sus cambios, unifica las comprobaciones de freeze y deep-freeze para transferencias relacionadas con pseudo-cuentas en distintas transacciones de vaults, AMM y préstamos. También modifica CheckCash y CheckCancel para que un CheckID compuesto completamente por ceros sea rechazado durante la fase de preflight con temMALFORMED, en lugar de fallar posteriormente con tecNO_ENTRY.
La enmienda también corrige casos límite relacionados con libros de órdenes y AMM. Las ofertas híbridas dejarán de desaparecer del libro de órdenes abierto cuando la cuenta que las creó pierda acceso a un dominio permissioned, mientras la liquidez de los AMM se incorporará a las estimaciones de calidad en los libros de órdenes de las DEX permissioned. Estas correcciones apuntan a problemas sutiles de estructura de mercado que podrían afectar los precios, la visibilidad de la liquidez y la fiabilidad de las transacciones. AMMWithdraw devolverá tecAMM_FAILED en lugar de provocar una división por cero bajo una condición específica de EPrice, mientras AMMDeposit, AMMWithdraw y AMMClawback incorporarán comprobaciones adicionales de pérdida de precisión cuando fixAMMv1_3 esté habilitado.
Otras protecciones refuerzan el comportamiento de las pseudo-cuentas y los objetos del ledger. La invariante ValidAMM garantizará que los AMM solo puedan eliminarse mediante AMMWithdraw, AMMClawback o AMMDelete, mientras una nueva invariante ObjectHasPseudoAccount comprobará que al eliminar una entrada respaldada por una pseudo-cuenta también se elimine esa pseudo-cuenta. La cuestión pendiente es operativa: los validadores deberán mantener un nivel suficiente de apoyo hasta que cierre la ventana de activación. Las transacciones firmadas por pseudo-cuentas fallarán con tefBAD_AUTH, mientras CredentialCreate y DepositPreauth rechazarán pseudo-cuentas en determinados campos. Si el apoyo se mantiene por encima de 80%, la actualización de XRPL podrá activarse el 11 de septiembre.
