Définir l'exécution autonome onchain : le processus…

Qu'est-ce que l'exécution autonome onchain de DeFAI ? C'est une pile d'exécution déléguée où un agent IA transforme des décisions offchain en transactions onchain, généralement à l'intérieur de règles de portefeuille prédéfinies. Le facteur différenciateur n'est pas le modèle, mais la couche de transfert qui vérifie les entrées et contraint la signature afin que "l'autonomie" ne devienne pas un mandat illimité.

Points clés

• DeFAI combine l'IA avec DeFi afin que des agents logiciels puissent analyser des données et exécuter des actions en plusieurs étapes via des smart contracts avec une intervention humaine minimale.
• La plupart des systèmes DeFAI utilisent une architecture hybride : l'ingestion de données et le calcul IA se font offchain, puis un oracle fournit un signal de décision pour l'exécution et le règlement onchain.
• "L'exécution autonome" est fondamentalement l'autorité du portefeuille avec des règles, pas seulement un clic plus rapide, car l'agent a besoin de permissions pour déplacer des fonds et interagir avec des protocoles.
• Le risque unique est le règlement irréversible rencontrant l'opacité du modèle et de mauvaises entrées, ce qui rend l'intégrité des données et la gestion des permissions la véritable surface du produit.

DeFAI et exécution autonome onchain

Le moment où un agent est autorisé à déplacer des actifs, le système cesse d'être « analytique » et devient un contrôle délégué. C'est le cœur du defai : des agents IA autonomes utilisant des protocoles DeFi pour exécuter des stratégies, optimiser le rendement, et gérer le risque, au lieu qu'un utilisateur choisisse manuellement chaque plateforme et signe chaque transaction.

Le cadre de Ledger est clair sur le changement d'expérience utilisateur : l'utilisateur définit les paramètres et les autorisations, et l'agent se met au travail en interagissant avec des contrats intelligents au nom de l'utilisateur.

L'exécution autonome onchain est la partie de cette histoire qui compte opérationnellement. Cela signifie que l'agent peut à la fois décider et exécuter des transactions directement sur les rails de la blockchain, généralement dans le cadre de politiques, de budgets ou de contraintes prédéfinis.

Phemex trace la ligne entre les bots basiques et cette nouvelle catégorie en soulignant le raisonnement, l'interaction avec les contrats intelligents, le contrôle de portefeuille et l'exécution basée sur des politiques. Cette différence n'est pas sémantique. Un bot simple peut être « stupide mais limité » car il ne déclenche qu'une règle étroite.

Un agent capable de planifier des actions en plusieurs étapes à travers des protocoles peut atteindre un objectif de manière que l'utilisateur n'avait pas anticipée, à moins que le mandat ne soit écrit dans le portefeuille et la couche d'exécution.

C'est là que le discours commun « defai expliqué » se trompe. La plupart des explications se concentrent trop sur le modèle d'IA, comme si le modèle était le produit. Onchain, la seule chose qui se passe réellement est le règlement. Le produit est le pipeline décision-transaction qui transforme l'intelligence offchain en finalité onchain sans donner à l'agent un chèque en blanc.

Ce pipeline comprend généralement un portefeuille d'agent (ou portefeuille intelligent) avec des autorisations explicites, ainsi que des garde-fous autour de l'endroit où l'agent peut acheminer des transactions et ce qu'il est autorisé à signer.

Le flux de travail hybride derrière l'exécution

Trois contraintes forcent DeFAI à adopter un design hybride : les blockchains sont déterministes, le calcul est coûteux et le stockage est limité.Chainlink et 99Bitcoins soulignent tous deux que les modèles d'IA complexes ne peuvent généralement pas fonctionner efficacement onchain, c'est pourquoi la plupart des systèmes gardent la « réflexion » offchain et réservent la chaîne pour l'exécution et le règlement.

Chainlink présente un flux de travail propre de bout en bout qui correspond directement à ce que les utilisateurs devraient imaginer en demandant comment les agents d'IA exécutent des transactions onchain. La séquence est :

