Si vous êtes déjà resté bloqué derrière une personne qui paie avec la monnaie exacte à un péage, vous comprenez le problème central que Fireblocks dit avoir résolu. Sur les blockchains compatibles EVM comme Ethereum, les transactions doivent être traitées dans un ordre numérique strict à l’aide d’un nonce. Lorsqu’une transaction se bloque, toutes celles qui sont en file derrière elle attendent. Pour une institution qui déplace des milliards de dollars d’actifs numériques, il ne s’agit pas d’un simple désagrément ; c’est un problème opérationnel, en particulier lorsque les flux de trésorerie, les transferts entre plateformes et les opérations de règlement dépendent d’un traitement séquentiel des transactions.

Fireblocks, la plateforme d’infrastructure qui dit prendre en charge des milliers de clients institutionnels traitant des milliers de milliards de dollars de transactions d’actifs numériques sur plus de 150 blockchains, a reconstruit son système de traitement des transactions depuis zéro. La société a indiqué que l’objectif est de faire en sorte qu’une seule transaction bloquée ne puisse plus jamais geler une file entière, ce qui est important car les institutions ont souvent besoin d’un traitement prévisible plutôt que d’un nettoyage manuel lorsque l’activité s’intensifie ou qu’un réseau ralentit.

Ce qui a changé

La refonte introduit trois fonctionnalités principales conçues pour maintenir la fluidité des pipelines de transaction.

Premièrement, Fireblocks a ajouté des délais d’expiration configurables par l’utilisateur. Les institutions peuvent désormais définir des fenêtres de timeout personnalisées à la fois au niveau de l’espace de travail et au niveau de la transaction individuelle. Si une transaction reste non confirmée au-delà de sa date limite, le système la marque automatiquement comme « FAILED » au lieu de la laisser indéfiniment en suspens.

Deuxièmement, Fireblocks a introduit Account Traffic Control, une couche de surveillance en temps réel qui détecte les transactions bloquées et envoie des alertes en quelques minutes.

Troisièmement, la société a ajouté Wallet Pools. Cette fonctionnalité regroupe les transactions sur plusieurs vaults et utilise un routage tenant compte de l’état de santé pour répartir la charge. Au lieu d’envoyer chaque transaction via une seule adresse liée à une seule séquence de nonce, le système répartit l’activité sur plusieurs vaults. Si un vault se bloque, les autres peuvent continuer à traiter.

Pourquoi la séquence de nonce compte

La séquence de nonce est l’une des contraintes de conception les plus frustrantes des blockchains EVM.

Chaque compte Ethereum maintient un compteur de transactions appelé nonce. La transaction numéro 5 ne peut pas être confirmée tant que la transaction numéro 4 n’a pas été confirmée. Si la transaction 4 se bloque, que ce soit en raison d’une hausse des frais de gas ou d’une congestion du réseau, les transactions 5 à 500 se retrouvent gelées derrière elle. Elles peuvent être valides, signées et prêtes à être exécutées, mais elles ne peuvent pas l’être tant que la transaction précédente n’est pas validée.

Le système précédent de Fireblocks, comme une grande partie de l’infrastructure crypto institutionnelle, gérait de manière centralisée la gestion des nonce. La refonte vise à réduire ce risque en répartissant les transactions sur plusieurs séquences de nonce indépendantes via Wallet Pools, tout en ajoutant des coupe-circuits automatisés grâce à des délais d’expiration configurables. Ce type d’évolution des flux est particulièrement pertinent pour les organisations qui déplacent des actifs en continu et doivent limiter l’impact opérationnel d’un transfert unique échoué ou retardé.

Impact opérationnel

Pour les institutions qui utilisent déjà Fireblocks, l’effet pratique est une réduction du risque opérationnel. Les délais d’expiration configurables permettent aux équipes de trésorerie de définir des politiques adaptées à leur tolérance au risque. Les alertes en temps réel via Account Traffic Control donnent aux équipes opérationnelles la possibilité d’intervenir avant qu’une transaction bloquée mineure ne devienne un incident plus important. Wallet Pools sont conçus pour limiter l’impact d’une intervention à un seul vault plutôt qu’à l’ensemble du pipeline de transactions.

L’annonce portait exclusivement sur les blockchains compatibles EVM et ne mettait en avant aucune cryptomonnaie ni aucun token spécifique. Les chaînes non EVM comme Solana et Bitcoin utilisent des modèles de transaction différents et ne sont pas confrontées au même goulot d’étranglement lié à la séquence de nonce.