El XRP Ledger (XRPL) está a un voto de alcanzar el umbral necesario para iniciar la activación de Batch V1.1, una actualización que permitirá agrupar hasta ocho transacciones y ejecutarlas como una única operación. De los 35 validadores de confianza, 27 respaldaban la propuesta el martes, alrededor del 77%, frente al mínimo del 80% exigido.
La aprobación de un validador adicional no activaría de forma inmediata la nueva función. Serviría para poner en marcha el periodo de activación previsto por el protocolo. Durante catorce días consecutivos, el apoyo a Batch V1.1 tendría que mantenerse por encima del 80%. Los validadores podrían cambiar su voto durante ese intervalo. Solo si el respaldo se conserva durante las dos semanas requeridas la actualización entraría efectivamente en funcionamiento en la red.
Transacciones vinculadas en una sola operación
Batch V1.1 introduce un mecanismo para enlazar varias transacciones entre sí. La principal característica es que el conjunto se procesa como una unidad: o todas las operaciones se completan o ninguna llega a ejecutarse.
El diseño busca evitar situaciones en las que una parte de un intercambio se confirma y la otra falla. Por ejemplo, dos usuarios podrían vincular las operaciones necesarias para intercambiar distintos tokens. Si una de ellas no se ejecuta, el resto tampoco seguiría adelante.
La misma lógica puede aplicarse a determinados procesos empresariales. Una plataforma de pagos podría asociar la transferencia de fondos con el pago de las comisiones correspondientes, de manera que la operación no se completase si alguno de los elementos vinculados no pudiera ejecutarse.
RippleX ha señalado que ya existen aplicaciones comerciales basadas en Batch en desarrollo o bajo contrato. La compañía no ha identificado por ahora qué empresas prevén utilizar esta funcionalidad.
Una actualización revisada tras detectar fallos
La votación llega después de un proceso de revisión centrado especialmente en la seguridad. Durante el desarrollo de Batch V1.1 se detectaron y corrigieron once problemas, incluidos errores relacionados con las firmas digitales y con los controles que verifican qué operaciones ha autorizado un usuario.
Uno de esos fallos fue considerado crítico por la firma de seguridad Common Prefix. En determinadas circunstancias, un atacante podría haber reutilizado una autorización concedida anteriormente para ejecutar más transacciones de las que el usuario había permitido.
Según RippleX, el código fue sometido a una revisión exhaustiva. Cuatro desarrolladores con experiencia analizaron la implementación y también participaron las firmas externas Halborn y Common Prefix. Además, se organizó una búsqueda pública de vulnerabilidades.
El precedente de la primera versión de Batch
La cautela de los desarrolladores está relacionada también con un problema más grave detectado a principios de este año en la versión original de Batch. En determinadas condiciones, ese diseño permitía añadir transacciones de otra persona sin su consentimiento.
Esa versión no llegó a activarse en la red principal. Los desarrolladores la sustituyeron en agosto por Batch V1.1 y volvieron a someter la nueva implementación a evaluaciones de seguridad.
La decisión final depende ahora de los validadores del XRPL. El apoyo de un validador más permitiría alcanzar el umbral del 80% y abriría el periodo de observación de catorce días, pero la activación de Batch V1.1 todavía quedaría condicionada a que ese respaldo se mantuviera durante todo el proceso.
