Développeurs Ethereum travaillant sur un protocole ZK pour la confidentialité des interactions en chaîne

Les développeurs d’Ethereum développent un nouveau protocole à connaissance zéro visant à renforcer la confidentialité des interactions en ligne, en commençant par un système de correspondance cryptographiquement vérifié à la manière du Secret Santa.

Bien que ludique dans son thème, ce travail reflète une volonté croissante au sein de l’écosystème Ethereum de concevoir des cadres pratiques de confidentialité pouvant être déployés dans une gamme d’applications concrètes.

Une volonté de coordination privée dans Ethereum

L’idée a refait surface récemment après que l’ingénieur de Solidity, Artem Chystiakov, a mis en lumière des recherches qu’il et ses collaborateurs ont publiées pour la première fois plus tôt cette année.

Leur proposition, connue sous le nom de protocole ZK Secret Santa (ZKSS), décrit une méthode pour associer les participants en chaîne sans révéler qui est assigné à qui.

Le défi est accentué par l’état de transparence totale d’Ethereum, l’absence d’aléa native et le problème de longue date de la résistance Sybil.

Pour répondre à ces contraintes, la conception ZKSS s’appuie fortement sur des preuves à connaissance nulle, des relayers de transactions et des annulateurs cryptographiques.

Ensemble, ces outils permettent aux participants de prouver leur place dans le jeu, de contribuer à l’aléatoire et de recevoir des attributions sans révéler les liens d’identité sous-jacents qui seraient autrement visibles sur la chaîne.

L’utilisation d’un relayer est au cœur de la garantie de confidentialité. Pendant la phase de correspondance, les participants soumettent leur aléatoire via le relayer, qui diffuse les transactions en leur nom.

Parce que le relayer masque l’origine de chaque soumission, aucun observateur ne peut déduire quelle adresse a apporté quelle valeur.

Les preuves de connaissance zéro du protocole vérifient alors que chaque soumission de hasard est valide, liée à un participant légitime et non dupliquée.

À l’intérieur du protocole en trois étapes

Le système ZKSS se déploie en trois étapes coordonnées.

Premièrement, tous les participants sont enregistrés dans un smart contract, qui stocke leurs adresses dans un arbre Merkle clairsemé.

Cette configuration ne doit être faite qu’une seule fois, permettant de répéter les manches de Secret Santa sans reconstituer la liste des participants.

L’arbre d’enregistrement permet ensuite des vérifications d’adhésion basées sur des preuves sans exposer les liens avec le portefeuille.

La deuxième étape, appelée engagement de signature, exige que chaque participant s’engage à une signature ECDSA déterministe.

Cet engagement les empêche d’utiliser la variabilité des signatures pour contourner les protections anti-Sybil.

Chaque hachage de signature est stocké dans un arbre de Merkle distinct, le contrat vérifiant que l’expéditeur appartient à l’ensemble initial des participants.

Après avoir commencé, les joueurs génèrent et publient une valeur d’aléa unique. Ils le font en privé, mais leurs preuves montrent que l’aléatoire appartient à un participant légitime et n’a pas été réutilisée.

Les joueurs sont encouragés à utiliser des clés publiques RSA comme aléatoire afin de pouvoir recevoir plus tard les détails de livraison chiffrés de leur homologue assigné.

La dernière étape est la phase de divulgation du récepteur. Ici, chaque participant se révèle à la personne qui a dessiné son hasard.

Ils fournissent une preuve montrant qu’ils ne réclament pas leur propre emplacement et que leur annulateur ne contredit pas l’aléatoire qu’ils ont sélectionné.

Avec cette dernière étape de vérification, le protocole complète la correspondance sans divulguer de correspondances expéditeur-récepteur à la chaîne publique.

Un cadre aux usages plus larges

Bien que présentée comme un algorithme de Secret Santa, les implications vont bien au-delà des échanges saisonniers de cadeaux.

L’intersection croissante d’Ethereum avec la finance réglementée, la gouvernance et la coordination organisationnelle a amplifié le besoin de systèmes de confidentialité sans permission.

Le même cadre peut permettre le vote anonyme dans les DAO, les chaînes de lanceurs d’alerte où les membres doivent prouver leur éligibilité sans révéler leur identité, et les airdrops privés qui évitent de révéler les listes des destinataires.

Sa structure, arbres de Merkle pour la vérification des membres, signatures déterministes pour la résistance à Sybil, et preuves à connaissance nulle pour la correction, reflète l’épine dorsale de nombreux protocoles émergents axés sur la confidentialité.

Les développeurs s’attendent à un affinement continu à mesure que la communauté teste le design ZKSS et explore l’interopérabilité avec les outils existants d’Ethereum.

Les premières recherches suggèrent qu’une coordination vérifiable et préservant la vie privée peut être réalisée sans intermédiaires de confiance, marquant une avancée notable vers une activité plus confidentielle sur les blockchains publiques.