Je suis ici une fois de plus pour ELI5 @akileshpotti Voici le décryptage : (a) Les Registres d'Agents comme l'ERC-8004 sont une solution intermédiaire au mieux : Les registres on-chain sont une manière inefficace de gérer quelque chose d'aussi complexe que la découverte et l'interaction des agents. Cela ne fonctionne tout simplement pas bien en pratique. (b) Agents Réellement On-Chain : Si vous voulez réellement des "agents IA sans confiance" sur une blockchain, l'étape logique est de faire des modèles et des agents IA une partie intégrante de la chaîne elle-même—intégrés dans les couches d'exécution et de consensus. C'est ainsi que quiconque sur la chaîne peut y accéder de manière native et sécurisée. @ritualnet a déjà construit cela. Un registre ne vous apporte pas cela (et voyez (c)) (c) Les Ponts On-Chain/Off-Chain Maladroits Ne Fonctionnent Pas : L'ERC-8004 est un patch bancal pour connecter les systèmes on-chain et off-chain. Nous savons que c'est sous-optimal pour l'expérience utilisateur et le produit parce que nous, chez @ritualnet, avons construit ce modèle exact il y a presque deux ans avec notre oracle Infernet. C'est seulement une solution partielle (c'est pourquoi nous avons décidé d'ériger notre propre infrastructure) (d) Regardez Qui Gagne Réellement de l'Argent : Les entreprises d'agents Web2 réussies comme @DecagonAI et @cursor_ai n'utilisent pas un marché de découverte chaotique et ouvert. Elles gagnent de l'argent en (1) faisant fonctionner un agent puissant de manière répétée ou (2) en utilisant un petit ensemble fixe d'agents de manière très structurée. Le rêve selon lequel "les agents se découvriront aléatoirement" n'est tout simplement pas la manière dont des produits rentables sont construits en pratique (si tel est votre objectif) (e) Les Problèmes Difficiles Que Personne d'Autre Ne Résout : Appeler un agent depuis une blockchain est facile. Le véritable défi est de construire l'infrastructure pour le faire correctement. Cela signifie : - Scalabilité : Éviter le calcul redondant sans compromettre la sécurité. - Tarification : Construire des marchés de frais novateurs adaptés à ces modèles/agents spécifiques - Utilité : Inclure des fonctionnalités essentielles comme les transactions récurrentes (pensez aux tâches Cron on-chain) qui rendent les agents réellement utiles Aucune autre L1 n'a réfléchi à cela ou construit l'infrastructure pour résoudre tous ces problèmes. Seulement @ritualnet. (à vrai dire, c'est beaucoup plus digeste cette fois sur son post OG donc je recommande aux gens de le lire)