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 concretó. La enmienda Batch del XRP Ledger, publicada en su versión corregida BatchV1_1, perdió el apoyo de los validadores durante un breve periodo cerca del 25/09, lo que borró la cuenta regresiva de dos semanas y aplazó la activación más temprana al 09/10/2026, aproximadamente a las 14:46 UTC. Este artículo explica qué agrega realmente Batch al ledger, por qué una breve caída en 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 59% por debajo de su máximo del 07/2025.

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

No. BatchV1_1 estaba programada para entrar en funcionamiento el 29/09 a las 14:06 UTC, siempre que mantuviera más de 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 tolera una caída: descarta la cuenta regresiva acumulada y, cuando vuelve el apoyo, comienza un nuevo periodo de dos semanas. Ese mismo día, el apoyo regresó a 30 de 35 validadores de confianza, por lo que la nueva fecha de activación más temprana es el 09/10 y no una fecha posterior.

También se movieron otras dos iniciativas relacionadas. PermissionDelegationV1_1, que permite que una cuenta delegue permisos específicos sin entregar las claves de firma, también perdió y recuperó apoyo el 23/09–24/09 y ahora tiene como fecha de activación más temprana el 08/10, alrededor de 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 complementaria llamada fixBatchV1_2. Las notas de la versión describen la corrección como una solución para un problema menor de Batch que no pone en riesgo los fondos de los usuarios; ambas enmiendas están marcadas como default-yes y se espera que se activen durante la misma ventana de octubre.

La interpretación práctica: el 09/10 es la fecha más temprana posible, no una fecha garantizada. Cualquier otra caída en el apoyo antes de entonces volverá a reiniciar la cuenta.

Qué hace realmente XRPL Batch (BatchV1_1)

Batch, especificada en XLS-56, permite que un usuario agrupe entre dos y ocho transacciones en una sola unidad firmada que el ledger procesa en conjunto. Actualmente, un intercambio que requiere una oferta, un pago y un cambio en la línea de confianza debe enviarse como tres transacciones separadas, cada una de las cuales puede tener éxito o fallar por su cuenta. Batch cierra esa brecha.

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

• All or Nothing: todas las transacciones internas tienen éxito o falla el lote completo y no se aplica nada. Este es el modo de liquidación atómica al que se refieren la mayoría de las coberturas, y es el que importa para los flujos de entrega contra pago, como pagar por un activo tokenizado y recibirlo en un solo paso.
• Only One: el ledger aplica la primera transacción interna que tiene éxito y omite las demás; es útil para el enrutamiento de respaldo.
• Until Failure: las transacciones internas se aplican en orden hasta que una falla; las anteriores permanecen aplicadas.
• Independent: se intenta ejecutar cada transacción interna, sin importar el resultado de las demás.

Batch también admite lotes con varias cuentas, en los que varias cuentas firman conjuntamente un solo paquete. Esa es la función que provocó que se retirara la primera versión y donde la reescritura tiene mayor importancia.

Por qué se retiró Batch y se reescribió

La enmienda Batch original fue rechazada en 02/2026 después de que investigadores de seguridad detectaran una falla 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 exitoso sin revisar a los firmantes restantes. Un atacante podría haber colocado primero una entrada falsificada y autorizado la transacción de una víctima sin las claves de esta. Como la enmienda nunca se activó, no hubo fondos expuestos.

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 faltantes, adicionales, duplicadas ni 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 distintos lotes. La reescritura también agregó límites a la cantidad de transacciones y protecciones contra la repetición del ledger.

Vale la pena tener presente esta historia al leer titulares sobre la «mejora de XRP». Que la función llegue a la red principal en el segundo intento, después de que una auditoría externa detectara un error real, es una señal más sólida sobre el proceso de revisión del ledger que una activación al primer intento. También explica por qué los validadores son cautelosos con los plazos: un validador que deje de votar durante unas horas para actualizar su software o reevaluar una versión puede reiniciar por sí solo un reloj de dos semanas cuando el margen es de apenas cinco validadores de un total de 35.

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

La activación de una enmienda 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 esta se active y dejará de seguir la red. La versión mínima es 3.3.0; el equipo de operaciones está impulsando la 3.4.1 porque también corrige lo que las notas de la versión describen como problemas sensibles desde el punto de vista de la seguridad, cuyo código fuente se publicará más adelante.

La preparación del lado de los clientes es menos sólida. La cobertura de CryptoSlate del 23/09 describió los puntos donde pueden producirse fallas:

• xrpl.js 5.0.0 genera firmas de Batch con el formato de datos anterior y serán rechazadas con temBAD_SIGNATURE; la versión 5.1.0 incluye el formato de firma revisado.
• Las wallets 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 los resultados de los lotes harán que una misma transacción se vea diferente en distintas herramientas.
• Una transacción Batch externa puede devolver un resultado exitoso aunque hayan fallado transacciones internas en los modos no atómicos, así que las aplicaciones deben leer los resultados internos y no solo el código externo.

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

Qué significa el retraso para el precio de XRP

