En un desarrollo reciente, se ha lanzado una nueva versión del software XRPL, xrpld 3.4.1, que incluye una corrección para la función batch. El temporizador de activación de la tan esperada enmienda también se reinició tras un esfuerzo coordinado de la comunidad de validadores.
Según las operaciones de XRP Ledger, la última versión del software xrpl, xrpld 3.4.1, incluye una corrección de Batch y mejoras de estabilidad más amplias. Se ha animado a los validadores y operadores de nodos a actualizar lo antes posible.
Si bien no hubo detalles adicionales sobre la naturaleza del problema, los desarrolladores dicen que no ha habido impacto en la mainnet ni pérdida de fondos.
La nueva versión xrpld 3.4.1 introduce la enmienda fixBatchV1_2, que aborda un problema menor que afecta a Batch y no representa un riesgo para los fondos de los usuarios.
La enmienda fixBatchV1_2 está marcada como Default Yes, lo que implica que no necesita votación manual y actualmente se encuentra en un 94,29% de consenso según los datos de XRPScan. Tanto Batch como la enmienda de corrección están ahora en el período de activación, y se espera un informe técnico detallado después.
¿Qué pasó?
Hussein Zangana (Vet) da un vistazo a lo que sucedió entre bastidores, señalando que él y Ripple, en coordinación con la comunidad XRP, cambiaron los votos de Sí a No lo suficiente como para reiniciar la votación sobre la enmienda Batch. Esto era necesario para que la activación de la enmienda Batch y su corrección ocurrieran al mismo tiempo.
De acuerdo con el proceso de consenso de XRPL, las enmiendas deben mantener dos semanas de apoyo de más del 80% de los validadores de confianza para ser habilitadas. Si el apoyo cae por debajo del 80%, la enmienda se rechaza temporalmente y el período de dos semanas se reinicia. Las enmiendas pueden ganar y perder una mayoría cualquier número de veces antes de habilitarse permanentemente.
Batch (XLS-56), que permite que múltiples transacciones de XRPL de múltiples cuentas se ejecuten atómicamente en un solo cierre de ledger, había obtenido previamente la mayoría y estaba programada para activarse el 29 de septiembre de 2026. Este momento cambió después de que la enmienda fuera rechazada temporalmente para reiniciar la ventana de activación de dos semanas.
Según los datos de XRPScan, ahora se espera que Batch se active en los próximos 13 días, el 9 de octubre de 2026, el mismo día que la enmienda fixBatchV1_2.
La enmienda de delegación de permisos también tuvo su temporizador de activación reiniciado después de que cayera brevemente por debajo del 80% de apoyo y ahora se espera que llegue a la mainnet en los próximos 12 días, el 8 de octubre de 2026.
