Fireblocks révise la gestion des transactions pour éviter les blocages de file d'attente

iconCryptoBriefing
Partager
AI summary iconRésumé
Fireblocks a amélioré la gestion des transactions pour prévenir les blocages dans les files d'attente sur les chaînes compatibles EVM, renforçant la fiabilité pour l'adoption institutionnelle. Cette révision inclut des délais configurables par l'utilisateur, un contrôle du trafic des comptes pour une surveillance en temps réel, et des pools de wallets pour répartir les transactions entre les coffres. Ces modifications décentralisent la séquence des nonces et intègrent des disjoncteurs pour réduire les risques opérationnels. Les clients institutionnels bénéficieront d'une exécution plus fluide, notamment lors des lancements de nouveaux tokens.

Si vous avez déjà été bloqué derrière quelqu’un qui paie avec de la monnaie exacte à un péage, vous comprenez le problème fondamental que Fireblocks vient de résoudre. Sur les blockchains compatibles EVM comme Ethereum, les transactions doivent être traitées dans un ordre numérique strict en utilisant ce qu’on appelle un nonce. Lorsqu’une transaction est en retard, toutes les transactions en file derrière elle restent bloquées, en attente. Pour une institution qui déplace des milliards d’actifs numériques, ce n’est pas une simple gêne. C’est un cauchemar opérationnel.

Fireblocks, la plateforme d'infrastructure qui soutient des milliers de clients institutionnels traitant des billions de transactions d'actifs numériques sur plus de 150 blockchains, a reconstruit son système de gestion des transactions de zéro. L'objectif : s'assurer qu'une seule transaction bloquée ne puisse plus gelera toute la file d'attente.

Qu'est-ce qui a réellement changé

La refonte introduit trois fonctionnalités majeures qui fonctionnent ensemble pour assurer un flux fluide des pipelines de transactions.

Tout d'abord, des délais configurables par l'utilisateur. Les institutions peuvent désormais définir des fenêtres de délai personnalisées au niveau de l'espace de travail et au niveau de chaque transaction. Lorsqu'une transaction reste non confirmée au-delà de sa date limite, le système la marque automatiquement comme « ÉCHOUÉE » au lieu de la laisser indéfiniment en attente.

Publicité

Deuxièmement, un nouveau système de contrôle du trafic de compte. Il s'agit essentiellement d'une couche de surveillance en temps réel qui détecte les transactions bloquées et envoie des alertes en quelques minutes.

Troisièmement, les pools de wallet. Cette fonction regroupe les transactions provenant de plusieurs vaults, en utilisant un routage basé sur la santé pour répartir la charge. Au lieu de faire transiter toutes les transactions par une seule adresse avec une seule séquence de nonce, le système répartit la charge. Si un vault est saturé, les autres continuent de traiter les transactions.

Pourquoi la séquence de nonce est plus importante que vous ne le pensez

Pour comprendre pourquoi cela est important, vous devez comprendre la séquence de nonce, l'une des contraintes de conception les plus frustrantes mais discrètes des blockchains EVM.

Chaque compte Ethereum maintient un compteur de transactions appelé nonce. La transaction numéro 5 ne peut être confirmée que lorsque la transaction numéro 4 est confirmée. Si la transaction 4 est bloquée, peut-être en raison d'une hausse des frais de gaz, ou à cause de la congestion du réseau, les transactions 5 à 500 sont toutes gelées. Elles sont valides, signées, prêtes à être exécutées. Elles ne peuvent simplement pas s'exécuter.

L'ancien système de Fireblocks, comme la plupart des infrastructures institutionnelles de cryptomonnaies, gère la gestion des nonces de manière centralisée. La refonte décentralise essentiellement ce risque en répartissant les transactions sur plusieurs séquences de nonces indépendantes via les Wallet Pools, tout en ajoutant des disjoncteurs automatisés grâce à des délais configurables.

Ce que cela signifie pour les investisseurs

Pour les institutions déjà utilisant Fireblocks, le bénéfice pratique est simple : une réduction du risque opérationnel. Les délais configurables permettent aux équipes de trésorerie de définir des politiques adaptées à leur tolérance au risque spécifique. L'alerte en temps réel via Account Traffic Control permet aux équipes opérationnelles d'intervenir avant qu'une transaction bloquée mineure ne devienne un incident majeur. Les Wallet Pools garantissent que, même en cas d'intervention nécessaire, l'impact est limité à un seul coffre-fort plutôt qu'à l'ensemble du pipeline de transactions.

Il est à noter que l'annonce se concentrait exclusivement sur les blockchains compatibles EVM, et aucune cryptomonnaie ou token spécifique n'a été mentionné. Les chaînes non-EVM comme Solana et Bitcoin utilisent des modèles de transaction fondamentalement différents et ne souffrent pas du même goulot d'étranglement lié à la séquence de nonce.

Clause de non-responsabilité : les informations sur cette page peuvent avoir été obtenues auprès de tiers et ne reflètent pas nécessairement les points de vue ou opinions de KuCoin. Ce contenu est fourni à titre informatif uniquement, sans aucune représentation ou garantie d’aucune sorte, et ne doit pas être interprété comme un conseil en investissement. KuCoin ne sera pas responsable des erreurs ou omissions, ni des résultats résultant de l’utilisation de ces informations. Les investissements dans les actifs numériques peuvent être risqués. Veuillez évaluer soigneusement les risques d’un produit et votre tolérance au risque en fonction de votre propre situation financière. Pour plus d’informations, veuillez consulter nos conditions d’utilisation et divulgation des risques.