El 8 de septiembre de 2026, los validadores del XRP Ledger mantenían la enmienda BatchV1_1 en 24 de 35 votos, equivalentes a un 68,57% de apoyo, muy lejos de la supermayoría superior al 80% requerida para iniciar su ventana de activación de dos semanas. Aunque BatchV1_1 se incluye en el software rippled, eso no significa que esté activa en el XRP Ledger, y las mejoras de funcionalidad y DeFi que a menudo se asocian a esta actualización seguirán sin confirmarse hasta que los validadores superen ese umbral.

The XRP Ledger's Batch amendment is now at 68% support We could see Batch going live by the end of this month Batch will unlock a lot of new use cases for the XRP ecosystem You can track progress here pic.twitter.com/uoo2Q5kf0X — moonkie (@xmoonkie) September 7, 2026

BatchV1_1 sigue por debajo del umbral de activación

BatchV1_1 llegó dentro de rippled 3.3.0, publicado el 6 de agosto de 2026, pero la inclusión del código y la activación en la mainnet son eventos distintos en el XRP Ledger. A diferencia de las redes que implementan cambios de protocolo mediante hard forks o votaciones de gobernanza fuera de la cadena, los cambios en XRPL se activan automáticamente mediante el consenso de los validadores: una vez que una enmienda mantiene el apoyo de la mayoría durante el período requerido, se activa en todos los servidores que ejecutan software compatible, sin una división coordinada de la cadena. Según la instantánea del 8 de septiembre, la enmienda tenía un 68,57% de apoyo entre la Unique Node List predeterminada, según datos de XRPScan.

La activación requiere más del 80% de aprobación sostenida durante 14 días consecutivos, y esa cuenta regresiva aún no ha comenzado. Con la configuración actual de 35 validadores, se necesitan al menos 29 votos afirmativos para superar el umbral, aunque el número exacto puede variar si cambia el conjunto de validadores participantes. El apoyo también puede caer por debajo del 80% durante la cuenta regresiva, lo que reinicia el temporizador por completo.

La versión 3.3.0 no fue un lanzamiento de una sola función: también introdujo ConfidentialTransfer, DynamicMPT, Sponsor y PermissionDelegationV1_1, agrupando BatchV1_1 en un paquete más amplio de mejoras orientadas al ámbito institucional. Los inversores que siguen el crecimiento del XRP Ledger y los flujos impulsados por ETF deben tratar estas enmiendas como historias paralelas, cada una con su propia supermayoría de validadores antes de que cualquier funcionalidad entre en vigor.

Qué podrían permitir las transacciones Batch si se activan

Una vez activa, una transacción Batch podría agrupar hasta ocho transacciones internas dentro de una única transacción externa, con cuatro modos de ejecución: "Todo o nada", que exige que todas las transacciones internas tengan éxito; "Solo una", que aplica la primera operación exitosa; "hasta el fallo", que procesa transacciones hasta que una falle; e "Independiente", que intenta ejecutar todas las transacciones incluidas sin importar el resultado.

Los posibles casos de uso incluyen intercambios atómicos de tokens, acuñación de NFT acompañada de una oferta, tarifas de plataforma agrupadas y acciones coordinadas entre múltiples cuentas, siempre que cada cuenta participante autorice la colección completa. Cada transacción interna confirmada conservaría sus propios metadatos más una referencia a su lote principal, una estructura destinada a reducir la infraestructura de coordinación externa que las aplicaciones necesitan actualmente para acciones de varios pasos.

Estas siguen siendo capacidades diseñadas y no resultados vigentes. Las mejoras de eficiencia (y cualquier aumento resultente en la actividad de casos de uso como la liquidación de RLUSD y los flujos de finanzas tokenizadas en XRPL) dependen tanto de la activación por parte de los validadores como del posterior soporte de billeteras y SDK.

Historial de seguridad detrás de la enmienda de reemplazo

BatchV1_1 no es el código Batch original: es una reescritura. Los desarrolladores desactivaron la enmienda original en febrero de 2026 después de que Pranamya Keshkamat y la herramienta de seguridad Apex de Cantina AI identificaran una falla crítica en la lógica de verificación de firmantes de lotes.

La falla podría haber permitido a un atacante omitir las verificaciones de autorización de algunos participantes y enviar transacciones no autorizadas desde la cuenta de una víctima. Es fundamental señalar que la versión vulnerable nunca se activó en la mainnet, y XRPL Labs afirmó que ningún fondo de usuarios estuvo en riesgo. Rippled 3.1.1 marcó la enmienda Batch original como no compatible, y su reemplazo elimina el error de salida anticipada, añade salvaguardas de autorización y acota las verificaciones de firmantes, con una auditoría independiente revisando BatchV1_1 antes de su inclusión en 3.3.0.

Por qué esto aún no es un catalizador del precio de XRP

Esta noticia no produjo un movimiento de precio notable, y es improbable que eso cambie mientras el apoyo se mantenga en el 68,57%. La enmienda altera la funcionalidad de transacciones del ledger, no las reglas de oferta o emisión de XRP, por lo que no tiene un ángulo directo de política monetaria para los traders que evalúan el potencial de ruptura de XRP en el corto plazo.

Cualquier aumento en el volumen de transacciones de XRPL, la actividad DeFi o la demanda de tokens vinculado a Batch sigue siendo prospectivo, condicionado a que la activación supere la supermayoría y a que luego las billeteras, los exchanges y los protocolos DeFi integren realmente la función. Hasta entonces, Batch funciona como una historia de infraestructura y no como un catalizador de valoración confirmado.

El próximo hito es una supermayoría sostenida de validadores

El siguiente punto de control confirmado para los validadores de XRPL es superar el 80% de apoyo. Solo después de eso el ledger comienza a registrar el período obligatorio de mayoría continua de 14 días. El apoyo debe mantenerse por encima del umbral durante todo el período, o el reloj vuelve a cero.

Una activación a finales de septiembre era matemáticamente posible según la instantánea del 8 de septiembre, pero nada está programado. Los operadores de nodos primero deben ejecutar software compatible con BatchV1_1 antes de poder votar por ella, y XRPL advirtió por separado a los operadores de Clio que actualizaran a la versión 2.8.0 para que la infraestructura de API pueda procesar los nuevos formatos de transacción y ledger si la enmienda se activa.

Fuente: https://icobench.com/news/xrp-news-batchv1-1-xrp-ledger-vote/