Ripple dice que los gestores de activos se preparan para el Batch de XRPL

El Batch V1.1 del XRP Ledger se ha mantenido por encima de su umbral de validadores requerido, ya que Ripple afirma que los gestores de activos y los proyectos comerciales se están preparando para utilizar la función de transacción si se activa a finales de este mes. Resumen

• El Batch V1.1 tiene 30 votos de validadores, manteniendo la cuenta regresiva para la activación del XRP Ledger del 29 de septiembre en marcha.
• Ripple dice que los gestores de activos están construyendo en torno al Batch, aunque los socios específicos siguen sin ser revelados por ahora.
• El Batch puede agrupar hasta ocho transacciones, permitiendo que las transferencias de activos y pagos vinculados se liquiden de manera atómica.
• Los desarrolladores reemplazaron el Batch original después de que los investigadores encontraran un error crítico en la validación de firmas en febrero.
• La versión 3.3.0 de XRPL envió el Batch V1.1 después de revisiones ampliadas y correcciones a problemas de seguridad adicionales.

CoinDesk informó el 19 de septiembre que Ayo Akinyele, jefe de ingeniería de RippleX, dijo que se está preparando trabajo relacionado con los gestores de activos en torno al Batch V1.1, que puede empaquetar hasta ocho transacciones en una sola operación de Batch. Ripple no ha nombrado públicamente a los gestores de activos ni ha revelado fechas de lanzamiento firmes.

Los datos de enmienda en vivo revisados el 20 de septiembre mostraron que 30 de 35 validadores de confianza rastreados apoyan el Batch V1.1. El XRP Ledger requiere al menos un 80% de apoyo que se mantenga durante 14 días consecutivos antes de que una enmienda se active, poniendo el umbral actual en 28 votos. La cuenta regresiva comenzó el 15 de septiembre a las 14:06:41 UTC y apunta a una posible activación poco después de la misma hora el 29 de septiembre si se mantiene el apoyo.

ÚLTIMA HORA: Los gestores de activos se están preparando para la próxima actualización de pagos del XRP Ledger

El Batch V1.1 puede agrupar hasta ocho transacciones en una operación, y RippleX dice que ya se están construyendo proyectos comerciales en torno a la función antes de la activación. pic.twitter.com/DmleX4GBiA --- crypto.news (@cryptodotnews) 20 de septiembre de 2026
También te puede gustar: XRP Ledger 3.4.0 añade préstamos y correcciones de protocolo

El Batch V1.1 del XRP Ledger puede unir las piernas de liquidación

La especificación XLS-56 define el Batch como una transacción que empaqueta entre dos y ocho transacciones internas. Soporta cuatro modos de procesamiento: Todo o Nada, Solo Uno, Hasta Fallo e Independiente. La configuración Todo o Nada requiere que todo el grupo se ejecute con éxito o impide que el batch tenga efecto.

Ripple está enfocando parte de la discusión comercial en la entrega contra pago, o DvP. En tal transacción, una transferencia de activos y su pago pueden colocarse dentro de la misma operación atómica. Un pago fallido impediría que la transferencia de activos vinculada se completara bajo la configuración de todo o nada.

Akinyele dijo a CoinDesk que "compartiremos más una vez que la función esté activa, incluyendo el trabajo con gestores de activos clave." Ripple no ha identificado a esas empresas, por lo que la declaración sigue siendo una descripción de la empresa de un trabajo que aún no se ha documentado públicamente a través de anuncios de socios nombrados.

La especificación XLS-56 enumera intercambios multi-cuenta sin confianza, tarifas de plataforma y estructuras de préstamos relámpago entre los posibles usos. Un mercado o billetera podría, por ejemplo, empaquetar un pago de cliente con un cargo por servicio en lugar de requerir transacciones separadas, mientras que diferentes cuentas pueden autorizar piernas individuales del mismo Batch.

Akinyele dijo que "algunos proyectos ya se están construyendo con el Batch en mente," pero las identidades de los socios y los cronogramas de producción siguen sin ser revelados. Ripple dijo que los detalles seguirán después de que los planes sean finalizados.

El apoyo de los validadores mantiene abierta la ventana del 29 de septiembre

A partir de la última lectura del 20 de septiembre, el Batch V1.1 tenía 30 votos de apoyo entre 35 validadores rastreados por XRPLDashboard, lo que equivale aproximadamente al 85%. Por lo tanto, el apoyo se mantuvo por encima del umbral de 28 votos requerido para continuar la ventana de activación.

La fecha proyectada del 29 de septiembre es condicional. Las enmiendas de XRPL no se activan simplemente porque crucen el 80% una vez. Los validadores deben mantener la supermayoría durante el período completo de 14 días, y los validadores pueden cambiar sus votos mientras el reloj está corriendo. Si el apoyo cae por debajo del nivel requerido, la ventana actual se detiene y se requeriría otro período ininterrumpido después de que se recupere el umbral.

El último conteo extiende un rápido aumento en el apoyo este mes. El Lote V1.1 tenía entonces 24 de 35 votos de validadores, o 68.57%, dejándolo por debajo del umbral de activación. El apoyo había aumentado a 27 votos para el 15 de septiembre, antes de que suficientes validadores respaldaran la enmienda para iniciar la cuenta regresiva.

