La nueva versión del software xrpld 3.4.1 desarrollado para el XRP Ledger ha sido publicada. La versión incluye una corrección para la función Batch junto con mejoras más amplias de estabilidad. El equipo operativo de XRP Ledger solicitó a los validadores y operadores de nodos que actualicen lo más pronto posible.
La corrección de Batch destacó en la nueva versión
Los desarrolladores informaron que no hubo interrupciones en la red principal ni pérdida de activos de los usuarios. La nueva versión incluye la corrección fixBatchV1_2, que soluciona un problema limitado que afecta la función Batch. Según la información compartida, este problema no representa un riesgo para los fondos de los usuarios.
XRP Ledger es conocido como una red de blockchain que comenzó a ser desarrollada por Ripple y que hoy se mantiene de manera de código abierto. Los cambios técnicos realizados en la red se activan a través de un proceso de votación por validadores confiables.
Los desarrolladores enfatizan que el problema no afectó la red principal ni causó pérdida de fondos de los usuarios.
El proceso de votación se reinició con un paso coordinado
La corrección fixBatchV1_2 actualmente se encuentra entre los cambios admitidos de forma predeterminada. Por lo tanto, no requiere votación manual. Según los datos de XRPScan, el índice de apoyo es del 94,29%. Tanto Batch como la corrección relacionada están avanzando actualmente en el período de activación.
Hussein Zangana, conocido en la comunidad como Vet, explicó que se tomó un paso coordinado detrás de escena. Zangana indicó que algunos votos se cambiaron temporalmente de Sí a No junto con Ripple y la comunidad XRPL, lo que reinició el proceso de votación para la corrección de Batch. El objetivo era activar Batch y su corrección correspondiente al mismo tiempo.
Hussein Zangana comenta que Ripple y la comunidad reiniciaron el proceso cambiando temporalmente algunos votos para activar Batch y su corrección simultáneamente.
Nuevo calendario apunta a octubre
Según las reglas de consenso de XRPL, para que una modificación se active, debe contar con el apoyo de más del 80% de los validadores confiables durante dos semanas. Cuando el índice de apoyo cae por debajo del 80%, la modificación se rechaza temporalmente y el contador de dos semanas comienza de nuevo. Un cambio puede ganar y perder la mayoría varias veces antes de ser implementado permanentemente.
Batch, técnicamente llamado XLS 56, permite la ejecución atómica de múltiples transacciones XRPL desde múltiples cuentas en un solo cierre de libro mayor. Esta característica había obtenido previamente el apoyo mayoritario y se esperaba que se activara el 29 de septiembre de 2026. El proceso de votación se reinició, cambiando el calendario.
Según los datos de XRPScan, se espera que la corrección de Batch entre en vigor el 9 de octubre de 2026, dentro de los próximos 13 días. La corrección fixBatchV1_2 también está programada para la misma fecha. Por otro lado, el contador para la delegación de permisos también se reinició después de que el índice de apoyo cayera brevemente por debajo del 80%. Se prevé que este cambio alcance la red principal el 8 de octubre de 2026.
