Batch V1.1 de XRP Ledger se ha mantenido por encima de su umbral requerido de validadores mientras Ripple afirma que los gestores de activos y los proyectos comerciales se preparan para usar la función de transacción si se activa a finales de este mes.
- Batch V1.1 tiene 30 votos de validadores, lo que mantiene en marcha la cuenta atrás para la activación del 29 de septiembre en XRP Ledger.
- Ripple dice que los gestores de activos están construyendo en torno a Batch, aunque los socios específicos siguen sin revelarse por ahora.
- Batch puede agrupar ocho transacciones, lo que permite que las transferencias vinculadas de activos y pagos se liquiden de forma atómica conjuntamente.
- Los desarrolladores reemplazaron el Batch original después de que los investigadores encontraran una falla crítica de validación de firmas en febrero.
- La versión 3.3.0 de XRPL incluyó Batch V1.1 tras revisiones ampliadas y correcciones de problemas de seguridad adicionales.
CoinDesk informó el 19 de septiembre que el jefe de ingeniería de RippleX, Ayo Akinyele, dijo que se está preparando trabajo relacionado con gestores de activos en torno a Batch V1.1, que puede empaquetar hasta ocho transacciones en una sola operación Batch. Ripple no ha nombrado públicamente a los gestores de activos ni ha divulgado fechas firmes de lanzamiento.
Los datos de enmiendas en vivo revisados el 20 de septiembre mostraron que 30 de 35 validadores de confianza rastreados apoyaban Batch V1.1. XRP Ledger requiere al menos un 80% de apoyo mantenido durante 14 días consecutivos antes de que se active una enmienda, lo que sitúa el umbral actual en 28 votos. La cuenta atrás 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 el apoyo se mantiene.
XRP Ledger Batch V1.1 puede unir las etapas de liquidación
La especificación XLS-56 define Batch como una transacción que empaqueta entre dos y ocho transacciones internas. Admite cuatro modos de procesamiento: Todo o Nada, Solo Una, Hasta el Fallo e Independiente. La configuración Todo o Nada requiere que el grupo completo se ejecute con éxito o impide que el lote surta efecto.
Ripple está centrando parte de la discusión comercial en la entrega contra pago, o DvP. En dicha 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, incluido el trabajo con gestores de activos clave”. Ripple no ha identificado a esas firmas, por lo que la declaración sigue siendo una descripción de la empresa sobre un trabajo que aún no se ha documentado públicamente mediante anuncios de socios nombrados.
La especificación XLS-56 enumera entre los usos potenciales los intercambios multi-cuenta sin confianza, las comisiones de plataforma y las estructuras de préstamos flash. Un mercado o una cartera podría, por ejemplo, empaquetar el pago de un cliente con un cargo por servicio en lugar de requerir transacciones separadas, mientras que diferentes cuentas pueden autorizar etapas individuales del mismo Batch.
Akinyele dijo que “algunos proyectos ya se están construyendo pensando en Batch”, pero las identidades de los socios y los calendarios de producción siguen sin revelarse. Ripple dijo que los detalles se darían a conocer después de que se finalicen los planes.
El apoyo de los validadores mantiene abierta la ventana del 29 de septiembre
Según la última lectura del 20 de septiembre, Batch V1.1 tenía 30 votos de apoyo entre los 35 validadores rastreados por XRPLDashboard, equivalente a aproximadamente el 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 superen 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 avanza. 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 recuento extiende un rápido aumento del apoyo este mes. Batch V1.1 tenía entonces 24 de 35 votos de validadores, o el 68,57%, lo que lo dejaba 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 atrás.
La enmienda en sí se lanzó con la versión 3.3.0 de xrpld el 6 de agosto. Las notas oficiales de la versión de XRP Ledger describen Batch V1.1 como el reemplazo de la enmienda Batch original y afirman que admite hasta ocho transacciones internas, incluidas estructuras de intercambio atómico.
Desde entonces, la XRP Ledger Foundation ha lanzado xrpld 3.4.0. La versión de software del 16 de septiembre introduce enmiendas separadas de préstamos y limpieza y no reemplaza Batch V1.1, que permanece en su propio proceso de votación en la red principal. Se aconsejó a los operadores de servidores actualizar a la versión 3.4.0 para la continuidad del servicio.
Batch V1.1 siguió a una falla crítica en la primera versión
La enmienda actual llegó después de que los desarrolladores detuvieran la propuesta original de Batch 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 una falla crítica de validación de firmas el 19 de febrero.
Bajo condiciones específicas, el código vulnerable podía dejar de verificar a los firmantes de Batch después de encontrar una cuenta recién creada. XRPL Labs dijo que un atacante podría entonces haber incluido una transacción no autorizada desde 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.
La falla nunca se activó en la red principal de 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 votar en contra, mientras que la versión 3.1.1 de rippled, lanzada el 23 de febrero, hizo que Batch y fixBatchInnerSigs no fueran compatibles para que no pudieran activarse.
Los desarrolladores entonces 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, añadió salvaguardas de autorización y endureció las reglas de verificación de firmas. Batch V1.1 se incorporó posteriormente a xrpld 3.3.0 tras el desarrollo y la revisión.
El trabajo de seguridad continuó antes de la votación actual de los validadores. Como crypto.news informó en su cobertura de la revisión de seguridad de Batch V1.1, los desarrolladores corrigieron otros 11 problemas relacionados con firmas, verificaciones de autorización y posibles fallos del servidor antes de que la enmienda alcanzara su etapa actual de votación.
Akinyele dijo a CoinDesk que la revisión incluyó pruebas adversarias internas, análisis asistido por IA, un concurso de seguridad de Sherlock y evaluaciones con Halborn y Common Prefix. CoinDesk atribuyó esos detalles a RippleX; los informes públicos de socios que cubren cada parte de esa revisión no se incluyeron en el material revisado para este informe.
El ecosistema de desarrolladores de XRPL hizo cambios de apoyo a medida que evolucionaba el diseño de firma. Un número de junio en el repositorio oficial xrpl.js documentó que la lógica de firma de Batch más antigua no coincidía con el formato revisado de Batch V1.1 porque se habían vinculado información adicional de cuenta y secuencia a las firmas. El historial de versiones de binary-codec de JavaScript afirma que el soporte de firma de Batch V1.1 se añadió en la versión 2.9.0 en agosto.
Los gestores de activos están probando más liquidación tokenizada en XRPL
Los comentarios de Ripple sobre Batch llegan mientras las firmas financieras y los desarrolladores están utilizando la infraestructura de 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 de bonos del Tesoro de EE. UU. tokenizados utilizando 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 hacia la 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 tokenizada en XRPL en julio y que Ripple veía a RLUSD como una posible pata 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 de XRP Ledger informó en julio que la red había añadido aproximadamente 2.600 millones de dólares en valor de activos del mundo real tokenizados durante seis meses, excluyendo las stablecoins, según las cifras de RWA.xyz. El mismo informe advirtió que el valor de activos representado y los activos distribuidos activamente eran medidas materialmente diferentes.
Batch V1.1 en sí no requiere que los gestores de activos usen XRP como el activo que se transfiere. La función opera en la capa de transacción y puede empaquetar transacciones compatibles de XRPL de diferentes cuentas. XRP sigue siendo relevante para las comisiones de transacción del libro mayor, mientras que las transacciones subyacentes pueden involucrar otros activos compatibles y estructuras de tokens.
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 las 14:06:41 UTC si al menos el 80% del respaldo de los validadores permanece ininterrumpido durante toda la cuenta atrás. El último recuento publicado el 20 de septiembre seguía siendo de 30 votos a favor de 35 validadores rastreados.