DeFAI — contraction de decentralized finance et artificial intelligence — désigne des produits qui utilisent l’IA pour rechercher, planifier ou exécuter des actions financières onchain. La catégorie couvre des assistants de recherche en lecture seule, des copilotes de transaction, des outils de stratégie automatisée et des agents capables d’opérer un portefeuille dans des limites prédéfinies.

Ce qui distingue les produits DeFAI d’une grande partie du marché plus large des projets crypto IA, c’est ce qui se passe entre l’instruction d’un utilisateur et une action financière. Un outil qui se contente d’expliquer une position de prêt n’a aucun pouvoir de dépense ; un agent de portefeuille autonome peut déplacer des fonds et nécessite donc des permissions plus strictes, des aperçus de transaction et un moyen fiable de révoquer l’accès.

Qu’est-ce que DeFAI ?

DeFAI est la couche applicative qui rend DeFi plus facile à utiliser grâce aux requêtes en langage naturel et à l’analyse automatisée. Un utilisateur peut demander à un produit de comparer les taux de prêt, d’expliquer une position de portefeuille, de préparer un swap cross-chain ou de maintenir un portefeuille dans une allocation donnée. L’IA interprète cette demande et la transforme en réponse, en action recommandée ou en transaction exacte pour un portefeuille.

L’IA elle-même ne doit pas constituer la dernière frontière de sécurité. Les adresses, les montants de jetons, les protocoles approuvés et les limites de dépense doivent être vérifiés par un logiciel déterministe ou par une politique de portefeuille avant tout mouvement de fonds. Un coin d’agent IA peut fournir un accès, des incitations ou de la coordination, mais un jeton est facultatif et ne prouve pas que le produit peut exécuter les opérations en toute sécurité.

La catégorie couvre quatre modèles opérationnels :

• Copilote de recherche — explique les marchés, les protocoles et les positions de portefeuille sans créer ni signer de transaction.
• Assistant de transaction — prépare un swap, un bridge ou un dépôt pour examen, mais l’utilisateur signe chaque transaction.
• Exécuteur de stratégie — répète une règle définie, comme un rééquilibrage, dans un compte limité contrôlé par la politique du portefeuille.
• Agent de portefeuille autonome — sélectionne et exécute des actions dans le cadre d’une autorité bornée, tandis que les règles du smart account appliquent les limites et la révocation.

Un bot de trading suit des conditions prédéfinies — acheter, par exemple, lorsqu’un prix franchit un seuil — sans interpréter un objectif plus large. Une interface fondée sur l’intention accepte un résultat comme « transférer 1 000 USDC vers un marché de prêt à moindre risque » et trouve un itinéraire, mais elle peut s’appuyer sur des solveurs fixes plutôt que sur un raisonnement IA. À l’inverse, un agent DeFAI peut interpréter l’objectif de l’utilisateur, comparer un contexte de marché changeant et choisir parmi les actions disponibles ; s’il peut aussi soumettre des transactions, la politique du portefeuille doit restreindre indépendamment ce qu’il est autorisé à signer.

Les quatre modèles peuvent être décrits comme du DeFAI, mais le risque change nettement dès qu’un produit peut signer ou soumettre une transaction. La distinction importante n’est donc pas l’intelligence apparente de l’interface, mais le niveau d’autorité financière qu’elle reçoit.

Comment fonctionne une transaction DeFAI

En pratique, un mouvement de prêt de 1 000 USDC doit commencer par une instruction simple : déplacer les fonds uniquement si la destination offre un meilleur rendement après les coûts de retrait, les frais réseau et toute variation du risque lié au collatéral.

Le produit peut comparer les marchés en arrière-plan, mais sa proposition doit indiquer le protocole actuel, le protocole de destination, la blockchain, le montant, les frais estimés et le solde attendu après le transfert. Un message comme « optimisation de votre rendement » ne fournit pas suffisamment d’informations pour approuver une transaction.