1. Ingestion de données offchain. L'agent collecte des entrées comme des données de marché et d'autres signaux. 2. Calcul et analyse offchain. Le modèle produit un signal de décision, tel que « Rééquilibrer le portefeuille A dans l'actif B. » 3. Transmission et vérification de l'oracle. Un réseau oracle décentralisé livre cette décision onchain d'une manière que les contrats intelligents peuvent consommer. 4.

Exécution du contrat intelligent onchain. Le contrat exécute l'action, comme un échange ou unajustement decollatéral, et la chaîne finalise le règlement.

Cette troisième étape est là où « qu'est-ce qu'un oracle dans defi » cesse d'être une question de glossaire et devient le plan de contrôle. Les contrats intelligents ne peuvent pas récupérer des données web arbitraires ou appeler des systèmes externes par eux-mêmes. Ils ont besoin d'un réseau oracle pour apporter des données externes ou des résultats calculés. Dans DeFAI, l'oracle n'est pas seulement un flux de prix.

Il peut également être le mécanisme de livraison pour le signal calculé de l'agent, ainsi que toutes les garanties de vérification ou de fiabilité que la couche oracle fournit.

Ce flux de travail hybride explique également pourquoi l'exécution basée sur l'intention apparaît si souvent dans les démos DeFAI. Si l'utilisateur exprime un objectif et que l'agent planifie un itinéraire à traversDEXs, les marchés de prêts et les ponts, le plan est créé hors chaîne, mais la seule partie qui compte est celle qui est signée et réglée sur chaîne.

C'est pourquoi le passage entre la planification hors chaîne et l'exécution sur chaîne est la partie qui nécessite le plus d'ingénierie et le plus de scepticisme.

Comment les agents décident et agissent

Un agent capable d'exécuter des opérations onchain nécessite quatre couches pour se comporter comme un opérateur DeFi plutôt que comme une interface de chat. Les couches sont les entrées, le raisonnement, les autorisations et le routage, et chacune peut échouer de manière différente.

Les entrées sont la première dépendance. Les agents ingèrent l'état onchain et les signaux offchain, puis les transforment en une décision. C'est ici que "comment les agents utilisent les oracles pour prendre des décisions" est important. Si l'agent lit des données manipulées, obsolètes ou de faible qualité, un meilleur raisonnement ne sauve pas le résultat. Cela produit simplement une décision confiante plus rapidement.

Le cadre DeFAI de Chainlink s'appuie fortement sur la connectivité des données de confiance et positionne ses normes de données comme la couche d'entrée pour les agents d'IA.

Le raisonnement est la deuxième couche. Phemex décrit le trading autonome sur chaîne comme allant au-delà des bots fixes en ajoutant du raisonnement et une prise de décision adaptative. Cela peut être un moteur de règles, un modèle d'apprentissage automatique ou un planificateur LLM. Le point clé est que la couche de raisonnement est hors chaîne dans la plupart des conceptions, et elle est souvent opaque.

Chainlink signale explicitement le problème de la "boîte noire", et d'autres sources mettent en avant l'hallucination et le biais comme modes de défaillance.

Les permissions constituent la troisième couche, et c'est là que l'autonomie devient réelle. La description de Ledger se concentre sur les utilisateurs définissant des paramètres et des permissions, puis laissant l'agent interagir avec des contrats intelligents.

Dans les mises en œuvre modernes, cela ressemble souvent à un portefeuille d'agent avec une autorité limitée, parfois via des clés de session et des conceptions de permissions d'agent expliquées où l'agent peut signer dans des limites sans détenir l'intégralité de l'utilisateur.clé privée.

Le routage est la quatrième couche. L'exécution basée sur l'intention et le trading basé sur l'intention dépendent toutes deux d'un routeur d'exécution capable de choisir des lieux et des chemins. C'est ici que l'exécution basée sur l'intention peut être associée à un réseau de solveurs, où des solveurs concurrents proposent des chemins d'exécution et le système en sélectionne un qui satisfait aux contraintes.

