#dusk $DUSK Hier, deux heures du matin, j’étais lové devant le bureau dans la location, en train de parcourir un livre blanc très blanc de @Dusk . Le coin du bureau a ouvert, pendant une demi-heure, une canette de Coca glacé—et au bout du compte, le froid s’était évaporé. Les gouttelettes d’eau condensée sur la paroi du verre ont coulé sur le tapis de souris, en formant une petite tache sombre.
Dusk met en avant Privacy Layer1, pensée pour les environnements financiers. Son mécanisme de consensus Succinct Attestation, conçu en interne : en clair, il vise précisément à soigner les vieux problèmes que j’ai rencontrés d’innombrables fois sur les PoS—la monopolisation de la production de blocs par les gros détenteurs, une source d’aléa facile à manipuler, et une finalité de validation trop lente. Ils promettent une finalité déterministe en 3 secondes, tiennent la route face à une attaque à 51 %, et surtout : empêchent quelques baleines de capter le pouvoir de décider des blocs.
À première vue, ça ne paraît pas mal.
Décentralisation, sécurité, haute performance—ce sont trois douleurs du secteur qu’on discute depuis des années : elle dit qu’elle les coche toutes ? Et quand je tombe sur la partie concernant la génération des graines via tirage aléatoire, le livre blanc devient étonnamment flou. Il se contente d’une phrase : « agrégation basée sur le hachage des blocs précédents ». Je pousse la souris sur le côté, et je reste à fixer l’écran deux secondes sans bouger. Si la randomisation qui sert au tirage des nœuds producteurs de blocs peut être anticipée par quelques gros nœuds, ou même si plusieurs d’entre eux peuvent conspirer et manipuler le processus, alors le soi-disant « tirage équitable pour choisir les validateurs » n’est qu’un décor. L’atout central des chaînes de confidentialité—la décentralisation—est alors amputé de moitié. La question de savoir si cette graine aléatoire peut être falsifiée par une conspiration, les gens qui bossent sur le consensus distribué la comprennent : c’est bien plus difficile à résoudre que de simplement accélérer la production des blocs. Dès que la conception de la source d’aléa comporte une faille, la promesse de haute performance et de résistance aux attaques devient une contradiction interne qui ne se concrétise pas.
@Dusk
Il y a ici un conflit central : un protocole qui prétend servir le règlement d’actifs à l’échelle des institutions. Si la logique vérifiable du tirage aléatoire n’est pas expliquée jusqu’au bout, alors la fiabilité du consensus SA dépend en réalité des données issues du fonctionnement à long terme sur le réseau principal—pas seulement des affirmations écrites dans un livre blanc.
La valeur à long terme de $DUSK , d’une certaine façon, est précisément liée à savoir si ce mécanisme de consensus peut réellement tourner correctement.
Quand vous étudiez un projet, quelle partie du livre blanc vous fait le plus peur parce qu’elle est floue ? Parlez-en dans les commentaires.
Dusk met en avant Privacy Layer1, pensée pour les environnements financiers. Son mécanisme de consensus Succinct Attestation, conçu en interne : en clair, il vise précisément à soigner les vieux problèmes que j’ai rencontrés d’innombrables fois sur les PoS—la monopolisation de la production de blocs par les gros détenteurs, une source d’aléa facile à manipuler, et une finalité de validation trop lente. Ils promettent une finalité déterministe en 3 secondes, tiennent la route face à une attaque à 51 %, et surtout : empêchent quelques baleines de capter le pouvoir de décider des blocs.
À première vue, ça ne paraît pas mal.
Décentralisation, sécurité, haute performance—ce sont trois douleurs du secteur qu’on discute depuis des années : elle dit qu’elle les coche toutes ? Et quand je tombe sur la partie concernant la génération des graines via tirage aléatoire, le livre blanc devient étonnamment flou. Il se contente d’une phrase : « agrégation basée sur le hachage des blocs précédents ». Je pousse la souris sur le côté, et je reste à fixer l’écran deux secondes sans bouger. Si la randomisation qui sert au tirage des nœuds producteurs de blocs peut être anticipée par quelques gros nœuds, ou même si plusieurs d’entre eux peuvent conspirer et manipuler le processus, alors le soi-disant « tirage équitable pour choisir les validateurs » n’est qu’un décor. L’atout central des chaînes de confidentialité—la décentralisation—est alors amputé de moitié. La question de savoir si cette graine aléatoire peut être falsifiée par une conspiration, les gens qui bossent sur le consensus distribué la comprennent : c’est bien plus difficile à résoudre que de simplement accélérer la production des blocs. Dès que la conception de la source d’aléa comporte une faille, la promesse de haute performance et de résistance aux attaques devient une contradiction interne qui ne se concrétise pas.
@Dusk
Il y a ici un conflit central : un protocole qui prétend servir le règlement d’actifs à l’échelle des institutions. Si la logique vérifiable du tirage aléatoire n’est pas expliquée jusqu’au bout, alors la fiabilité du consensus SA dépend en réalité des données issues du fonctionnement à long terme sur le réseau principal—pas seulement des affirmations écrites dans un livre blanc.
La valeur à long terme de $DUSK , d’une certaine façon, est précisément liée à savoir si ce mécanisme de consensus peut réellement tourner correctement.
Quand vous étudiez un projet, quelle partie du livre blanc vous fait le plus peur parce qu’elle est floue ? Parlez-en dans les commentaires.