La enmienda en sí se envió con la versión 3.3.0 de xrpld el 6 de agosto. Las notas de lanzamiento oficiales del XRP Ledger describen el Lote V1.1 como el reemplazo de la enmienda original del Lote y afirman que admite hasta ocho transacciones internas, incluidas estructuras de intercambio atómico.

Desde entonces, la Fundación XRP Ledger ha lanzado xrpld 3.4.0. La versión de software del 16 de septiembre introduce enmiendas separadas de préstamo y limpieza y no reemplaza el Lote V1.1, que permanece en su propio proceso de votación en mainnet. Se aconsejó a los operadores de servidores que actualizaran a la versión 3.4.0 para la continuidad del servicio.

El Lote V1.1 siguió a un fallo crítico en la primera versión

La enmienda actual llegó después de que los desarrolladores detuvieran la propuesta original del Lote en febrero. La divulgación oficial de vulnerabilidades de XRPL dice que el investigador de seguridad Pranamya Keshkamat y la herramienta Apex de Cantina AI identificaron un fallo crítico de validación de firma el 19 de febrero.

Bajo condiciones específicas, el código vulnerable podría dejar de verificar a los firmantes del Lote después de encontrar una cuenta recién creada. XRPL Labs dijo que un atacante podría haber incluido una transacción no autorizada de otra cuenta sin poseer las claves privadas del propietario de esa cuenta. Las transacciones potenciales podrían haber incluido pagos y ciertos cambios en el estado del libro mayor.

El fallo nunca se activó en la mainnet del XRP Ledger. La enmienda original aún estaba en su etapa de votación, y XRPL Labs dijo que no había fondos en riesgo. Se aconsejó a los validadores que votaran en contra, mientras que la versión 3.1.1 de rippled, lanzada el 23 de febrero, hizo que el Lote y fixBatchInnerSigs no fueran compatibles para que no pudieran activarse.

Los desarrolladores luego cambiaron la lógica de firma y autorización para el reemplazo. El informe de vulnerabilidad dijo que la remediación eliminó la condición de éxito prematuro, agregó salvaguardias de autorización y ajustó las reglas de verificación de firmas. El Lote V1.1 se incorporó más tarde en xrpld 3.3.0 después del desarrollo y la revisión.

El trabajo de seguridad continuó antes de la votación actual de los validadores. Como informó crypto.news en su cobertura de revisión de seguridad del Lote V1.1, los desarrolladores solucionaron otros 11 problemas relacionados con firmas, verificaciones de autorización y posibles fallos del servidor antes de que la enmienda alcanzara su actual etapa de votación.

Akinyele dijo a CoinDesk que la revisión incluyó pruebas internas adversariales, análisis asistido por IA, un concurso de seguridad de Sherlock y evaluaciones que involucraron a Halborn y Common Prefix. CoinDesk atribuyó esos detalles a RippleX; los informes de socios públicos que cubren cada parte de esa revisión no se incluyeron en el material revisado para este informe.

El ecosistema de desarrolladores de XRPL realizó cambios de apoyo a medida que evolucionaba el diseño de firma. Un problema de junio en el repositorio oficial de xrpl.js documentó que la lógica de firma del Lote más antigua no coincidía con el formato revisado del Lote V1.1 porque se había vinculado información adicional de cuenta y secuencia a las firmas. La historia de lanzamientos del códec binario de JavaScript indica que el soporte de firma del Lote V1.1 se agregó en la versión 2.9.0 en agosto.

Los gestores de activos están probando más liquidaciones tokenizadas en XRPL

Los comentarios de Ripple sobre Batch llegan en un momento en que las empresas financieras y los desarrolladores están utilizando la infraestructura del XRP Ledger para activos tokenizados y proyectos de liquidación institucional. En junio, JPMorgan, Mastercard, Ondo Finance y Ripple participaron en una prueba de redención tokenizada del Tesoro de EE. UU. utilizando el XRP Ledger.

La presidenta de Ripple, Monica Long, dijo en agosto que las instituciones financieras estaban trasladando parte del trabajo de activos tokenizados de programas piloto a producción. Crypto.news informó sobre los proyectos de tokenización institucional de Ripple, que Aviva Investors había lanzado una clase de acciones de fondo tokenizado en XRPL en julio y que Ripple veía a RLUSD como un posible componente de efectivo para la liquidación atómica de entrega contra pago.

La actividad de activos en cadena ha crecido junto con ese desarrollo. Otra revisión de crypto.news de los datos de RWA del XRP Ledger informó en julio que la red había añadido aproximadamente $2.6 mil millones en valor de activos del mundo real tokenizados en seis meses, excluyendo stablecoins, según cifras de RWA.xyz. El mismo informe advirtió que el valor de los activos representados y los activos distribuidos activamente eran medidas materialmente diferentes.

Batch V1.1 en sí no requiere que los gestores de activos utilicen XRP como el activo que se transfiere. La función opera en la capa de transacción y puede empaquetar transacciones XRPL soportadas de diferentes cuentas. XRP sigue siendo relevante para las tarifas de transacción del libro mayor, mientras que las transacciones subyacentes pueden involucrar otros activos y estructuras de tokens soportados.

El próximo evento procedimental es el final de la ventana de enmienda actual. XRPLDashboard proyecta la activación de Batch V1.1 para el 29 de septiembre a aproximadamente 14:06:41 UTC si al menos el 80% del respaldo de los validadores permanece ininterrumpido durante toda la cuenta regresiva. El último conteo publicado el 20 de septiembre se mantuvo en 30 votos a favor de 35 validadores rastreados.