Auteur : Luna
Cet article est une contribution originale de l'auteur. Les opinions exprimées sont personnelles à l'auteur. ETHPanda a édité et organisé le contenu.
Autour de Kohaku, les équipes internes concernées de la Fondation Ethereum ont récemment commencé à expliquer plus activement au public la direction des travaux liés à la confidentialité. La communauté s'intéresse déjà beaucoup à ce nom, mais il existe également certaines confusions : s'agit-il d'un portefeuille, d'un protocole ou d'un ensemble d'outils pour développeurs plus fondamentaux ? Cet article expliquera de manière plus facile à comprendre les problèmes que Kohaku cherche à résoudre.
Kohaku ne pointe pas vers une fonctionnalité unique, mais vers un thème de plus en plus incontournable dans l'expérience utilisateur à long terme d'Ethereum : la confidentialité. Il connecte les protocoles de confidentialité, l'expérience des portefeuilles, les outils pour développeurs et l'utilisation quotidienne des utilisateurs, essayant de rendre ces capacités accessibles au-delà des articles de recherche ou des outils pour utilisateurs avancés.
En une phrase : ce que Kohaku veut faire, c'est permettre aux utilisateurs d'Ethereum de conserver des limites informationnelles de base lorsqu'ils utilisent un réseau ouvert.
1. Comprendre d'abord le problème : pourquoi l'anxiété liée à la confidentialité sur Ethereum ?
La puissance d'Ethereum provient en grande partie de son « ouverture ». Les transactions, les contrats, les flux d'actifs, les interactions avec les adresses peuvent tous être vérifiés et audités par n'importe qui. Cette transparence a rendu possible la finance ouverte, la gouvernance on-chain et les applications composables.
Mais ce même mécanisme a aussi un effet secondaire : les activités on-chain des utilisateurs ordinaires sont presque par défaut exposées. Une adresse peut révéler quels actifs un utilisateur détient, à quels protocoles il a participé, quand il a effectué des paiements, avec quelles adresses il a interagi, et même permettre de déduire certaines relations sociales ou sa situation économique.
Dans la vie réelle, nous n'affichons pas nos relevés bancaires, nos historiques d'achats, nos relations sociales et nos salaires sur un panneau d'affichage public. Mais dans le monde on-chain, si un utilisateur réutilise longtemps la même adresse, une exposition similaire de ces informations peut facilement se produire.
Ainsi, le problème de confidentialité sur Ethereum n'est pas simplement une question de « savoir si quelqu'un veut cacher quelque chose de mal ». C'est plutôt une question de droit fondamental de l'utilisateur : alors que les applications on-chain se rapprochent de plus en plus de la vie réelle, les utilisateurs peuvent-ils encore décider quelles informations doivent être publiques et lesquelles ne doivent être divulguées que dans des scénarios nécessaires ?
2. Qu'est-ce que Kohaku Initiative ?
Kohaku est un ensemble d'outils axés sur la confidentialité (privacy-first tooling) dans l'écosystème Ethereum. Il s'articule autour des portefeuilles, des protocoles de confidentialité, de l'intégration pour développeurs et de l'expérience utilisateur. Ce n'est pas une application grand public unique, ni seulement un protocole spécifique.
La documentation de Kohaku énumère des orientations d'outils pour des protocoles de *privacy pools* comme Railgun, Privacy Pools, Tornado, dont certaines sont encore en WIP ou en phase alpha ; le dépôt GitHub a également continué à fusionner des implémentations et des mises à jour fin mai. Par conséquent, Kohaku ressemble plus à un ensemble d'outils d'infrastructure de confidentialité en cours d'itération qu'à un produit déjà finalisé.
La question qu'il doit résoudre est également très concrète : Ethereum dispose déjà de certains protocoles de confidentialité et de capacités cryptographiques, comment les portefeuilles et les applications peuvent-ils les intégrer plus facilement, plus sûrement et plus naturellement dans des scénarios d'utilisation réels ?
💡 Le mot-clé de Kohaku n'est pas « mystère » mais « utilisabilité » : transformer les capacités de confidentialité en composants de base que les portefeuilles et les applications peuvent invoquer, que les utilisateurs peuvent comprendre et sur lesquels l'écosystème peut itérer.
3. Pourquoi Kohaku est-il une « remise à niveau de l'infrastructure » ?
Ces dernières années, l'écosystème Ethereum a consacré beaucoup d'efforts à résoudre les problèmes de scalabilité, L2, compte abstrait, modularité, disponibilité des données, etc. Ces travaux ont rendu les transactions moins chères, le débit plus élevé et le déploiement d'applications plus flexible. Mais pour l'utilisateur ordinaire, une autre question est tout aussi importante : ce que je fais on-chain sera-t-il exposé de façon permanente, complète et sans contexte à tout le monde ?
La technologie de confidentialité n'est pas apparue aujourd'hui. Le problème est que de nombreuses solutions de confidentialité sont restées longtemps au niveau des protocoles, de la recherche ou des utilisateurs avancés. Les utilisateurs doivent comprendre des concepts complexes, les portefeuilles nécessitent des adaptations supplémentaires et les développeurs manquent de moyens d'intégration suffisamment pratiques. Ainsi, les capacités de confidentialité existent, mais ne font pas partie de l'expérience par défaut.
Kohaku comble précisément cette couche intermédiaire « du protocole à l'expérience ». La confidentialité ne devrait pas être seulement un argument de vente d'un outil indépendant, elle peut aussi progressivement entrer dans la conception des portefeuilles, la gestion des comptes, l'accès RPC, les flux de fonds et les interfaces pour développeurs, ces aspects plus quotidiens.
4. Quels problèmes concrets Kohaku pourrait-il être en train de résoudre ?
1. Confidentialité au niveau du portefeuille : la confidentialité doit entrer par l'entrée
Le portefeuille est la première entrée pour la grande majorité des utilisateurs sur Ethereum. Si la confidentialité ne peut pas entrer dans le portefeuille, elle aura du mal à être véritablement adoptée par les utilisateurs ordinaires.
Aujourd'hui, lorsqu'un utilisateur se connecte à une dApp, il expose souvent directement une adresse utilisée depuis longtemps. Cette adresse peut être utilisée simultanément pour le DeFi, les NFT, les réseaux sociaux, les paiements et les votes. Une fois ces activités reliées entre elles, l'adresse n'est plus seulement un identifiant technique, elle devient un profil public pouvant être analysé.
Le concept de « many accounts, many you » (de nombreux comptes, de nombreux vous) mentionné dans la documentation de Kohaku offre une idée intuitive : dans la réalité, une personne utilise différentes identités dans différents contextes. Transposé à l'expérience on-chain, le portefeuille pourrait également permettre aux utilisateurs de créer et gérer plus facilement différents comptes pour différentes dApps et usages, et de procéder au *topping-up* et à l'utilisation de manière plus respectueuse de la vie privée.
2. Confidentialité des transactions : passer de « totalement public » à « visibilité contrôlable »
Les transactions Ethereum sont transparentes par défaut : l'expéditeur, le destinataire, le montant et les données de transaction peuvent tous être vus. Mais toutes les transactions n'ont pas besoin d'exposer leur contexte complet de façon permanente à tout le réseau.
Cela ne signifie pas transformer Ethereum en un système complètement opaque. Une direction plus raisonnable est la « visibilité contrôlable » : les utilisateurs peuvent prouver, divulguer, auditer lorsque c'est nécessaire, mais n'ont pas besoin d'exposer toutes les informations de manière indiscriminée à tous les observateurs.
Des protocoles de *privacy pools* comme Railgun, Privacy Pools tentent de fournir de telles capacités. Le rôle de Kohaku, quant à lui, est davantage d'aider les portefeuilles et les applications à intégrer ces capacités protocolaires dans une expérience utilisable.
3. Confidentialité RPC et réseau : la requête elle-même peut divulguer des informations
Beaucoup de gens, lorsqu'ils parlent de confidentialité on-chain, ne se concentrent que sur la question de savoir si une transaction est publique, mais négligent un autre problème : lorsqu'un portefeuille interroge des données on-chain, il peut aussi révéler ce que l'utilisateur regarde, recherche, à quelles adresses il s'intéresse.
Les portefeuilles doivent généralement obtenir des informations on-chain via RPC. Si toutes les requêtes passent par des services RPC centralisés, le comportement de requête des utilisateurs peut également former un profil. La documentation de Kohaku aborde donc des orientations telles que le RPC privé, le RPC personnalisable par l'utilisateur, les clients légers (*light clients*) et la vérification via des clients légers comme Helios des résultats renvoyés par des RPC non fiables.
Ce type de travail semble moins spectaculaire que les « transactions privées », mais il est crucial pour l'expérience utilisateur réelle. Car la confidentialité ne se produit pas seulement au moment de l'envoi d'une transaction, mais aussi à chaque étape où le portefeuille charge les soldes, parcourt l'historique, connecte des applications et demande des données.
4. Utilisabilité pour les développeurs : la confidentialité ne peut pas rester cantonnée aux articles de recherche
Pour que la technologie de confidentialité entre dans les applications grand public, les développeurs doivent pouvoir la comprendre et l'intégrer à faible coût. Sinon, les capacités cryptographiques les plus puissantes ne pourront servir que quelques équipes familières avec les mécanismes sous-jacents.
Grâce à des kits d'outils, de la documentation et des implémentations de portefeuille, Kohaku décompose ces problèmes en modules plus accessibles pour les développeurs : quels protocoles de confidentialité peuvent être intégrés ? Comment le portefeuille gère-t-il les comptes ? Comment l'utilisateur effectue-t-il le *shielding / unshielding* ? Comment préserver les capacités de preuve nécessaires tout en protégeant la confidentialité ?
Ces travaux ne nécessitent pas seulement du code, mais aussi une compréhension de l'écosystème. Les équipes de portefeuilles, les équipes de protocoles, les développeurs d'applications et les utilisateurs ordinaires doivent tous mieux comprendre : quels problèmes Kohaku résout-il exactement, et comment ces capacités entreront-elles dans l'utilisation quotidienne ?
5. Quelques idées fausses courantes : la confidentialité n'est pas un slogan simpliste
Idée fausse 1 : La confidentialité est un outil pour l'anonymat criminel
C'est l'idée fausse la plus courante et qui dévie facilement la discussion. En réalité, la confidentialité est un besoin fondamental pour les gens ordinaires : vous ne voudriez pas que tous vos relevés de paiement, votre situation patrimoniale et vos relations sociales soient consultables à tout moment par des inconnus. La confidentialité on-chain suit la même logique.
Bien sûr, les outils de confidentialité doivent faire face aux risques d'abus et explorer des mécanismes de preuve, de divulgation et de gestion des risques. Mais on ne peut nier tous les besoins légitimes de confidentialité des utilisateurs sous prétexte qu'il existe des risques.
Idée fausse 2 : Ethereum a déjà des protocoles de confidentialité, donc le problème est résolu
Il y a une grande distance entre « avoir des outils » et « permettre aux utilisateurs de les utiliser naturellement ». Les utilisateurs ordinaires n'étudieront pas des protocoles complexes pour chaque interaction quotidienne, et n'assumeront pas non plus les risques de sécurité liés à des opérations à haute barrière d'entrée.
Par conséquent, l'aspect vraiment crucial est d'intégrer les capacités de confidentialité dans les portefeuilles, les flux par défaut et les interfaces pour développeurs. Ce n'est que lorsque les utilisateurs, sans être experts en cryptographie, peuvent faire des choix plus sûrs, que la confidentialité aura atteint la couche produit.
Idée fausse 3 : Kohaku est un produit unique
Kohaku n'est pas un produit unique, mais un ensemble de travaux autour de kits d'outils pour protocoles de confidentialité, d'implémentations de portefeuille, de bonnes pratiques, de confidentialité RPC et d'intégration pour développeurs.
Ainsi, évaluer Kohaku ne consiste pas seulement à voir s'il sort une application indépendante, mais aussi à voir si ces outils peuvent être absorbés par plus de portefeuilles et d'applications, devenant partie intégrante de l'expérience par défaut.
Idée fausse 4 : Confidentialité et conformité sont forcément en conflit
Il existe effectivement des tensions entre confidentialité et conformité, mais ce n'est pas nécessairement un choix binaire. Des orientations plus importantes à l'avenir pourraient être la minimisation de l'exposition des informations, la divulgation sélective, les attestations vérifiables, l'isolement des risques et l'autorisation de l'utilisateur.
Autrement dit, une bonne conception de la confidentialité ne consiste pas à faire disparaître toutes les informations, mais à ce que les informations ne soient divulguées que dans les contextes appropriés, avec la granularité appropriée, aux destinataires appropriés.
6. Une fois ces capacités intégrées aux portefeuilles, que ressentiront les utilisateurs ?
Si des travaux comme ceux de Kohaku sont adoptés par davantage de portefeuilles, l'utilisateur ordinaire ne ressentira probablement pas d'abord des concepts cryptographiques complexes, mais quelques changements plus proches de l'utilisation quotidienne.
- Les portefeuilles pourraient encourager davantage les utilisateurs à gérer leurs comptes par contexte, plutôt que de lier toutes leurs activités à une seule adresse utilisée sur le long terme.
- Le seuil d'utilisation des protocoles de confidentialité pourrait baisser, mais cela dépend des intégrations des portefeuilles, de la maturité des protocoles et des progrès des audits de sécurité.
- Les portefeuilles pourraient accorder plus d'importance aux problèmes de fuite au niveau RPC, des requêtes et du réseau, protégeant ainsi non seulement la transaction elle-même, mais aussi le comportement de requête.
- Les utilisateurs pourraient avoir plus de choix : quand rendre public, à qui, et dans quelle mesure.
Ces changements ne se feront pas du jour au lendemain et ne signifient pas que tous les portefeuilles intégreront immédiatement des fonctionnalités de confidentialité complexes. Mais ils pointent dans la même direction : la maturation de l'expérience utilisateur sur Ethereum ne devrait pas se manifester seulement par des transactions moins chères et plus rapides, mais aussi par plus de sécurité et un sens des limites plus affirmé.
7. Sur quoi les développeurs doivent-ils se concentrer ?
Pour les développeurs, l'essentiel de Kohaku n'est pas d'exiger que toutes les applications passent immédiatement à une approche axée sur la confidentialité, mais de rendre les capacités de confidentialité plus faciles à comprendre, tester et intégrer.
Par le passé, de nombreuses applications exigeaient par défaut que les utilisateurs se connectent avec la même adresse et construisaient toutes les interactions sur la prémisse de la traçabilité de l'adresse. À mesure que les outils de confidentialité mûrissent, les équipes produit peuvent repenser : faut-il prendre en charge des identités plus granulaires ? Réduire l'exposition inutile des données ? Faire de la protection de la vie privée un flux par défaut plus naturel, plutôt que caché dans des paramètres avancés ?
Cela est particulièrement vrai pour les équipes de portefeuilles. Un portefeuille n'est pas seulement un outil de signature, c'est aussi la couche de gestion de l'identité, des actifs, des autorisations et des limites informationnelles de l'utilisateur. La valeur de Kohaku se mesurera finalement à la capacité de traduire ces technologies complexes en interactions simples, fiables et à faible friction.
Conclusion : La confidentialité est une pièce du puzzle pour qu'Ethereum devienne quotidien
Si Ethereum n'était qu'un grand livre ouvert utilisé par quelques développeurs et traders, la pression sur la confidentialité induite par la transparence ne serait peut-être pas si évidente. Mais si Ethereum doit supporter des activités de paiement, d'identité, sociales, de collaboration organisationnelle et financières plus larges, la confidentialité n'est plus une question marginale.
C'est là que réside l'importance de Kohaku Initiative : il ne se contente pas d'affirmer « Ethereum a besoin de confidentialité », mais replace la confidentialité là où elle affecte vraiment l'expérience utilisateur : dans les portefeuilles, les protocoles et les outils pour développeurs.
Kohaku est encore en construction et en itération, mais il répond à une question très réaliste : dans un monde on-chain par défaut ouvert, comment les utilisateurs retrouvent-ils un droit de choix ?
C'est peut-être aussi une question à laquelle doit répondre l'expérience utilisateur de la prochaine phase d'Ethereum. Une infrastructure publique véritablement mature ne permet pas seulement à chacun de participer, elle permet aussi à chacun de conserver des limites raisonnables lorsqu'il participe.
