Actualización de la mejora de XRP: Batch de XRPL se retrasa al 9 de octubre y qué cambia

La mejora de XRP que debía activarse el 29/09 no se produjo. La enmienda Batch de XRP Ledger, publicada en su versión corregida BatchV1_1, perdió durante un breve periodo el apoyo de los validadores en torno al 25/09, lo que anuló la cuenta atrás de dos semanas y aplazó la primera fecha posible de activación al 09/10/2026, aproximadamente a las 14:46 UTC. Este artículo explica qué añade realmente Batch al ledger, por qué una breve caída de los votos puede reiniciar el reloj, qué deben hacer los operadores de nodos y los desarrolladores de aplicaciones antes del 09/10 y cómo encaja el retraso en un mercado de XRP que cotiza cerca de 1,50 $ y sigue un 59% por debajo de su máximo del 07/2025.

¿Se activó la mejora de XRP el 29/09?

No. BatchV1_1 tenía previsto entrar en funcionamiento el 29/09 a las 14:06 UTC, siempre que mantuviera más de un 80% de apoyo de la lista de validadores de confianza durante dos semanas consecutivas. El 25/09, el apoyo cayó brevemente por debajo de ese umbral. El proceso de enmiendas de XRPL no admite una caída: la cuenta atrás acumulada se descarta y, cuando vuelve el apoyo, empieza un nuevo periodo de dos semanas. Ese mismo día, el apoyo volvió a contar con 30 de los 35 validadores de confianza, por lo que la nueva fecha más temprana de activación es el 09/10, y no una fecha posterior.

También se movieron otras dos iniciativas relacionadas. PermissionDelegationV1_1, que permite a una cuenta delegar permisos concretos sin entregar las claves de firma, también perdió y recuperó apoyos el 23/09–24/09 y ahora tiene como fecha más temprana de activación el 08/10, aproximadamente a las 21:25 UTC. Además, el 25/09, el equipo de operaciones de XRP Ledger publicó xrpld 3.4.1, que incluye una pequeña enmienda de seguimiento llamada fixBatchV1_2. Las notas de la versión indican que la corrección soluciona un problema menor de Batch que no pone en riesgo los fondos de los usuarios; ambas enmiendas figuran como «sí por defecto» y se espera que se activen durante el mismo periodo de octubre.

La lectura práctica es que el 09/10 es la primera fecha posible, no una fecha garantizada. Cualquier nueva caída del apoyo antes de entonces volverá a iniciar la cuenta.

Qué hace realmente XRPL Batch (BatchV1_1)

Batch, especificado como XLS-56, permite al usuario agrupar entre dos y ocho transacciones en una sola unidad firmada que el ledger procesa conjuntamente. En la actualidad, un intercambio que requiere una oferta, un pago y un cambio en la línea de confianza debe enviarse como tres transacciones distintas, cada una de las cuales puede completarse o fallar por separado. Batch resuelve esa limitación.

La enmienda ofrece cuatro modos de ejecución, y la elección del modo determina la garantía de liquidación:

• Todo o nada: todas las transacciones internas se completan o falla todo el lote y no se aplica nada. Este es el modo de liquidación atómica al que se refiere la mayoría de la cobertura, y es el que importa para los flujos de tipo entrega contra pago, como pagar por un activo tokenizado y recibirlo en un solo paso.
• Solo una: el ledger aplica la primera transacción interna que se completa y omite las demás; resulta útil para el enrutamiento alternativo.
• Hasta el fallo: las transacciones internas se aplican en orden hasta que una falla; las anteriores siguen aplicadas.
• Independiente: se intenta ejecutar cada transacción interna, con independencia del resultado de las demás.

Batch también admite lotes con varias cuentas, en los que varias cuentas firman conjuntamente un único paquete. Esta función provocó la retirada de la primera versión y es donde la reescritura resulta más importante.

Por qué se retiró Batch y se reescribió

La enmienda Batch original fue rechazada mediante votación en 02/2026 después de que investigadores de seguridad detectaran un fallo en la autorización de firmantes durante la fase de votación. En la lógica del bucle original, si el código encontraba un firmante válido que coincidía con una cuenta recién creada, devolvía un resultado satisfactorio sin comprobar los firmantes restantes. Un atacante podría haber colocado primero una entrada falsificada y autorizado una transacción de una víctima sin sus claves. Como la enmienda nunca llegó a activarse, no se expusieron fondos.

BatchV1_1, publicada en xrpld 3.3.0 el 06/08/2026, reescribe el proceso de autorización. Ahora, un lote con varias cuentas debe incluir el conjunto exacto y completo de BatchSigners, sin entradas ausentes, adicionales, duplicadas o desordenadas. Cada firma queda vinculada a la cuenta externa, su secuencia o ticket, el modo del lote, el hash de cada transacción interna y las cuentas participantes, lo que impide reutilizar firmas entre lotes. La reescritura también añadió límites al número de transacciones y protecciones contra la repetición de transacciones en el ledger.

