#dusk $DUSK 选公链从来不看口号,先看它敢不敢把共识机制讲清楚。DUSK的Succinct Attestation(SA)是我最近比较感兴趣的一个设计,因为它没有照搬现成的PBFT或者DPoS。
Le cœur de SA consiste à décomposer le processus de consensus en trois couches : proposition de blocs, vérification et confirmation. À chaque tour, des nœuds différents sont choisis aléatoirement pour accomplir chacune de ces trois tâches. Le proposant ignore qui le validera, et le validateur ignore qui le confirmera. L’objectif est de réduire les possibilités de collusion, tout en ramenant le temps de finalisation à quelques secondes. D’après la documentation du projet, le TPS peut théoriquement dépasser 500 ; dans un contexte de finance réglementée, ce chiffre est suffisant. Cependant, dans la communauté, certains craignent que cette séparation en trois couches augmente le nombre de tours de communication et que, dans la pratique, la latence ne soit pas aussi impressionnante que sur le papier.
Mais les données théoriques et les performances réelles ne sont pas la même chose. À mesure que le nombre de nœuds augmente, la complexité des communications réseau s’accroît aussi. SA pourra-t-elle maintenir un équilibre entre décentralisation et performance ? Cela nécessite des tests de charge. J’ai aussi particulièrement remarqué un détail : l’étape d’enchères des nœuds utilise également des preuves à connaissance nulle (ZKP) pour cacher les informations d’enchère. Ce choix est très audacieux, car sur beaucoup de blockchains, les enchères sont transparentes et les gros acteurs peuvent directement voir la dynamique de la concurrence. En rendant cette étape privée, DUSK montre que l’équipe comprend assez finement les besoins de la finance réglementée.
En remontant encore, le fait que l’EVM de DUSK soit déjà en ligne signifie que les développeurs peuvent déployer des contrats avec Solidity, sans avoir à apprendre un nouveau langage. Cela aide au démarrage de l’écosystème, mais la compatibilité EVM implique aussi qu’il faudra se battre avec une multitude de L1 et de L2 déjà établis pour attirer les développeurs. Même si la technologie est solide, sans suffisamment d’applications et d’utilisateurs, les avantages du mécanisme de consensus ne pourront pas pleinement s’exprimer.
Un autre point qui me préoccupe : après la séparation entre la production de blocs et la vérification dans SA, si un nœud d’une couche se comporte malicieusement, le mécanisme de sanction est-il suffisamment clair ? À l’heure actuelle, les documents associés n’ont pas déployé l’ensemble des règles ; cela me laisse donc avec une interrogation quant à la sécurité à long terme. De plus, le niveau de décentralisation dépend aussi du seuil d’accès des nœuds : si le nombre de nœuds reste durablement faible, même une conception de couches très raffinée ne pourra pas échapper aux critiques de centralisation. $BTC
Dans l’ensemble, DUSK ne cherche pas de raccourci au niveau du consensus : la logique de séparation de SA et les détails liés à la confidentialité présentent de vrais points forts. #dusk @Dusk $DUSK
Le cœur de SA consiste à décomposer le processus de consensus en trois couches : proposition de blocs, vérification et confirmation. À chaque tour, des nœuds différents sont choisis aléatoirement pour accomplir chacune de ces trois tâches. Le proposant ignore qui le validera, et le validateur ignore qui le confirmera. L’objectif est de réduire les possibilités de collusion, tout en ramenant le temps de finalisation à quelques secondes. D’après la documentation du projet, le TPS peut théoriquement dépasser 500 ; dans un contexte de finance réglementée, ce chiffre est suffisant. Cependant, dans la communauté, certains craignent que cette séparation en trois couches augmente le nombre de tours de communication et que, dans la pratique, la latence ne soit pas aussi impressionnante que sur le papier.
Mais les données théoriques et les performances réelles ne sont pas la même chose. À mesure que le nombre de nœuds augmente, la complexité des communications réseau s’accroît aussi. SA pourra-t-elle maintenir un équilibre entre décentralisation et performance ? Cela nécessite des tests de charge. J’ai aussi particulièrement remarqué un détail : l’étape d’enchères des nœuds utilise également des preuves à connaissance nulle (ZKP) pour cacher les informations d’enchère. Ce choix est très audacieux, car sur beaucoup de blockchains, les enchères sont transparentes et les gros acteurs peuvent directement voir la dynamique de la concurrence. En rendant cette étape privée, DUSK montre que l’équipe comprend assez finement les besoins de la finance réglementée.
En remontant encore, le fait que l’EVM de DUSK soit déjà en ligne signifie que les développeurs peuvent déployer des contrats avec Solidity, sans avoir à apprendre un nouveau langage. Cela aide au démarrage de l’écosystème, mais la compatibilité EVM implique aussi qu’il faudra se battre avec une multitude de L1 et de L2 déjà établis pour attirer les développeurs. Même si la technologie est solide, sans suffisamment d’applications et d’utilisateurs, les avantages du mécanisme de consensus ne pourront pas pleinement s’exprimer.
Un autre point qui me préoccupe : après la séparation entre la production de blocs et la vérification dans SA, si un nœud d’une couche se comporte malicieusement, le mécanisme de sanction est-il suffisamment clair ? À l’heure actuelle, les documents associés n’ont pas déployé l’ensemble des règles ; cela me laisse donc avec une interrogation quant à la sécurité à long terme. De plus, le niveau de décentralisation dépend aussi du seuil d’accès des nœuds : si le nombre de nœuds reste durablement faible, même une conception de couches très raffinée ne pourra pas échapper aux critiques de centralisation. $BTC
Dans l’ensemble, DUSK ne cherche pas de raccourci au niveau du consensus : la logique de séparation de SA et les détails liés à la confidentialité présentent de vrais points forts. #dusk @Dusk $DUSK
SA共识设计确实硬核
0%
500TPS还不够看
100%
技术好但生态太冷
0%
1 Votes • Vote fermé