Question intéressante : et si les agents AI sur Ethereum commençaient eux-mêmes à créer leurs propres solutions L2 ? Cela ressemble à de la science-fiction, mais techniquement, cela devient de plus en plus réaliste.

Examinons cela. Lorsqu’un agent fonctionne sur L1 et rencontre une surcharge du réseau — frais élevés, délais, goulets d’étranglement en TPS — il peut théoriquement initier lui-même une transition vers L2 ou même déployer sa propre solution de mise à l’échelle. Bien sûr, la création totalement autonome d’une chaîne L2 n’est pas encore possible aujourd’hui, mais des standards comme ERC-8004 ouvrent de nouvelles possibilités.

Actuellement, les agents migrent plutôt vers des L2 existants comme Base ou zkSync, plutôt que d’en créer de nouvelles. C’est comme si un robot pouvait choisir le chemin optimal, mais ne pouvait pas construire une nouvelle route. Cependant, il y a un point intéressant : si un agent est programmé pour surveiller la performance et détecter des problèmes critiques de TPS, il peut via un DAO proposer la création de son propre L2. Ce n’est plus totalement spontané, mais proche.

Techniquement, les agents peuvent déjà stocker des clés privées, déployer des contrats intelligents et gérer des actifs sur la chaîne. Sur la base d’ERC-8004, ils disposent d’une identité on-chain. Ils peuvent déployer des contrats rollup simples en utilisant OP Stack ou zkSync Elastic Chains. Si un goulet d’étranglement apparaît, l’agent peut transférer l’état via un pont et lancer une copie sur L2.

Mais là où cela devient vraiment intéressant : les agents peuvent devenir des « employeurs ». Si un agent accumule suffisamment de fonds ( via DeFi, trading ou investissements des utilisateurs), il peut publier des tâches pour attirer des nœuds humains ou d’autres agents. Par exemple, via des plateformes comme Autonolas ou Questflow : « Lancez un nœud séquenceur, récompense 0.01 ETH par bloc ». Les gens voient l’annonce et se connectent avec leur matériel.

Pour d’autres agents, c’est encore plus simple. Ils peuvent se découvrir via un registre ERC-8004 et collaborer. En mode « essaim d’agents », l’un paie, d’autres fournissent des ressources de calcul — cela devient un séquenceur distribué. Certains L2 expérimentent déjà avec des séquenceurs contrôlés par IA ; les agents peuvent étendre cette logique.

Concernant d’autres composants comme les fournisseurs RPC ou les contrats de pont — un agent peut engager un développeur ou un autre agent via le protocole x402 ( machine-à-machine paiements ). Ou utiliser des outils comme Spectral Labs pour écrire et déployer automatiquement des contrats.

Ce qui est le plus intéressant, c’est la coopération multi-agents. Les agents répartissent les rôles : l’un finance, l’autre code, un autre lance un nœud, un autre gère le pont. Ils utilisent des preuves ZK pour la confidentialité, pénalisent les mauvais comportements. Sur Virtuals Protocol, on voit déjà des agents posséder des actifs, se financer mutuellement — il ne reste qu’un pas avant la création conjointe d’un séquenceur.

Évidemment, il y a de sérieux obstacles. La sécurité — le séquenceur d’un agent doit hériter de la sécurité de L1 via des preuves ZK ou optimistes, pour ne pas devenir un point unique de défaillance. Il y a des questions sur la finalité et la régulation. Les agents dépendent encore de cadres humains comme l’EVM.

Mais d’ici la fin 2026, lorsque zk-rollups et couches DA modulaires ( comme Celestia ) simplifieront la création de L2, et lorsque les métriques TPS d’Ethereum deviendront encore plus critiques pour la scalabilité, je ne doute pas que nous verrons les premiers exemples d’agents lançant collectivement leurs propres solutions L2. Ce ne sera pas une émergence spontanée du néant, mais une coopération organisée — mais le résultat sera le même : des L2 créés, possédés et utilisés exclusivement par des agents IA.