Conviene tener presente esta historia al leer titulares sobre la «mejora de XRP». Que la función llegue a la red principal en su segundo intento, después de que una auditoría externa detectara un fallo real, dice más sobre el proceso de revisión del ledger que una activación al primer intento. También explica por qué los validadores se muestran cautelosos con los plazos: si un validador retira su voto durante unas horas para actualizar el software o volver a evaluar una versión, puede reiniciar por sí solo una cuenta atrás de dos semanas cuando el margen es de solo cinco validadores sobre 35.

Qué deben hacer los operadores de nodos y los desarrolladores antes del 09/10

La activación de enmiendas en XRP Ledger no es opcional para la infraestructura. Cualquier servidor xrpld que ejecute una versión que no entienda BatchV1_1 quedará bloqueado por la enmienda en cuanto se active y dejará de seguir la red. La versión mínima es la 3.3.0; el equipo de operaciones recomienda actualizar a la 3.4.1, ya que también corrige lo que las notas de la versión describen como problemas sensibles para la seguridad, cuyo código fuente se publicará más adelante.

La preparación del lado de los clientes es más limitada. La cobertura de CryptoSlate del 23/09 detalló los puntos de fallo:

• xrpl.js 5.0.0 genera firmas de Batch con el formato de carga anterior y serán rechazadas con temBAD_SIGNATURE; la versión 5.1.0 incluye el formato de firma revisado.
• Las carteras que no muestran claramente las transacciones internas de un lote hacen que los usuarios firmen paquetes que no pueden inspeccionar.
• Los exploradores que informan incorrectamente de los resultados de los lotes harán que una transacción aparezca de forma distinta según la herramienta.
• Una transacción Batch externa puede devolver un resultado satisfactorio aunque hayan fallado transacciones internas en los modos no atómicos, por lo que las aplicaciones deben leer los resultados internos, no solo el código externo.

Ayo Akinyele, responsable de ingeniería de RippleX, ha dicho que algunos proyectos ya se están desarrollando teniendo en cuenta Batch y que su activación permitiría acercar ese trabajo a la fase de producción. Esa es la interpretación más sensata de la demanda: Batch es infraestructura para emisores, custodios y gestores de activos que desarrollan sobre XRPL, no una función minorista que los usuarios vayan a ver en una cartera desde el primer día.

Qué significa el retraso para el precio de XRP

A fecha de 30/09/2026, XRP cotiza en torno a 1,49 $ en CoinGecko, con una subida del 1,6% en más de 24 horas, pero una caída del 5,1% en siete días, un volumen de 24 horas de aproximadamente 4.000 M $ y una capitalización de mercado cercana a 94.300 M $, la quinta mayor por capitalización. En WEEX, el par al contado XRP/USDT registró 1,4996 $ en la misma fecha. El token sigue aproximadamente un 59% por debajo de su máximo histórico de 3,65 $, alcanzado en 07/2025.

Lo más importante es que el mercado no reaccionó a la fecha de Batch en ninguna de las dos direcciones. XRP se movió menos de medio punto porcentual el día en que CoinDesk informó del retraso al 09/10. Esto concuerda con el comportamiento histórico de las enmiendas de XRPL: el ledger ha activado decenas de ellas y ninguna ha sido por sí sola un catalizador fiable del precio. Batch es una mejora de infraestructura institucional cuyo valor se materializa en lo que se construye sobre ella a lo largo de varios trimestres, no en el cierre del ledger que la habilita.

En cambio, los operadores experimentados de XRP suelen observar si una mejora coincide con algo que modifica los flujos: una entrada de fondos en un ETF, la elección de XRPL por parte de un nuevo emisor de activos tokenizados o un movimiento de aversión al riesgo en el mercado en general. La caída semanal del 5% durante el retraso fue un movimiento general del mercado, no una reacción específica a XRP. Si Batch hace que XRP se revalorice, será porque se lance un producto visible que lo utilice, y eso no ocurrirá como pronto hasta el periodo de octubre a diciembre.

Cómo operar con XRP en WEEX durante el periodo de activación

Si el plan es mantener XRP u operar con él hasta el 09/10, lo más útil es tener las posiciones y las alertas preparadas antes de ese periodo, en lugar de reaccionar a un titular.

