Aujourd’hui, dans le groupe de l’entreprise, on a envoyé le planning de garde : qui doit ouvrir la porte, à quelles heures arriver, et ses coordonnées — tout est écrit clairement, sans ambiguïté.
Au début, je trouvais que l’organisation était plutôt réglementée. Puis je me suis dit : si ce n’est pas une garde “ordinaire”, mais plutôt une liste de personnes responsables de la conservation des clés du coffre-fort, alors la publier à l’avance n’est pas forcément de la transparence ; c’est peut-être plutôt, comme un geste volontaire pour donner une cible aux autres.
Du coup, après avoir terminé de regarder le tableau, je suis allé relire un passage dans le livre blanc de @Dusk que je n’avais pas vraiment démonté auparavant : Proof-of-Blind Bid.
Beaucoup de chaînes PoS discutent surtout de qui mise le plus et de qui a le plus de chances de proposer un bloc. Mais Dusk ajoute une couche en plus : si le prochain proposeur est repéré à l’avance, sera-t-il d’abord attaqué, acheté, voire carrément privé de réseau ?
Le traitement est plutôt intéressant.
Lors de l’appel d’offres, les mises des participants entrent dans un arbre de Merkle (Merkle Tree). À l’intérieur, ce n’est pas une liste “à visage découvert”, mais des engagements et des données liées à la quantité mise, $DUSK .
Les candidats peuvent, grâce à des preuves à divulgation nulle de connaissance (zéro connaissance), prouver que “mon enchère est valide et que je remplis les conditions”, sans devoir divulguer à l’avance leur identité ni le montant exact de leur mise.
Le Generator qui atteint les conditions d’extraction est chargé de proposer le bloc. Ensuite, le comité Provisioner, choisi par tirage déterministe, réalise la Reduction et l’Agreement pour effectuer la vérification et la confirmation finale.
En clair : celui qui prépare la “réponse” cache d’abord son numéro de place ; celui qui corrige tire son numéro séparément, afin d’éviter que l’attaquant ne vienne se poster à l’avance.
C’est aussi, je trouve, ce qui rend #dusk intéressant : la confidentialité ne sert pas uniquement aux transferts, elle est intégrée à la conception de la sécurité des participants au consensus.
Elle ne vise pas à tout cacher éternellement, mais à réduire la probabilité que les rôles clés soient identifiés trop tôt.
Bien sûr, pour survivre d’abord, il faut quand même jeter un seau d’eau froide : cacher les informations d’enchères ne signifie pas que le réseau est absolument anonyme. Les IP des nœuds, la manière dont ils sont déployés et le niveau de concentration des mises restent à observer. PoBB traite le risque du “exposé du proposeur à l’avance”, ce n’est pas un bouclier universel.
Mais plutôt que de ne mettre que le TPS sur des affiches, je préfère regarder ce genre de détails peu “marketing” qui, en cas d’attaque, peuvent réellement sauver la vie.
Selon vous, quel type de risque une chaîne PoS doit-elle prioritairement empêcher ?
$BTC
$ETH