Une mise à niveau du XRP Ledger (XRP) qui devait s'activer le 29 septembre a été repoussée d'au moins 10 jours après que le soutien des validateurs est brièvement passé sous le niveau requis pour son activation.

Cette fonctionnalité, appelée Batch, permettrait aux utilisateurs de soumettre jusqu'à huit transactions ensemble. Son option tout-ou-rien pourrait permettre à un acheteur de payer un actif tokenisé et de le recevoir en une seule opération, empêchant l'une ou l'autre partie de la transaction de se conclure seule. Cette atomicité est particulièrement importante pour le règlement d'actifs tokenisés, où un paiement effectué sans la livraison correspondante — ou l'inverse — laisse une partie lésée.

Le responsable de l'ingénierie de RippleX, Ayo Akinyele, avait précédemment déclaré à CoinDesk () que des projets étaient construits autour de Batch et que Ripple partagerait davantage d'informations sur ses travaux avec les gestionnaires d'actifs une fois la fonctionnalité activée.

« Certains projets sont déjà conçus avec Batch en tête, de sorte que l'activation permettrait à ces travaux de se rapprocher de la production », a-t-il déclaré. Il n'a pas nommé les partenaires ni fourni de dates de lancement.

La mise à niveau corrigée, officiellement nommée BatchV1_1, a regagné le soutien de 30 des 35 validateurs de confiance le 25 septembre, selon le tableau de bord des amendements du XRPL. Cette réinitialisation a lancé un nouveau compte à rebours de deux semaines, fixant son activation au plus tôt le 9 octobre vers 14h46 UTC si le soutien se maintient.

Les validateurs sont des opérateurs qui vérifient les transactions et votent sur les modifications du réseau. Les mises à niveau du XRPL doivent conserver le soutien de plus de 80 % des validateurs de confiance pendant deux semaines consécutives. Perdre ce soutien efface le temps accumulé, même si les votes reviennent peu après — c'est ainsi qu'une brève baisse a réussi à repousser l'activation au-delà du 29 septembre.

Batch était en compte à rebours depuis le 15 septembre. Il s'agit déjà de la deuxième tentative d'introduction de cette fonctionnalité, après que les développeurs ont retiré la version originale en raison d'un défaut critique de vérification de signature avant l'activation, un retrait qui a empêché le code défectueux d'être déployé. L'implémentation corrigée a été publiée en août avec la version 3.3.0 du logiciel qui fait fonctionner le registre.

Une autre mise à niveau permettant aux propriétaires de comptes de déléguer des tâches spécifiques a également perdu le soutien nécessaire pour achever son compte à rebours. Cette mise à niveau, connue sous le nom de PermissionDelegationV1_1, permettrait à une entreprise d'autoriser un autre compte à effectuer des actions approuvées sans partager les clés de signature qui contrôlent ses fonds — séparant les opérations quotidiennes de la garde des actifs eux-mêmes. Un émetteur de tokens pourrait, par exemple, confier les tâches de paiement et de conformité à différents comptes opérationnels.

Cette mise à niveau a perdu son soutien qualifiant le 23 septembre et l'a regagné le lendemain, repoussant son activation au plus tôt du 5 octobre au 8 octobre vers 21h25 UTC. Les deux fonctionnalités se trouvent désormais dans de nouvelles fenêtres de deux semaines régies par le même seuil, ce qui signifie que tout nouveau manquement dans le soutien des validateurs repousserait à nouveau les dates — le tableau de bord des amendements indiquant si les comptages se maintiennent.