1. Abre el par al contado XRP/USDT en WEEX y comprueba la profundidad del libro de órdenes en tiempo real antes de definir el tamaño de la posición, ya que los días con noticias importantes los diferenciales suelen ampliarse brevemente.
2. ¿Es un activo nuevo para ti? La guía sobre cómo comprar XRP explica cómo ingresar fondos en una cuenta y realizar una primera orden de mercado o limitada.
3. Los operadores que quieran exposición direccional o cobertura sin mover sus activos al contado pueden utilizar los futuros perpetuos XRP/USDT en WEEX, que ofrecen un apalancamiento de hasta 300x. Mantén un apalancamiento bajo en torno a una fecha de evento conocida: un movimiento semanal del 5% con un apalancamiento de 20x supone una liquidación, no una caída asumible.
4. Configura alertas de precio en torno a 1,40 $ y 1,60 $, que delimitan el rango reciente, y añade un recordatorio al calendario para el 08/10–09/10 UTC para comprobar en un explorador de XRPL si el apoyo de los validadores sigue por encima del 80%.
5. Consulta la página de precios de XRP de WEEX para ver rápidamente el precio, el volumen y la capitalización de mercado del día sin abrir la plataforma de trading.

Visión del mercado: Batch impulsa a los desarrolladores, no a los operadores

Batch es importante porque permite usar XRPL para flujos de entrega contra pago y operaciones de varios pasos, como los que las instituciones esperan de las redes de liquidación. En cuanto a XRP como activo, la cadena causal real es larga: activación el 09/10, actualización posterior de las aplicaciones a xrpl.js 5.1.0, lanzamiento de productos por parte de emisores que utilicen lotes de Todo o nada y, después, posiblemente, más actividad en el ledger que requiera XRP para pagar comisiones y facilitar transferencias entre activos. Cada eslabón puede retrasarse. El aplazamiento del 29/09 al 09/10 recuerda que ni siquiera el primer paso está garantizado.

Preguntas frecuentes

1. ¿Se produjo la mejora de XRP el 29/09/2026?

No. BatchV1_1 perdió brevemente el apoyo de los validadores el 25/09, lo que reinició su cuenta atrás de activación de dos semanas. La fecha más temprana de activación es ahora el 09/10/2026, aproximadamente a las 14:46 UTC, y podría retrasarse de nuevo si el apoyo cae por debajo del 80%.

2. ¿Qué es XRPL BatchV1_1?

BatchV1_1 es la versión corregida de la enmienda Batch (XLS-56). Permite al usuario agrupar de dos a ocho transacciones en una sola unidad firmada con cuatro modos de ejecución, incluida la liquidación atómica de Todo o nada. La enmienda Batch original fue rechazada mediante votación en 02/2026 debido a un fallo en la autorización de firmantes; la versión reescrita se publicó en xrpld 3.3.0 en 08/2026.

3. ¿La mejora Batch hará subir el precio de XRP?

No hay indicios de que vaya a hacerlo por sí sola. XRP se movió menos del 0,5% el día en que se anunció el retraso, y las enmiendas anteriores de XRPL no han sido catalizadores fiables del precio. Cualquier efecto en el precio llegaría más adelante, gracias a los productos desarrollados sobre Batch.

4. ¿Qué ocurre con los nodos que no se actualicen antes del 09/10?

Quedarán bloqueados por la enmienda y dejarán de sincronizarse con la red. Los operadores necesitan como mínimo xrpld 3.3.0; se recomienda la versión 3.4.1 porque también incluye fixBatchV1_2 y parches de seguridad.

5. ¿fixBatchV1_2 es lo mismo que BatchV1_1?

No. fixBatchV1_2 es una pequeña enmienda de seguimiento introducida en xrpld 3.4.1 el 25/09/2026 para corregir un problema menor de Batch que no supone ningún riesgo para los fondos. Se espera que se active durante el mismo periodo de octubre, junto con BatchV1_1.

Advertencia de riesgo

XRP es un activo volátil y puede perder gran parte de su valor en pocos días; una posición puede ocasionar pérdidas parciales o totales. La fecha de activación de la enmienda Batch depende de los votos de los validadores y puede volver a cambiar, por lo que las estrategias de trading basadas en una fecha fija como el 09/10 conllevan un riesgo relacionado con el momento del evento. Los futuros de XRP con apalancamiento amplifican tanto las ganancias como las pérdidas, y un movimiento semanal habitual del 5% basta para liquidar una posición con mucho apalancamiento. Batch también introduce nuevos riesgos operativos durante su despliegue: los nodos desactualizados quedan bloqueados por la enmienda, las bibliotecas de cliente antiguas generan firmas rechazadas y, en los modos no atómicos, una transacción externa puede indicar que se ha completado correctamente mientras fallan las transacciones internas. XRP también sigue expuesto a los cambios normativos que afectan a Ripple y a la concentración de la oferta en el depósito en garantía controlado por Ripple. Nada de lo aquí expuesto constituye asesoramiento de inversión.