La Fondation Ethereum a publié son package Kohaku-Railgun, intégrant la confidentialité ZK directement dans les portefeuilles. Voici ce que signifie réellement la poussée de Vitalik pour les transactions protégées natives.
Le dépôt Kohaku sur GitHub a été mis à jour il y a 12 heures. Pas un livre blanc. Pas un fil de tweet. Du vrai code, mis en ligne.
Le projet Kohaku de la Fondation Ethereum a expédié son package @kohaku-eth/railgun, intégrant le protocole de confidentialité Railgun comme bibliothèque fonctionnelle au sein de l’infrastructure d’outillage d’Ethereum. Selon econoar sur X, la confidentialité native d’Ethereum s’accélère, et la dernière feuille de route sur la confidentialité de Vitalik présente Kohaku comme une boîte à outils utilisant Railgun pour intégrer la confidentialité ZK directement dans les portefeuilles.
La structure du dépôt n’est pas un prototype. Elle liste quatre packages marqués comme prêts pour la production : l’intégration Railgun, une bibliothèque Privacy Pools, une couche d’abstraction de fournisseur, et une implémentation de compte post-quantique 4337.
Le portefeuille qui en sait trop sur vous
La plupart des portefeuilles fuient. Chaque appel RPC, chaque vérification de solde, chaque approbation, le nœud à l’autre bout le voit. Kohaku a été conçu pour combler cette lacune, du moins pour les utilisateurs prêts à l’utiliser.
Nicolas Consigny de la Fondation Ethereum a publié la Feuille de route Kohaku, décrivant le projet comme un SDK qui expose des primitives de confidentialité et de sécurité solides accompagnées d’une extension de navigateur pour utilisateurs avancés issue d’Ambire. La feuille de route cible d’abord le mainnet, puis les couches 2 ayant atteint au moins le stade 1. Les envois privés, les réceptions privées, les demandes de paiement privées et les vues de solde agrégées sur les protocoles protégés figurent tous sur la liste des fonctionnalités. Ainsi qu’un killswitch post-quantique. Peu de portefeuilles pensent aussi loin.
Consigny a également noté sur X qu’une démo est attendue pour l’EF Devcon, avec le code librement disponible dans le monde entier sur trois dépôts : le dépôt principal kohaku, l’extension navigateur, et kohaku-commons.
Vitalik Buterin a approuvé la base de code sur X, la traitant comme une priorité de premier ordre plutôt qu’un projet de recherche périphérique.
Une adresse par application. Détournements RPC. Serveurs TEE.
Les fonctionnalités de la feuille de route vont au-delà des transactions privées. Le comportement par défaut du portefeuille sous Kohaku proposerait une nouvelle adresse à chaque fois qu’un utilisateur se connecte à une dApp. Un compte par dApp est le cadre. L’idée étant que la liabilité globale des adresses est brisée au niveau de la connexion, pas seulement au niveau de la transaction.
Il y a aussi une proposition pour un « serveur oblivious », exécutant les interactions eth_call via des configurations TEE et ORAM. L’objectif est de lire l’état de la blockchain sans exposer quels emplacements de stockage l’utilisateur touche. Les TEE comportent des risques connus, attaques par canaux auxiliaires, vulnérabilités SGX, dépendances de confiance envers les fournisseurs de matériel. La feuille de route le reconnaît.
Helios, le client léger d’a16z, est intégré directement dans l’extension navigateur. Les utilisateurs vérifieraient l’état de la chaîne localement plutôt que de faire confiance à un fournisseur RPC. Le recours à un RPC classique est présent, contrôlé par un killswitch.
Hegota est l’autre moitié de cette équation
Les preuves ZK de Railgun gèrent le blindage cryptographique. Mais faire inclure ces transactions protégées de manière fiable sur la chaîne est un problème distinct, et c’est là que la prochaine mise à niveau Hegota intervient.
La feuille de route sur la confidentialité L1 de Vitalik publiée sur Ethereum Magicians plus tôt cette année expliquait comment des nonces clés empêcheraient le lien des transactions basé sur les adresses au niveau du protocole. Les transactions privées dépendent d’une inclusion équitable et non censurée dans les blocs. Sans cela, un constructeur pourrait filtrer discrètement les transactions protégées.
FOCIL, proposé pour le fork Hegota, répond exactement à cela. Le mécanisme permet à plusieurs validateurs d’imposer l’inclusion des transactions, supprimant le point de défaillance unique que représente un constructeur de blocs centralisé. Les contributeurs de Lido, selon un article de février sur Ethereum Magicians, ont officiellement soutenu FOCIL comme la mise à niveau vedette de Hegota. Huit des onze équipes de clients avaient déjà construit des prototypes avant que la proposition ne soit soumise.
Le Strawmap de la Fondation Ethereum a présenté une séquence pluriannuelle de forks allant jusqu’en 2029. Les fonctionnalités de confidentialité apparaissent comme une couche horizontale distincte dans ce plan, et non comme une réflexion après coup.
La liste des collaborateurs est longue
Kohaku n’est pas un projet solo de la EF. La feuille de route nomme Ambire, Wonderland, Railgun, Helios, PSE, Oblivious Labs, ZKnox, et plusieurs contributeurs individuels dont samczsun, Micah Zoltu, et pcaversaccio. L’équipe Walletbeat est également listée comme collaborateur attendu.
Le système de plugins permet aux équipes de portefeuilles d’adopter des morceaux du SDK plutôt que l’ensemble de la pile. Un portefeuille qui ne veut que des envois privés peut prendre ce module. Une équipe qui veut la configuration post-quantique complète 4337 peut implémenter cela à la place.
L’ERC-8086 a été soulevé dans le fil Ethereum Magicians comme une direction future possible, faisant du mode public-vers-privé une propriété intrinsèque du jeton plutôt qu’une interaction externe avec un pool. Le post de Buterin sur Magicians a recueilli 73 likes et 14 000 vues depuis avril 2025, le fil étant toujours actif jusqu’à fin 2025.
La mise à jour de version du package @kohaku-eth/railgun poussée il y a 12 heures était étiquetée « Version Packages (alpha). » Le mot alpha fait un certain travail dans cette étiquette.
Laisser un commentaire