L’écran de confirmation du portefeuille doit ensuite afficher les contrats exacts appelés et l’autorisation USDC demandée. Si la stratégie n’a besoin que de 1 000 USDC, une approbation illimitée de jetons crée une autorité que la tâche n’exige pas. Le même écran doit rendre évidents une mauvaise chaîne, un contrat inconnu ou un montant supérieur à celui demandé avant que l’utilisateur ne signe.

Après exécution, l’interface doit afficher le hash de transaction, les USDC retirés, les USDC déposés, les frais totaux et la position de prêt résultante. Si l’itinéraire échoue, le produit doit indiquer où il a échoué au lieu d’essayer silencieusement un autre protocole. Ces détails permettent à l’utilisateur de comparer la proposition initiale au résultat onchain et de révoquer l’agent si son comportement change.

Cinq produits DeFAI et modèles opérationnels

Ces produits ne sont pas classés selon la performance du jeton. Ils illustrent cinq modèles opérationnels, de l’exécution conversationnelle à la gestion autonome du capital. AiCryptoCore a examiné leurs surfaces publiques le 2026-08-19 sans connecter de portefeuille ni déployer de capital ; les affirmations produit et les chiffres d’interface restent ceux communiqués par les fournisseurs, sauf preuve indépendante mentionnée.

HeyAnon

HeyAnon présente DeFAI comme une couche d’orchestration plutôt que comme un simple bot de trading. Sa surface produit publique sépare Anon pour les transactions, Gemma pour la recherche et HUD pour l’assistance au trading. Cette séparation est utile, car une réponse de recherche, un ordre préparé et une transaction signée peuvent chacun recevoir un niveau de permission différent.

Anon est le composant orienté transaction : il transforme une requête en langage naturel en une séquence planifiée de swaps, bridges, dépôts ou trades, tandis que Gemma fournit le contexte de recherche et HUD assiste les traders. La valeur réside dans l’orchestration de plusieurs étapes ; le risque est qu’une seule requête puisse couvrir plusieurs protocoles, approbations et surfaces de frais.

Un aperçu de bridge ou de swap devrait révéler le lieu d’exécution, la chaîne de destination, le montant, le résultat estimé, les frais et l’exigence d’approbation. Le nombre de venues connectées importe moins que la possibilité, pour l’utilisateur, d’inspecter et d’arrêter un mauvais itinéraire.

La simplicité ne signifiait pas l’exhaustivité pour un participant à une discussion de plateforme DeFAI en mai 2025, qui décrivait HeyAnon comme fluide à utiliser mais encore dépourvu de fonctionnalités nécessaires au trading régulier. Ce témoignage isolé ne mesure ni la fiabilité ni les fonctions manquantes ; les lecteurs devraient donc tester leur itinéraire exact et leur type d’ordre avant d’engager des fonds importants.

HeyElsa

HeyElsa utilise une interface conversationnelle pour la découverte de portefeuille, les swaps, les bridges et les ordres automatisés. Le projet indique sur son site public plus de 945 000 portefeuilles, 18,9 millions de prompts et 503 millions de dollars de volume, des chiffres qui décrivent une utilisation revendiquée plutôt que la qualité des recommandations individuelles.

Elsa combine chat, construction de portefeuille et routage de transactions dans une seule interface. Son design multichaîne est surtout utile lorsqu’il peut regrouper un workflow bridge-plus-swap sans masquer les deux actions, leurs contrats de destination ou les approbations requises sur chaque chaîne.

Le test utile consiste à vérifier si une seule requête produit un itinéraire transparent, un avertissement de risque et une transaction correspondant au montant et à la chaîne indiqués. Une conversation claire ne remplace pas les détails d’exécution décodés.

Un tutoriel pratique HeyElsa de juin 2025 a d’abord échoué sur un swap de VADER non pris en charge, puis a permis un swap de 10 USDC vers ETH sur Base et un bridge LINK après réduction de l’approbation de jetons par défaut, passée d’illimitée au montant du transfert. Ce test porte sur un portefeuille et une ancienne version du produit, mais il fournit une règle concrète : vérifier la prise en charge des actifs et modifier les autorisations avant confirmation.

