El XRP Ledger se acerca a una de sus ventanas de actualización más concurridas de 2026, con tres enmiendas que podrían activarse dentro de menos de 18 horas entre sí el 8 y 9 de octubre.
El calendario actual de activación coloca PermissionDelegationV1_1 primero alrededor de las 21:25 UTC del 8 de octubre, seguido por fixBatchV1_2 alrededor de las 14:12 UTC y BatchV1_1 alrededor de las 14:46 UTC del 9 de octubre, siempre que el soporte de los validadores se mantenga por encima del umbral requerido.
Los cambios afectan partes muy distintas de XRPL. La documentación oficial XRPL amendment documentation describe PermissionDelegationV1_1 como autorización de cuenta granular, mientras que BatchV1_1 introduce grupos atómicos de transacciones que pueden procesarse juntas.
8 de octubre podría traer controles de cuenta al estilo bancario
PermissionDelegationV1_1 permitiría que una cuenta XRPL otorgue a otra cuenta poderes específicos sin entregar sus claves maestras.
Eso podría permitir que una institución separe las responsabilidades de cumplimiento, pagos y operaciones entre múltiples cuentas. La estructura es particularmente relevante para bancos, emisores de stablecoins y otras organizaciones donde una sola monedero no debe controlar todas las funciones.
La función ya se acerca a su fecha de activación revisada tras una caída anterior en el soporte de validadores que reinició su cuenta regresiva. Su modelo de control de cuenta institucional podría estar disponible el 8 de octubre si se mantiene el apoyo mayoritario.
9 de octubre podría traer a Batch y su corrección de seguridad
El segundo día se centra en las transacciones por lote.
BatchV1_1 permite a los usuarios combinar hasta ocho transacciones en una sola operación, habilitando estructuras donde múltiples pasos pueden tener éxito juntos o fallar juntos. Esa funcionalidad ha atraído interés para liquidación, intercambios atómicos y transacciones institucionales más complejas.
Su activación originalmente se esperaba para septiembre, antes de que el soporte de validadores cayera por debajo del nivel requerido, retrasando el conteo regresivo de BatchV1_1 al 9 de octubre.
Pero BatchV1_1 llegará junto con una medida de seguridad adicional. Los desarrolladores de XRPL lanzaron xrpld 3.4.1 como una actualización de seguridad de emergencia, introduciendo fixBatchV1_2 tras identificar problemas de protocolo sensibles a la seguridad. Los servidores que sigan siendo antiguos cuando se active la enmienda corren el riesgo de quedar bloqueados por la enmienda.
Ese lanzamiento de seguridad de emergencia hace que el 9 de octubre sea más importante que un lanzamiento de función normal.

