Vitalik Buterin utilise Kohaku-CLI pour des paiements Ethereum privés

Le co-fondateur d’Ethereum, Vitalik Buterin, a révélé dans un essai du 31 octobre qu’il utilise l’outil en ligne de commande kohaku-cli pour des paiements privés et un outil distinct, écrit par une IA, pour les mises à jour des hachages de contenu IPFS d’ENS. Buterin distingue les deux : le portefeuille de paiement gère les transactions du protocole de confidentialité, tandis que le metteur à jour d’ENS gère les enregistrements du système de noms.

Contrôle local par rapport aux interfaces web

Buterin s’est éloigné des interfaces web pour conserver le contrôle sur le logiciel exécutant ses transactions. Il a noté que les sites web livrent le code applicatif depuis des serveurs, rendant les utilisateurs dépendants de la révision spécifique fournie lors de l’accès. Les applications locales permettent aux utilisateurs de choisir, de conserver et de remplacer les révisions logicielles, réduisant l’exposition à la livraison répétée de code.

La documentation de kohaku-cli avertit que l’outil n’a pas été audité, est en développement actif et assisté par IA. Elle déconseille les opérations sur le mainnet à moins que les utilisateurs ne comprennent pleinement le potentiel de perte catastrophique de fonds. Cet avertissement s’applique spécifiquement à l’application portefeuille, et non à l’ensemble de la boîte à outils Kohaku de bibliothèques de protocole et d’infrastructure.

Architecture technique et risques de signature

Kohaku-cli gère les comptes Ethereum publics et les soldes privés via Tornado Cash, Railgun et Privacy Pools V1. L’installation nécessite Node.js 22 ou ultérieur, en utilisant npm install et npm run build. Au commit 0ef5c44, le manifeste liste la version 0.1.0 et fixe les dépendances, y compris viem, les paquets Kohaku et une dépendance Git pour kohaku-artifacts.

L’architecture de l’outil traite les transactions en étapes distinctes. Les transferts publics utilisent une simulation à blanc avant la diffusion, nécessitant une clé privée pour construire un client portefeuille local. Inversement, les opérations privées comme le démasquage Railgun peuvent produire une UserOperation signée même si la diffusion est retenue. Par conséquent, retenir la soumission ne signifie pas toujours retenir une signature ; les outils compatibles peuvent ensuite soumettre l’opération signée via un bundler Pimlico.

Le CLI inclut les drapeaux --non-interactive et --broadcast pour la soumission sans invites de confirmation. Bien que la simulation et les vérifications de paramètres restent en place, cette fonctionnalité convient aux scripts et aux agents. Le README détaille les graines de disque chiffrées et les fichiers de mots de passe restreints au propriétaire pour l’automatisation POSIX afin de gouverner l’accès aux secrets.

Provenance et confidentialité du réseau

Les normes de provenance logicielle SLSA permettent aux utilisateurs de vérifier l’origine des artefacts en examinant les signatures et en comparant les digestes. Ces vérifications reposent sur les constructeurs de confiance et les attentes de source du vérificateur. Étant donné que la vérification récursive des dépendances résolues est facultative, l’authentification d’un artefact de niveau supérieur n’authentifie pas automatiquement chaque entrée.

La confidentialité du réseau est distincte de la livraison de l’application. La documentation de Kohaku-cli note que Tor est le défaut pour certains trafics non-RPC, bien que le trafic RPC Ethereum utilise des connexions réseau ordinaires. L’exécution de l’interface localement ne garantit pas que chaque interaction externe est privée.