L'expérience utilisateur ressemble à "faire la chose", mais en coulisses, il s'agit d'un problème d'optimisation contraint qui doit être défini avec des limites explicites commeglissement limites, listes blanches de protocoles et restrictions de pont.

Cas d'utilisation courants de DeFAI dans DeFi

Le moyen le plus simple de mapper DeFAI à un comportement DeFi familier est de regarder ce qui change lorsque l'agent peut à la fois surveiller et exécuter 24/7. Chainlink et Ledger décrivent tous deux des agents prenant en charge la boucle manuelle de recherche d'opportunités, de choix d'une action, puis d'interaction avec des contrats intelligents pour l'exécuter.

L'optimisation automatisée des rendements est l'exemple canonique. Chainlink décrit des agents scannant de nombreuxpools de liquiditéet déplaçant des fonds vers des opportunités à rendement plus élevé tout en tenant compte des coûts tels quele gazet le glissement. La nuance importante est qu'il ne s'agit pas d'une seule transaction.

Il s'agit souvent d'une séquence d'approbations, de retraits, d'échanges et de dépôts qu'un humain ferait normalement à travers plusieurs protocoles.

La gestion dynamique des risques est le deuxième domaine. Chainlink contraste les paramètres DeFi statiques avec des systèmes DeFAI qui peuvent ajuster les décisions de risque en utilisant des signaux d'apprentissage automatique, tels que le changement de seuils en fonction des conditions en temps réel. Ledger cadre également les agents comme faisant un travail de gestion des risques que les utilisateurs ont du mal à suivre manuellement.

Le trading basé sur l'intention est le troisième domaine, et c'est là que l'UX devient séduisante. Chainlink évoque explicitement le trading basé sur l'intention où les utilisateurs expriment des objectifs en langage naturel et l'IA dirige l'exécution à travers les plateformes et les ponts. C'est aussi là que "qu'est-ce que l'exécution basée sur l'intention" devient une question de sécurité.

Une intention vague comme "optimiser mon rendement" peut être satisfaite de plusieurs manières. Sans contraintes strictes, l'agent peut choisir des routes, des protocoles ou des ponts que l'utilisateur n'aurait jamais envisagés.

Le trading autonome onchain est le quatrième domaine, et Phemex le considère comme fortement chevauchant DeFAI. Les caractéristiques distinctives sont l'exécution directe onchain, le contrôle du portefeuille et les contraintes basées sur des politiques, pas seulement la génération de signaux. Pour les traders, l'attrait est évident : surveillance continue et exécution à la vitesse de la machine sur des marchés qui ne ferment jamais.

Le coût est que chaque erreur se règle onchain, et la chaîne se moque de savoir si l'erreur provient d'un bug, d'une hallucination ou d'une entrée corrompue.

Exigences en matière d'infrastructure et de confiance

Deux débats sur l'infrastructure apparaissent régulièrement dans DeFAI : comment faire confiance au signal provenant du calcul offchain, et comment contraindre le portefeuille qui transforme ce signal en transaction. La catégorie est précoce, fragmentée et pleine de cadres concurrents, que Ledger souligne directement, donc le modèle mental le plus sûr est d'évaluer les composants de la pile plutôt que l'étiquette marketing.

Du côté du signal, Chainlink positionne l'infrastructure d'oracle et d'orchestration comme nécessaire pour DeFAI. L'article pointe vers des entrées de données comme Feeds et Streams, plus la messagerie inter-chaînes et le transfert de valeur via CCIP, comme la plomberie que les agents utilisent lorsqu'ils ont besoin de liquidité ou d'exécution à travers les chaînes.

Chainlink met également en avant des approches d'oracle préservant la confidentialité pour des modèles propriétaires, ce qui est important car de nombreuses équipes ne publieront pas leur logique stratégique complète sur une chaîne publique.

Du côté de l'exécution, Phemex met l'accent sur les politiques de portefeuille programmables, l'orchestration des agents et les discussions sur l'exécution de confiance comme le point focal de l'infrastructure pour le trading autonome onchain. Cela s'aligne avec la thèse centrale ici : le modèle n'est pas le différenciateur, le passage de la décision à la transaction l'est.

