J’ai passé quelques années à intégrer des systèmes de trading, avec une obsession : « le règlement est-il vraiment totalement terminé ? » Le T+1, le T+2 ne sont pas lents par manque de technologie. Dans le règlement-livraison, il y a un intervalle entre la compensation, le rapprochement, les garanties et la gestion des défauts. Chaque heure de retard augmente l’exposition au risque et le coût de mobilisation des fonds.
Dans ce type de chaîne de règlement financier comme Dusk, la première question est toujours : « quand tu dis que c’est fini, c’est fini à quel point ? » @Dusk
Dusk utilise un consensus Succinct Attestation : sélection aléatoire des validateurs pour produire les blocs. La confirmation des blocs est une finalité, sans rollback probabiliste. Production de blocs à l’échelle de la seconde, règlement en 15 secondes. Le monde de la finance a besoin de ça : la livraison ne peut pas être une « confirmation à forte probabilité ». Dans la comptabilité, trois minutes d’écart, c’est un autre monde.
Le prix d’une confirmation rapide, je n’arrive pas à l’ignorer ? Impossible. Le consensus déterministe impose des exigences très élevées de disponibilité des validateurs. Chute d’un nœud, partition réseau : dans le consensus probabiliste, c’est juste plus lent ; ici, ça peut carrément bloquer la chaîne. J’ai moi-même tourné avec une connexion internet grand public : un saut d’IP suffit pour rater le vote, et en manquer un signifie attendre plusieurs minutes pour une resynchronisation. En pratique, ce n’est même pas « 15 secondes ».
Même au-delà d’une seule chaîne, il faut compter. Trois secondes de confirmation on-chain, l’intégration des actifs avec un dépositaire traditionnel : le véritable règlement dépend toujours de la partie la plus lente. Ce n’est pas la faute de Dusk : c’est l’état de la couche d’interfaçage, et ça impacte directement l’expérience utilisateur. L’écosystème est aussi encore mince : DuskEVM vient d’être lancé, il y a peu d’applications et, côté développeurs, c’est encore tôt. Le signal que plus de 300 millions d’euros de titres tokenisés soient déjà en chaîne est encourageant, mais il manque encore quelques étapes avant la pleine prospérité.
Mon avis : la conception du règlement est solide, Succinct Attestation est adapté, et je ne copie pas des modèles de chaînes publiques. Les points faibles sont entièrement au niveau de la mise en pratique : qualité des nœuds, interfaçage entre systèmes, et construction de l’écosystème. Ce n’est pas forcément joli à voir, mais ce sont eux qui décident.
Dire « confirmation à la seconde », c’est une phrase. La réaliser pour qu’elle soit stable, c’en est une autre. À tous : pour faire tourner la mise à niveau des nœuds, avec de la bande passante et des IP statiques, seriez-vous prêts à le faire ? #dusk $DUSK
Dans ce type de chaîne de règlement financier comme Dusk, la première question est toujours : « quand tu dis que c’est fini, c’est fini à quel point ? » @Dusk
Dusk utilise un consensus Succinct Attestation : sélection aléatoire des validateurs pour produire les blocs. La confirmation des blocs est une finalité, sans rollback probabiliste. Production de blocs à l’échelle de la seconde, règlement en 15 secondes. Le monde de la finance a besoin de ça : la livraison ne peut pas être une « confirmation à forte probabilité ». Dans la comptabilité, trois minutes d’écart, c’est un autre monde.
Le prix d’une confirmation rapide, je n’arrive pas à l’ignorer ? Impossible. Le consensus déterministe impose des exigences très élevées de disponibilité des validateurs. Chute d’un nœud, partition réseau : dans le consensus probabiliste, c’est juste plus lent ; ici, ça peut carrément bloquer la chaîne. J’ai moi-même tourné avec une connexion internet grand public : un saut d’IP suffit pour rater le vote, et en manquer un signifie attendre plusieurs minutes pour une resynchronisation. En pratique, ce n’est même pas « 15 secondes ».
Même au-delà d’une seule chaîne, il faut compter. Trois secondes de confirmation on-chain, l’intégration des actifs avec un dépositaire traditionnel : le véritable règlement dépend toujours de la partie la plus lente. Ce n’est pas la faute de Dusk : c’est l’état de la couche d’interfaçage, et ça impacte directement l’expérience utilisateur. L’écosystème est aussi encore mince : DuskEVM vient d’être lancé, il y a peu d’applications et, côté développeurs, c’est encore tôt. Le signal que plus de 300 millions d’euros de titres tokenisés soient déjà en chaîne est encourageant, mais il manque encore quelques étapes avant la pleine prospérité.
Mon avis : la conception du règlement est solide, Succinct Attestation est adapté, et je ne copie pas des modèles de chaînes publiques. Les points faibles sont entièrement au niveau de la mise en pratique : qualité des nœuds, interfaçage entre systèmes, et construction de l’écosystème. Ce n’est pas forcément joli à voir, mais ce sont eux qui décident.
Dire « confirmation à la seconde », c’est une phrase. La réaliser pour qu’elle soit stable, c’en est une autre. À tous : pour faire tourner la mise à niveau des nœuds, avec de la bande passante et des IP statiques, seriez-vous prêts à le faire ? #dusk $DUSK