Lorsqu’un marché chute brutalement en pleine séance, le plus dangereux n’est pas d’exécuter un trade avec dix secondes de retard — c’est plutôt de croire que l’ordre est déjà exécuté, puis quelques minutes plus tard que le système vous informe : « ce trade ne compte pas »

C’est aussi la question que je considère la plus importante lorsque je continue à décomposer le mécanisme de consensus de @Dusk .
Beaucoup de chaînes publiques aiment vanter leur capacité de traitement en transactions par seconde, mais sur les marchés financiers, la vraie préoccupation est ailleurs : au moment où l’écran affiche « terminé », la propriété des actifs est-elle réellement et totalement déterminée.

La Succinct Attestation de Dusk n’unit pas un nœud unique pour à la fois produire le bloc et s’auto-certifier. Elle découpe plutôt chaque tour de consensus en trois portes.

La première porte, c’est la proposition. Le système choisit un producteur de bloc parmi les validateurs misant, puis il regroupe les transactions et diffuse un bloc candidat.

La deuxième porte, c’est la vérification. Un comité tiré au hasard contrôle si le bloc est valide, puis vote sur le résultat. Il faut répondre à la question : « ces transactions peuvent-elles entrer dans le grand livre

La troisième porte, c’est l’approbation. Un autre comité confirme à nouveau le résultat de la vérification ; une fois le quorum atteint, une preuve est formée et la confirmation finale est réalisée. Autrement dit, la création, la correction et la signature finale ne sont pas confiées entièrement aux mêmes personnes.

Auparavant, je me demandais si une conception en trois étapes n’alourdirait pas trop le processus. Puis j’ai compris que Dusk parie sur l’utilisation de comités aléatoires plus petits pour réduire la communication à l’échelle du réseau, tout en conservant deux jugements indépendants. Le site officiel indique actuellement une finalité d’environ 10 secondes. Une fois qu’un bloc est approuvé, le résultat devient déterministe. Dans des conditions normales, l’utilisateur n’a pas besoin de compter des dizaines de confirmations, et il n’a pas à craindre qu’une réorganisation de la chaîne annule une transaction déjà acceptée.

C’est particulièrement crucial pour les transactions financières. Prenons un cas : la jambe « actif » affiche déjà la livraison, mais la jambe « paiement » devient invalide à cause d’une réorganisation. Alors, l’institution ne fait pas face à un simple échec de virement — mais à un affrontement simultané entre la propriété, les écritures comptables et la responsabilité envers la contrepartie. Ce que la finalité déterministe réduit vraiment, c’est la fenêtre de risque — celle où l’on ne sait pas encore si, après coup, « ça comptera vraiment ».

Mais les trois portes ne signifient pas une sécurité absolue. Il faut encore vérifier, avec des données à long terme, si la taille des comités aléatoires est suffisante, si les nœuds sont trop concentrés et si la finalité peut rester stable en cas de congestion du réseau. Même si la conception du protocole est élégante, elle doit survivre à l’indisponibilité des nœuds et à des flux extrêmes.

C’est pourquoi je regarde $DUSK : je ne me contenterai pas du chiffre promotionnel « 10 secondes ». Je veux surtout observer la finalité continue, le taux de participation des comités et la proportion de tours anormaux.

#dusk