#dusk $DUSK @Dusk
Les transactions financières traditionnelles exigent de la « certitude » : une transaction est considérée comme terminée une fois qu’elle est effectuée, sans crainte qu’elle soit annulée quelques minutes plus tard. En revanche, beaucoup de blockchains publiques utilisent une finalité probabiliste. En théorie, les blocs peuvent être réorganisés ; simplement, la probabilité diminue avec le temps. Cet écart est précisément l’endroit le plus facile où les actifs institutionnels se retrouvent bloqués lorsqu’ils cherchent à être mis en chaîne—et c’est le sujet que je veux aborder cette fois.

Dusk Network, en tant que blockchain de couche 1, adopte un mécanisme de consensus appelé Succinct Attestation, une variante de la preuve d’enjeu. Contrairement aux conceptions qui nécessitent d’attendre la confirmation de plusieurs blocs, en s’appuyant sur la confiance accumulée par la probabilité, l’objectif de Succinct Attestation est d’atteindre une finalité définitive de façon certaine en très peu de temps. Une fois qu’un bloc est confirmé par un vote des validateurs, il ne sera plus remis en cause.

Décomposé, ce mécanisme repose sur un vote hiérarchisé des validateurs : une première partie des validateurs forme un consensus initial, puis une seconde couche de validateurs effectue la confirmation finale. L’ensemble du processus s’exécute en quelques secondes seulement. Il n’est pas nécessaire d’attendre une dizaine de minutes, comme c’est le cas avec certaines blockchains, avant d’oser dire que cette transaction est vraiment entérinée.

Cette conception s’accorde en réalité avec les contrats intelligents confidentiels. Si le contenu des transactions est lui-même confidentiel, pour les institutions financières qui doivent faire la compensation ou le règlement, il est encore moins acceptable d’accepter une incertitude du type « cette transaction pourrait être annulée ». Une finalité rapide et certaine revient donc à fournir l’infrastructure de base pour la norme XSC ; et ensemble, elles correspondent bien davantage aux exigences du secteur financier pour la notion de « transaction = achèvement ».

Le design de consensus de $DUSK ne cherche pas seulement la vitesse : il intègre directement la certitude dont les scénarios financiers ont besoin dans les couches fondamentales du protocole. Et je pense que cette approche est plus proche des besoins d’application réels que de se contenter de brandir un objectif de très haut TPS.