Comenzó la cuenta regresiva para la esperada actualización Batch, es decir, XLS 56 en XRP Ledger. Según los datos de la plataforma de análisis XRPScan, la modificación ha superado el umbral crítico al recibir el 82.86% de los votos de los validadores. Según las reglas de la red, al superarse este nivel, se activó un proceso de aprobación de 14 días.
Comenzó el proceso de aprobación de 14 días
Si se mantiene el consenso actual, la actualización se activará automáticamente el 29 de septiembre de 2026 a las 14:06 UTC. XRP Ledger es conocido como una red blockchain de código abierto desarrollada por Ripple pero que opera con validadores independientes. Por lo tanto, la implementación de los cambios depende del apoyo continuo de los validadores durante un cierto periodo.
La característica Batch fue el segundo intento de los desarrolladores para introducir un modelo de transacción agrupada en la red. La primera versión lanzada en febrero fue detenida de manera urgente después de que los auditores de Cantina AI detectaran una vulnerabilidad en la lógica de verificación de firmas. Se evaluó que dicha vulnerabilidad podría poner en riesgo la seguridad de los fondos en algunos escenarios.
Con el superávit del porcentaje de votos necesario para la actualización, comenzó el periodo obligatorio de 14 días. Si se mantiene el apoyo, XLS 56 se activará automáticamente el 29 de septiembre de 2026.
La nueva versión pasó por auditorías
El equipo de RippleX optó por rehacer la arquitectura en lugar de ocultar el problema de la primera versión. Tras meses de pruebas, el nuevo código fue revisado por expertos de Halborn y Common Prefix. Además, fue sometido a una prueba de estrés abierta bajo el marco del Sherlock Attackathon. La versión considerada segura fue luego incluida en el paquete xrpld v3.3.0 y recibió apoyo de los validadores.
Mini glosario: xrpld es el software de nodo central que ejecuta la red XRP Ledger. Los validadores utilizan ciertas versiones de este software para apoyar los cambios en la red.
Cómo funcionarán las transacciones agrupadas
La característica Batch permite combinar hasta 8 transacciones diferentes pertenecientes a distintos usuarios en un solo paquete, ejecutándose de una vez durante el cierre del libro mayor. La regla fundamental aquí es que las transacciones deben completarse por completo o cancelarse en su totalidad.
Si una de las transacciones dentro del paquete falla o surge un problema como la desviación de precio, la red revertirá todo el paquete. Esto busca prevenir riesgos como que una parte envíe una cantidad y la otra no complete la transacción.
Cuando una transacción dentro de un paquete falla, revertir toda la serie reducirá el riesgo de que una de las partes quede a medias en la transacción.
Los campos de aplicación pueden expandirse
La nueva estructura puede soportar directamente algunos casos de uso que antes requerían soluciones más complejas y costosas. En liquidaciones corporativas, puede ser posible completar simultáneamente la transferencia de un activo tokenizado y el phace. Los usuarios pueden intercambiar sus activos NFT directamente sin involucrar XRP u otro token. Los desarrolladores de aplicaciones pueden cobrar tarifas de servicio simultáneamente con el phace principal. En intercambios descentralizados, los inversores pueden enviar múltiples órdenes en un solo paquete, permitiendo que solo la primera orden ejecutada se cumpla y las restantes sean canceladas.
Queda menos de dos semanas para la activación de XLS 56. Si la actualización se implementa según lo planeado, se espera que XRPL avance más allá de su infraestructura de transferencia rápida hacia una estructura más adecuada para operaciones comerciales y finanzas descentralizadas avanzadas.