Al 30/09/2026, XRP cotiza alrededor de $1,49 en CoinGecko, con un alza de 1,6% en más de 24 horas, pero una caída de 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 más alta por capitalización de mercado. En WEEX, el par spot XRP/USDT registró $1,4996 en la misma fecha. El token sigue aproximadamente 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ó al calendario de Batch en ninguna dirección. XRP se movió menos de medio punto porcentual el día en que CoinDesk informó el retraso hasta el 09/10. Esto coincide con el comportamiento histórico de las enmiendas de XRPL: el ledger ha activado decenas y ninguna ha sido por sí sola un catalizador de precio confiable. Batch es una mejora de infraestructura institucional cuyo valor se refleja en lo que se construye sobre ella a lo largo de varios trimestres, no en el cierre del ledger que permite habilitarla.

En cambio, los operadores de XRP con experiencia suelen observar si una mejora coincide con algo que cambie los flujos: una cifra de entradas a un ETF, un nuevo emisor de activos tokenizados que elija XRPL o un movimiento general del mercado hacia o desde el riesgo. La caída semanal de 5% durante el retraso fue un movimiento de todo el mercado, no una reacción específica de XRP. Si Batch impulsa una revaluación de XRP, será porque se lance un producto visible que la use, y eso no ocurrirá antes del periodo de octubre a diciembre.

Cómo operar XRP en WEEX durante la ventana de activación

Si el plan es mantener u operar XRP hasta el 09/10, lo más conveniente es tener las posiciones y alertas listas antes de la ventana, en lugar de reaccionar a un titular.

1. Abre el par spot XRP/USDT en WEEX y revisa 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 spreads suelen ampliarse brevemente.
2. ¿Es tu primer acercamiento al activo? La guía para comprar XRP explica cómo depositar fondos en una cuenta y colocar una primera orden de mercado o limitada.
3. Los operadores que quieran exposición direccional o cobertura sin mover sus activos spot pueden usar los futuros perpetuos de XRP/USDT en WEEX, que ofrecen apalancamiento de hasta 300x. Mantén un apalancamiento bajo cerca de una fecha conocida; un movimiento semanal de 5% con 20x provoca una liquidación, no una caída temporal del valor.
4. Configura alertas de precio alrededor de $1,40 y $1,60, que delimitan el rango reciente, y crea un recordatorio en el calendario para el 08/10–09/10 UTC para comprobar en un explorador de XRPL si el apoyo de los validadores sigue por encima de 80%.
5. Usa la página de precios de XRP de WEEX para consultar rápidamente el precio, el volumen y la capitalización de mercado diarios sin abrir la terminal de operaciones.

Perspectiva del mercado: Batch impulsa a los desarrolladores, no a los operadores

Batch importa porque hace que XRPL sea útil para flujos de entrega contra pago y operaciones de varios pasos que las instituciones esperan de una infraestructura de liquidación. Para XRP como activo, la cadena de causalidad es larga, y conviene ser realistas: activación el 09/10, luego actualización de las aplicaciones a xrpl.js 5.1.0, después lanzamiento de productos por parte de emisores que utilicen lotes All or Nothing y, posiblemente, más actividad en el ledger que requiera XRP para pagar comisiones y facilitar transacciones 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 implementó 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 regresiva de activación de dos semanas. La fecha de activación más temprana ahora es el 09/10/2026, aproximadamente a las 14:46 UTC, y podría aplazarse de nuevo si el apoyo cae por debajo de 80%.

2. ¿Qué es XRPL BatchV1_1?

BatchV1_1 es la versión corregida de la enmienda Batch (XLS-56). Permite que un usuario agrupe de dos a ocho transacciones en una sola unidad firmada con cuatro modos de ejecución, incluida la liquidación atómica All or Nothing. La propuesta Batch original fue rechazada en 02/2026 por una falla 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 pruebas de que vaya a hacerlo por sí sola. XRP se movió menos de 0,5% el día en que se informó el retraso, y las enmiendas anteriores de XRPL no han sido catalizadores de precio confiables. Cualquier efecto en el precio llegaría más adelante, a partir de productos desarrollados con Batch.

4. ¿Qué pasa 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 xrpld 3.3.0 como mínimo; 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 complementaria introducida en xrpld 3.4.1 el 25/09/2026 para corregir un problema menor de Batch que no implica riesgo para los fondos. Se espera que se active durante la misma ventana de octubre junto con BatchV1_1.

Advertencia de riesgo

XRP es un activo volátil y puede perder gran parte de su valor en cuestión de 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 riesgo relacionado con el momento del evento. Los futuros de XRP apalancados amplifican tanto las ganancias como las pérdidas, y un movimiento semanal habitual de 5% basta para liquidar una posición con un apalancamiento alto. Batch también introduce nuevos riesgos operativos durante su implementación: los nodos desactualizados quedan bloqueados por la enmienda, las bibliotecas de clientes antiguas generan firmas rechazadas y, en los modos no atómicos, una transacción externa puede indicar que se completó correctamente mientras fallan las transacciones internas. XRP también sigue expuesto a novedades regulatorias que afecten a Ripple y a la concentración del suministro en cuentas de depósito en garantía controladas por Ripple. Este contenido no constituye asesoría de inversión.