La activación de Batch V1.1 en el XRP Ledger ya no apunta al 29 de septiembre. La propuesta perdió brevemente el respaldo necesario de los validadores y reinició su cuenta regresiva. Según informó CoinDesk, la fecha más temprana pasó al 9 de octubre, siempre que el apoyo se mantenga sin interrupciones.
El episodio muestra cómo funciona la gobernanza de esta red: una mayoría puntual no basta para modificar las reglas. Los validadores deben sostener su voto durante dos semanas consecutivas. Cuando el respaldo cae por debajo del umbral, el tiempo acumulado se pierde aunque los votos regresen poco después.
Por qué Batch V1.1 se aplaza hasta octubre
Batch había iniciado su período de espera el 15 de septiembre y se esperaba que pudiera entrar en vigor el día 29. Una caída temporal del apoyo de los validadores interrumpió ese proceso. El 25 de septiembre, la enmienda recuperó el respaldo de 30 de los 35 validadores confiables, de acuerdo con el panel de seguimiento.
Desde ese momento comenzó una nueva ventana de 14 días. Si el porcentaje requerido se conserva, la primera activación posible sería el 9 de octubre alrededor de las 14:46 UTC. Es una proyección condicionada, no una fecha garantizada: otro descenso del apoyo volvería a poner el contador en cero. La documentación del XRP Ledger explica que este mecanismo exige apoyo sostenido antes de aplicar una enmienda a la red.
Qué cambiaría para los pagos y los activos tokenizados
La función permitiría agrupar hasta ocho transacciones en una sola operación. Uno de sus modos ejecuta todas las acciones o ninguna, una característica útil cuando dos movimientos deben quedar vinculados.
Por ejemplo, el pago de un activo tokenizado y su entrega podrían liquidarse juntos; si una parte falla, la otra tampoco se completa. La guía oficial también describe aplicaciones para intercambios entre cuentas y cobros de comisiones de plataformas.
Esta coordinación puede reducir el riesgo de operaciones parciales en productos financieros construidos sobre la red. RippleX afirmó previamente que algunos proyectos comerciales se diseñan pensando en Batch, aunque no identificó a sus socios ni anunció lanzamientos concretos. Por eso, la utilidad potencial de la herramienta debe distinguirse de su adopción efectiva, que solo podrá evaluarse después de su activación.
Seguridad y otra votación que también perdió tiempo
Batch V1.1 es el segundo intento de llevar esta capacidad a la red principal. La versión anterior se retiró antes de activarse tras hallarse un fallo crítico en la comprobación de firmas. Un informe del ecosistema XRPL describe la vulnerabilidad y la sustitución de aquella propuesta. La versión corregida llegó con el software xrpld 3.3.0 en agosto, pero todavía necesita completar la votación.
El reinicio no afectó únicamente a Batch. PermissionDelegationV1_1, una propuesta distinta para autorizar tareas específicas a otras cuentas sin entregarles el control general de las claves, también perdió temporalmente el respaldo necesario. Su activación más temprana se desplazó del 5 al 8 de octubre, según el mismo reporte.
Para usuarios y desarrolladores, la señal decisiva será la continuidad del voto, no el calendario por sí solo. Hasta que las enmiendas se activen, sus funciones siguen siendo posibilidades técnicas y no capacidades disponibles en la red principal. El próximo tramo de dos semanas pondrá a prueba si los validadores mantienen el consenso requerido.