Bankr

Bankr illustre un agent natif du portefeuille sur des surfaces web et de messagerie. Le même agent peut conserver les préférences, afficher les soldes et préparer des transactions sans plusieurs tableaux de bord déconnectés.

Le produit diffère d’un bot de trading unique parce que le même agent de portefeuille peut apparaître dans un terminal web, X, Farcaster, Telegram ou Base App. Cette portabilité réduit les changements d’application, mais elle fait du lien d’identité, des sessions actives et d’une surface de récupération de confiance une partie du produit plutôt qu’un simple réglage secondaire.

Cette commodité place la sécurité des canaux au centre. Une commande sociale ne doit pas hériter d’une autorité illimitée sur le portefeuille ; la configuration doit prévoir des sessions visibles, un portefeuille isolé, un historique des actions et une annulation depuis une interface de confiance.

La portabilité des canaux crée aussi des modes de défaillance inégaux. Dans un fil de disponibilité Bankr d’avril 2026, un utilisateur du niveau gratuit a indiqué que le chat Base App ne répondait plus après des semaines d’utilisation normale, tandis que Talk to Bankr continuait de fonctionner. Ce signal isolé n’établit pas un taux de panne ; il montre pourquoi une autre voie d’accès fiable doit être testée avant de dépendre de l’exécution sociale.

Giza

ARMA et Pulse de Giza étaient des agents IA onchain qui utilisaient historiquement des smart accounts en auto-garde et des clés de session limitées pour automatiser des positions de prêt et de rendement sur Base. Les deux produits ont été retirés en mars 2026 et les fonds des utilisateurs ont été restitués ; leur activité passée ne doit donc pas être présentée comme un service actuellement disponible.

Le successeur, Giza World, doit être évalué comme une nouvelle surface produit et non comme une preuve de continuité. Son interface publique doit démontrer des soldes d’agents en direct, des intégrations de marché actuelles et un chemin de retrait fonctionnel avant que des chiffres historiques d’actifs sous gestion par agent puissent étayer une affirmation produit aujourd’hui.

La frontière du compte compte davantage que le rendement projeté. L’agent ne doit pas envoyer de fonds vers des adresses arbitraires, entrer dans des protocoles non approuvés ou continuer après révocation ; les traces de décision doivent être appliquées en dehors du modèle.

La conception des retraits était une limite pratique dans une revue produit Giza consultée en août 2026 : des utilisateurs de l’époque ARMA auraient dû arrêter complètement un agent parce que les retraits partiels n’étaient pas disponibles, même si l’allocation en stablecoins était généralement décrite comme fiable. Il s’agit d’un retour historique rapporté, et non d’un taux d’échec mesuré de Giza World ; vérifiez les sorties partielles et la révocation indépendante sur le successeur en production avant d’y allouer des fonds.

Almanak

Almanak représente un DeFAI orienté builders. Son flux va de la conception de stratégie à la simulation, au déploiement et au suivi via des rôles Safe limités, ce qui rend la stratégie vérifiable avant l’exécution réelle.

L’application publique actuelle indique qu’Almanak met fin à ses vaults et n’accepte plus de nouveaux dépôts, bien que les retraits restent possibles. Cela change le test pertinent : les futurs builders peuvent examiner les outils de stratégie et les permissions, tandis que les utilisateurs de vaults existants devraient confirmer leur chemin de retrait plutôt que comparer des rendements de dépôt obsolètes.

Les backtests doivent inclure les frais, le slippage et les périodes perdantes ; la simulation sur fork doit exécuter les appels de contrat prévus. Le suivi en direct doit afficher l’état des positions, les actions échouées et les violations de politique, pas seulement le profit.

