Lundi, Vitalik Buterin a relancé sur X une vision actualisée des croisements possibles entre Ethereum et l’IA. Le message est simple : l’IA doit renforcer l’autonomie humaine, pas s’y substituer. L’infrastructure crypto peut rendre ces usages plus privés et vérifiables.
Rendre les interactions avec les LLMs plus privées
Buterin revient à un point classique, mais encore mal géré : les LLMs centralisés aspirent des données sensibles, parfois à l’insu de l’utilisateur. Le mois dernier, un papier a rappelé le risque concret des logs et des traces de ChatGPT. Dans la crypto, où une phrase de trop peut doxxer une stratégie ou relier des adresses, l’impact est immédiat.
Sa lecture est pragmatique. Pour l’usage côté wallet et dApps, il faut réduire les fuites à la source. Pour lui, la première piste est d’exécuter des modèles localement sur nos appareils. C’est bon pour la confidentialité, moins pour la qualité et le coût matériel. Les petits modèles progressent, mais on n’a pas encore tous un assistant fiable offline sans compromis.
La deuxième piste est plus crypto-native. On pourrait faire des appels API anonymes via preuves à divulgation nulle de connaissance. L’idée est de prouver un droit d’accès ou une propriété d’une requête sans exposer identité ni contenu. Sur le papier, c’est une brique naturelle pour Ethereum.
Reste le nerf de la guerre : même si l’appel IA est anonyme, comment vérifier le résultat ? Buterin pousse le “don’t trust; verify” appliqué aux sorties d’IA. Il ne s’agit pas de prouver “la vérité” d’un texte. Il faut vérifier un calcul, un cheminement borné, ou une conformité formelle. Dit comme ça, c’est clair ; à implémenter, c’est dur.
Cette dimension touche directement la sécurité utilisateur. Depuis décembre, des arnaques comme l’address poisoning ont gagné en visibilité. Un assistant IA intégré au wallet, qui relit une transaction et repère des incohérences, peut servir de filet. Mais déléguer sans garde-fous ouvre aussi un nouveau front de risques.
Ethereum comme couche de coordination pour des agents IA
Dans son post, Buterin réactive une idée formulée il y a deux ans. Elle a été recadrée en janvier 2024 autour de quatre zones crypto-IA. L’une des plus concrètes : Ethereum comme couche économique pour des interactions IA-à-IA. Autrement dit, pas “l’IA sur la blockchain”, mais la blockchain comme système de coordination pour des agents qui opèrent ailleurs.
On visualise sa matrice 2×2 entre infrastructure vs impact et survie vs épanouissement. Il ne vend pas une course à l’AGI. Il défend plutôt la “defensive acceleration” (d/acc), qui renforce résilience et coopération décentralisée. Le ton tranche avec le narratif “toujours plus gros modèles”.
Dans ce cadre, Ethereum sert de registre et de rail de paiement. Des agents pourraient se “recruter”, se payer pour des tâches, gérer des appels API, et surtout déposer des garanties. Ce concept est central car un dépôt de sécurité onchain aligne les incitations, ou au moins crée un levier en cas d’abus.
Le même raisonnement s’étend à la gouvernance et aux marchés prédictifs. Buterin insiste sur une limite simple : les humains n’ont pas l’attention pour tout voter, tout lire, tout surveiller. L’IA peut servir d’interface, de filtre, de synthèse, voire d’exécutant sous supervision. Là encore, l’agentivité humaine reste le point d’ancrage.
Il relie aussi cette trajectoire à ses travaux sur la refonte des DAO, au-delà du vote token-based. ZK et IA aideraient à réduire capture et fatigue décisionnelle. L’ambition est claire, le piège aussi : plus on automatise, plus on élargit la surface d’attaque, entre erreurs du modèle, manipulations contextuelles et dépendance à quelques fournisseurs.
Sur le même sujet :
- Le Chat de Mistral AI prédit le prix de XRP pour 2026
- Beast Industries de MrBeast acquiert Step et alimente des rumeurs liées aux cryptomonnaies
- MAXI, HYPER, DOGE : le grand retour des memecoins au prochain Bull Run ?
Partager
