Ripple afirma que los gestores de activos se están preparando para XRP Ledger Batch V1.1, una actualización de pagos que permite que varias transacciones vinculadas se liquiden como una sola operación de todo o nada. La enmienda puede agrupar hasta ocho transacciones de XRP Ledger bajo una operación principal, de modo que o bien todas las transacciones se completan o se cancela todo el grupo. La actualización permite que las transferencias de activos, los pagos y las comisiones de plataforma se liquiden juntas, o fallen juntas, como una sola operación.

El respaldo a la función actualmente es de 30 de 35 validadores monitoreados, según el XRPL Dashboard, un recuento por encima del umbral de supermayoría del 80% que la enmienda debe mantener para que la activación proceda. Una enmienda necesita 28 votos para iniciar su cuenta regresiva de activación, un proceso que comenzó el 15 de septiembre a las 14:06:41 UTC. Según el proceso de enmiendas de XRP Ledger, los cambios de protocolo entran en vigor solo después de un respaldo sostenido de supermayoría entre los validadores, un mecanismo diseñado para garantizar un amplio consenso antes de que los cambios lleguen a la red en vivo. Si el respaldo se mantiene por encima del umbral requerido del 80% durante catorce días consecutivos, la activación podría seguir el 29 de septiembre.

Ayo Akinyele, jefe de ingeniería de RippleX, dijo que proyectos comerciales ya están construyendo con XRP Ledger Batch V1.1 en mente.

Ruta condicional hacia la activación

La votación le da a Batch V1.1 una ruta condicional para entrar en funcionamiento. Los validadores pueden cambiar de posición en cualquier momento durante la cuenta regresiva. Si el respaldo cae por debajo del 80%, el reloj se detiene, y un nuevo período de catorce días debe comenzar una vez que la enmienda recupere el umbral.

Batch V1.1 agrupa transacciones bajo una operación principal. Los usuarios pueden enviar hasta ocho transacciones vinculadas, y cada transacción conserva sus detalles individuales. La configuración de todo o nada evita la liquidación parcial cuando alguna transacción del grupo falla.

A diferencia de un flujo de trabajo de varios pasos, la operación agrupada brinda a las contrapartes una condición de liquidación explícita: si una pierna falla, el ledger no completa la otra. Ese diseño podría simplificar la liquidación para fondos, plataformas de trading y emisores de tokens en XRP Ledger, y ofrece a los desarrolladores una forma de combinar transferencias sin depender de ni de conciliación manual. La función en sí no garantiza la adopción, ya que los proyectos aún deben completar pruebas, cumplimiento y trabajos de preparación.

La entrega contra pago impulsa los casos de uso

La función de agrupación es especialmente relevante para los gestores de activos que construyen mercados digitales. Un fondo puede transferir un activo tokenizado mientras recibe el pago dentro de la misma operación del ledger, lo que le da a Batch V1.1 un papel directo en la liquidación atómica.

Akinyele identificó la entrega contra pago como un caso de uso clave. El método vincula la entrega del activo y el pago, en lugar de pedirle a una parte que envíe primero, lo que puede reducir la exposición a una liquidación incompleta durante una operación.

Ripple también señaló las comisiones como otra aplicación. Los exchanges, las wallets y los marketplaces pueden adjuntar cargos por servicio a una transacción de cliente, permitiendo que el pago y la comisión se procesen como una sola operación agrupada.

RippleX no ha nombrado a los proyectos comerciales que trabajan con la función. Akinyele dijo que se darán más detalles después de que los socios finalicen formalmente sus planes y el calendario de lanzamiento, y agregó que la activación acercaría el trabajo de desarrollo a la producción.

Un regreso tras una falla de seguridad

La activación planeada sigue al retiro de Batch V1.0. Los investigadores identificaron una falla crítica de validación de firmas en febrero. Bajo ciertas condiciones, el código podía dejar de verificar firmas antes de tiempo, permitiendo que un atacante incluyera transacciones de otra cuenta sin autorización.

Los validadores no habían activado la enmienda original cuando los desarrolladores la retiraron. Por lo tanto, el código vulnerable nunca controló el ledger en vivo, y la falla no expuso directamente fondos de usuarios.

RippleX aprovechó el incidente para rediseñar partes del modelo de firma y autorización. El reemplazo se incluyó en la versión 3.3.0 de xrpld el 6 de agosto, y Ripple afirmó que el código ahora en consideración coincide con esa versión.

La revisión se amplió para incluir análisis asistido por IA y un concurso de ataques de Sherlock. Las firmas de seguridad Halborn y Common Prefix realizaron evaluaciones, y RippleX aplicó pruebas adversariales internas antes de solicitar la aprobación de los validadores. La compañía dijo que el proceso ampliado respaldó el regreso de la enmienda a la votación.

Akinyele dijo que el equipo elevó el estándar de revisión, corrigió el defecto y presentó Batch V1.1 para otra votación de validadores.

Según el calendario actual, la ventana de la enmienda se extiende hasta el 29 de septiembre. El respaldo debe mantenerse en o por encima del 80% durante todo el período. Cualquier caída por debajo de ese nivel pausaría la activación y requeriría otra cuenta regresiva una vez que el respaldo se recupere.

Fuente: Blockonomi