Lors d’un tutoriel pratique Almanak en 2025, l’auteur a créé une stratégie et un portefeuille mais n’a pas pu terminer un déploiement d’exemple parce que l’interface renvoyait une erreur de fonds insuffisants malgré des fonds présents dans le Safe. Ce test précède la fin des vaults et ne peut pas décrire l’état actuel du produit ; il identifie la validation du déploiement et un message d’erreur lisible comme vérifications à effectuer avant d’allouer du capital.

La pile d’exécution derrière une interface DeFAI

Un produit DeFAI dépend généralement de systèmes de calcul, de données et de comptes que l’on trouve aussi dans les réseaux crypto d’infrastructure IA, bien que ces composants ne soient pas eux-mêmes des agents financiers. L’infrastructure de comptes regroupe les transactions, un smart account applique l’autorité, et une boîte à outils expose les actions blockchain au modèle.

Appeler chaque composant un projet DeFAI brouille l’identité du décideur réel. Les fournisseurs de calcul, de données et de comptes peuvent soutenir un agent, mais une infrastructure de soutien ne démontre pas une demande de l’utilisateur final pour un flux DeFAI.

Pour une action à forte valeur, le modèle doit proposer tandis que le smart account applique. Les listes autorisées de contrats, les limites de jetons, les plafonds par transaction, les plafonds journaliers et l’expiration de session restent utiles même lorsque le modèle se comporte correctement, car ils contiennent aussi les identifiants compromis et les erreurs d’intégration.

Conclusion

DeFAI peut supprimer de véritables frictions dans la recherche, le routage, le suivi de portefeuille et l’exécution répétitive. La catégorie devient la plus utile lorsque le système explique ce qu’il compte faire, convertit cette intention en appels inspectables et opère dans des permissions qu’un modèle ne peut pas réécrire.

HeyAnon, HeyElsa, Bankr, Giza et Almanak montrent que, même parmi les meilleurs projets crypto IA actuels, DeFAI se divise en plusieurs modèles opérationnels plutôt qu’en un agent universel. Les lecteurs devraient comparer l’autorité accordée, les preuves produites et le chemin de récupération avant de comparer l’intelligence revendiquée ou le potentiel du jeton ; aucune étiquette de catégorie ne remplace des enregistrements de transaction vérifiables et des contrôles de portefeuille applicables.

Questions fréquemment posées

Tous les bots de trading crypto IA sont-ils des agents DeFAI ?

Non. Un bot à règles fixes peut automatiser des trades sans interpréter d’objectifs ni adapter un plan. Un agent DeFAI combine normalement un raisonnement fondé sur un modèle ou une intention en langage naturel avec des données DeFi et un chemin d’exécution, même si le degré d’autonomie varie.

Un produit DeFAI a-t-il besoin de son propre jeton ?

Non. Un jeton peut servir à payer l’accès, coordonner les opérateurs ou sécuriser un réseau, mais il n’est pas requis pour un flux DeFi assisté par IA. L’utilité du produit et la valeur du jeton doivent être évaluées séparément.

Un smart account est-il en lui-même un produit DeFAI ?

Non. Un smart account est un composant d’application et d’exécution. Il devient partie d’un système DeFAI lorsqu’un agent l’utilise selon des permissions définies, mais le compte ne fournit pas à lui seul la stratégie ni le raisonnement.

Quelle est la configuration de départ la plus sûre ?

Commencez par un accès en lecture seule. Ne passez à un compte séparé de faible valeur qu’après avoir vérifié la transaction proposée, les limites de dépense, la liste de contrats autorisés, l’expiration de session, la piste d’audit et le chemin de révocation indépendant.

Avertissement : Les informations fournies sur AiCryptoCore.com sont uniquement destinées à des fins éducatives et informatives et ne constituent pas un conseil financier, d’investissement ou de trading. Les investissements en cryptomonnaies comportent des risques et peuvent entraîner des pertes financières. Faites toujours vos propres recherches et consultez un conseiller financier qualifié avant toute décision d’investissement.