Vitalik Buterin met à jour son ENS via un agent IA local et cadre « l'IA comme nouvelle interface »

À OKX NOW 2026 Summit (Singapour, lundi d'ouverture de la semaine TOKEN2049), Vitalik Buterin a raconté avoir utilisé un agent IA local pour générer le script qui a mis à jour ses enregistrements ENS sans passer par un frontend classique, [comme Cryptoast l'a résumé le 6 octobre](https://cryptoast.fr/?p=228982) à partir du clip posté par @okx et de deux fils @WuBlockchain. L'épisode daterait d'environ un mois avant la conférence. Vitalik cadre l'IA comme « la nouvelle interface » des applications on-chain et paraphrase un horizon de deux ans pour le remplacement des frontends traditionnels. Aucune primary source Vitalik directe (tweet, blog, vidéo intégrale) n'est accessible à ce stade.

Ce qui est confirmé, et ce qui ne l'est pas

Confirmé par le clip et par les reprises secondaires (Crypto Briefing, TronWeekly) :

• La mise à jour ENS a été faite via un agent IA tournant en local, pas via un service hébergé. Vitalik met en avant la propriété « local » comme pré-requis de confiance pour laisser un agent toucher à une clé.
• Le temps rapporté est de l'ordre de cinq minutes, contre une interaction humaine classique via une interface web ENS.
• L'opération était une mise à jour d'enregistrements, pas un transfert de propriété du nom ni une délégation permanente. vitalik.eth n'a pas été « confié » à un agent au sens d'une délégation on-chain.

Non confirmé :

• Le nom de l'agent IA. Vitalik ne nomme ni Metri, ni ArgentX, ni un modèle précis (GPT, Claude, Qwen, Llama, local-first). Les reprises secondaires ne nomment rien non plus.
• Le « deux ans ». La formulation « les applications on-chain traditionnelles pourraient tout simplement être remplacées d'ici deux ans » est une paraphrase par Cryptoast à partir du clip, pas un verbatim Vitalik publié.
• Les ENS record qu'il a modifiés. Address record, text records, contenthash ? Le clip ne précise pas.

Les tweets @WuBlockchain cités par Cryptoast servent de source tertiaire ; la primary source Vitalik elle-même (son X, son blog vitalik.eth.limo ou l'enregistrement vidéo intégral OKX) n'était pas disponible à l'heure de publication.

Pourquoi c'est intéressant pour un builder ENS

Au-delà de la citation marquante, l'anecdote pose un cas d'usage concret pour les agents IA sur Ethereum : lire un état on-chain, formuler un ensemble de transactions, et les signer sous validation humaine. Ce workflow est précisément celui que l'écosystème « account abstraction + agents » cherche à normaliser. Deux pièces récentes sont pertinentes pour cadrer le signal :

• ERC-8004 (en discussion). Standard proposé pour l'identité et la négociation d'agents on-chain, référencé par Backpack Learn dans l'écosystème OKX comme pré-requis d'un marché d'agents. Le texte n'est pas finalisé ; la trajectoire est celle de l'identification cross-agent, pas celle de l'autorité de signature.
• ERC-4337 + 7702. L'activation de 7702 en mainnet, couplée à l'infrastructure 4337, permet à un EOA de déléguer temporairement une logique de signature à un contrat sans migration d'adresse. C'est l'enveloppe technique dans laquelle l'agent IA de Vitalik tourne, en principe.

L'intérêt pratique est opérationnel : la lenteur et l'ergonomie des wallets web pour effectuer une tâche composée (par exemple, « mettre à jour trois records ENS et renouveler un nom ») sont un bottleneck connu. Un agent local qui compose la séquence et laisse l'humain la signer d'un seul coup déplace la friction côté revue.

Ce qui n'est pas démontré, et ce qu'il faudrait pour l'être

Le pas de côté éditorial, c'est que l'anecdote ne démontre pas que l'agent IA est le modèle d'interface par défaut. Elle démontre qu'un utilisateur avec un seuil technique élevé peut composer un script via LLM local et le signer. Pour que la thèse « nouvelle interface » tienne sur deux ans, trois conditions manquent dans l'anecdote :

1. Un standard d'intention signée — par exemple une variante d'EIP-7702 où l'agent produit une intention versée, pas une transaction prête à diffuser.
2. Un marché d'exécution — relayeurs, bundlers 4337, ou un équivalent CoW-style, capables de prendre une intention sortie d'un agent et de la router.
3. Une couche de garde-fous locale — simulation, warning sur permissions anormales, et surtout une politique claire sur ce qu'un agent peut signer sans re-confirmation humaine. Le « local » de Vitalik résout partiellement le problème de confiance envers l'infrastructure, pas celui de la confiance envers le modèle.

Rien de ce qui précède n'est tranché par un script de mise à jour ENS fait un dimanche soir.

Contexte

L'écosystème a plusieurs pistes concurrentes pour « l'IA comme interface ». La plus visible côté retail est Metri (via Safe), qui expose un wallet à agent IA avec un modèle hébergé. L'anecdote Vitalik va dans l'autre sens — modèle local, pas de serveur de confiance — ce qui place le curseur à l'opposé de la plupart des produits actuellement en marché. Les deux cibles ne sont pas incompatibles mais elles supposent des hypothèses de menace différentes.

Pour un builder, le signal utile n'est pas tant « Vitalik aime les agents » que « Vitalik modèle un pattern local + ENS + 5 minutes ». Si un repo open-source matérialise ce workflow dans les prochaines semaines — avec un agent.toml lisible, un prompt log et une politique de signature — il devient un gabarit copiable. Sans ça, l'énoncé reste une anecdote de conférence.

À surveiller

1. Un post Vitalik direct (vitalik.eth.limo, X, ou une PR sur un repo associé) qui donne le détail du setup — modèle, framework, politique de signature. Sans primary source, l'anecdote reste rapportée par un clip de 60 secondes.
2. Un draft ERC qui formalise l'intention signée pour un agent local, par opposition à un simple appel 4337. C'est la pièce manquante pour que « 2 ans » soit testable.
3. La réaction d'ENS Labs — tutoriel, exemples de scripts, ou intégration directe dans le manager — mesurera si l'anecdote déclenche un pattern support ou reste un one-shot.
4. Les retours de sécurité sur les premiers agents on-chain. Un cas de signature non-désirée dans les six prochains mois recalibrera très vite l'enthousiasme sur « IA = interface ».