Si le système ne peut pas prouver quelles données il a utilisées, ne peut pas appliquer le mandat au niveau du portefeuille, ou ne peut pas restreindre où les actifs peuvent être envoyés, l'autonomie devient une responsabilité.

C'est aussi là que l'exécution basée sur l'intention et les réseaux de solveurs doivent être jugés. Un réseau de solveurs peut être une structure de marché utile pour trouver des routes efficaces, mais seulement si les contraintes de l'utilisateur sont explicites et appliquées onchain. Sinon, le solveur optimise pour sa propre fonction objective, et l'utilisateur est laissé à espérer que "l'intention" a été interprétée comme il le voulait.

Risques, limitations et garde-fous pour les utilisateurs

Le mode de défaillance qui compte le plus est simple : les erreurs offchain deviennent une finalité onchain. Chainlink, Ledger, Phemex et 99Bitcoins soulignent tous des variations du même cluster de risques : opacité du modèle, entrées adversariales, biais ou hallucination, dépendance aux données et problèmes de qualité, et l'irréversibilité des transactions onchain. Dans une application normale, une mauvaise sortie de modèle est un bug UX. Dans DeFAI, cela peut être une transaction signée qui ne peut pas être annulée.

La deuxième limitation est que DeFAI est encore précoce et fragmenté. Ledger note qu'il existe de nombreux cadres agentiques concurrents et aucun leader de marché clair. Cela compte car l'interopérabilité et les normes opérationnelles ne sont pas établies, et les utilisateurs peuvent se retrouver bloqués dans une pile d'agents ou un environnement d'exécution spécifique.

Les garde-fous sont la seule façon sensée de déléguer. Le mandat doit être encodé dans les autorisations et les politiques, pas dans une invite de chat. Une liste de contrôle d'évaluation conservatrice ressemble à ceci :

1. Contrainte du portefeuille de l'agent. Recherchez des limites explicites sur les contrats pouvant être appelés et sur les actifs pouvant être déplacés, pas de vagues revendications de « sécurité ». 2. Limiter la qualité d'exécution. Les plafonds de glissement, les limites de prix et les restrictions de route doivent être applicables, surtout pour l'exécution basée sur l'intention. 3.

Traitez l'intégrité des données comme une dépendance de premier ordre. Si le système ne peut pas expliquer ses sources d'oracle et comment il vérifie les entrées, l'agent agit par foi. 4. Commencez par un champ d'application étroit. Le cadre « définir les paramètres et les autorisations » de Ledger est la bonne posture. Élargissez l'autorité uniquement après avoir observé le comportement au fil du temps.

Les idées reçues sont coûteuses. L'IA ne fonctionne pas sur la blockchain dans la plupart des systèmes, l'agent n'est pas « juste un bot », et les actions erronées ne peuvent pas être annulées une fois qu'elles sont réglées sur la chaîne. Ces trois malentendus sont là où les utilisateurs cèdent trop d'autorité trop tôt.

La prise

J'ai vu des gens évaluer des piles DeFAI comme s'ils choisissaient un outil de cartographie, puis agir surpris lorsque le véritable risque apparaît au niveau de la signature. Le modèle peut être brillant et perdre de l'argent si les entrées sont obsolètes ou manipulées, car la chaîne se fera un plaisir de régler le mauvais échange.

C'est pourquoi la seule question qui compte est de savoir comment le système transforme une décision en une transaction, et ce qui l'empêche de faire quelque chose en dehors du mandat.

La posture propre est de traiter l'exécution autonome comme donner un mandat à un trader junior. Listes d'autorisation strictes, limites de taille strictes, glissement strict et périodes de refroidissement claires. La phrase « définir les paramètres et les autorisations » de Ledger est tout le jeu, et le flux de travail de Chainlink rend évident où les erreurs se cristallisent.

Une fois qu'une hallucination devient un échange signé, elle cesse d'être un problème d'IA et devient un problème de règlement.

Sources

• Chainlink
• Ledger
• Phemex
• 99Bitcoins