Una actualización de XRP Ledger (XRP) que se esperaba activara el 29 de septiembre se pospuso al menos 10 días después de que el respaldo de los validadores cayera brevemente por debajo del nivel requerido para activarla.

La función, llamada Batch, permitiría a los usuarios enviar hasta ocho transacciones juntas. Su opción de todo-o-nada podría permitir que un comprador pague por un activo tokenizado y lo reciba en una sola operación, impidiendo que cualquiera de las partes de la operación se complete por separado. Esa atomicidad es especialmente importante en la liquidación de activos tokenizados, donde un pago que se concreta sin la entrega correspondiente —o viceversa— deja a una de las partes en desventaja.

El jefe de ingeniería de RippleX, Ayo Akinyele, dijo previamente a CoinDesk () que ya se estaban desarrollando proyectos en torno a Batch y que Ripple compartiría más información sobre su trabajo con administradores de activos una vez que la función entrara en vigor.

"Algunos proyectos ya se están construyendo con Batch en mente, por lo que la activación permitiría que ese trabajo se acerque más a la producción", afirmó. No mencionó a los socios ni proporcionó fechas de lanzamiento.

La actualización corregida, denominada oficialmente BatchV1_1, recuperó el respaldo de 30 de 35 validadores de confianza el 25 de septiembre, según el panel de enmiendas de XRPL. Ese reinicio inició una nueva cuenta regresiva de dos semanas, lo que sitúa su activación más temprana el 9 de octubre alrededor de las 14:46 UTC, siempre que el respaldo se mantenga.

Los validadores son operadores que verifican las transacciones y votan sobre los cambios en la red. Las actualizaciones de XRPL deben conservar el respaldo de más del 80% de los validadores de confianza durante dos semanas consecutivas. Perder ese respaldo anula el tiempo acumulado, incluso si los votos regresan poco después, y así fue como una breve caída logró posponer la activación más allá del 29 de septiembre.

Batch llevaba en cuenta regresiva desde el 15 de septiembre. Ya es el segundo intento de introducir la función, después de que los desarrolladores retiraran la versión original debido a una falla crítica en la verificación de firmas antes de la activación, una retirada que impidió que el código defectuoso entrara en funcionamiento. La implementación corregida se lanzó en agosto con la versión 3.3.0 del software que opera el ledger.

Una actualización separada que permite a los propietarios de cuentas delegar tareas específicas también perdió el respaldo necesario para completar su cuenta regresiva. La actualización, conocida como PermissionDelegationV1_1 permitiría a una empresa autorizar a otra cuenta a realizar acciones aprobadas sin compartir las claves de firma que controlan sus fondos, separando las operaciones diarias de la custodia de los activos. Un emisor de tokens, por ejemplo, podría asignar las funciones de pago y cumplimiento a diferentes cuentas operativas.

Esa actualización perdió su respaldo calificado el 23 de septiembre y lo recuperó un día después, moviendo su activación más temprana del 5 de octubre al 8 de octubre alrededor de las 21:25 UTC. Ambas funciones se encuentran ahora en nuevas ventanas de dos semanas regidas por el mismo umbral, lo que significa que cualquier nueva caída en el respaldo de los validadores volvería a posponer las fechas, con el panel de enmiendas mostrando si los recuentos se mantienen.