Protocole FusionFi: construire le pont central de l'interopérabilité AgentFi

Source: PermaDAO

Aperçu

Permaswap a récemment publié un exemple de démonstration de AgentFi basé sur le protocole FusionFi (FFP) sur AO, ajoutant un cas de création d’Agent AMM et d’opérations d’arbitrage. Avec FFP, les développeurs peuvent créer des pools d’agents AMM en quelques lignes de code pour faciliter l’échange d’actifs. FFP, en tant que protocole standard sur le réseau AO, offre une interopérabilité pour différents types d’agents.

Cet article commencera par clarifier les concepts clés tels que AgentFi et la finance souveraine, puis présentera deux exemples d’agents typiques : l’Agent Orderbook et l’Agent AMM, pour montrer comment le protocole FFP intègre ces deux processus de transaction différents. Cela permettra de mettre en évidence le rôle clé que le FFP peut jouer dans l’écosystème financier futur.

Concepts de base

AgentFi introduit le concept d’« agent » sur la base de la Finance décentralisée, permettant aux utilisateurs de déployer leur propre agent de contrat intelligent (Agent), afin de gérer automatiquement l’interaction avec les protocoles. Grâce à l’agent, les utilisateurs peuvent exécuter diverses opérations financières telles que la gestion d’actifs, l’exécution de stratégies, de manière autonome et automatique.

Le protocole Finance décentralisée traditionnel utilise des smart contracts pour mettre en œuvre des opérations telles que l’échange d’actifs et les prêts, mais ces actifs sont généralement verrouillés dans un seul smart contract, ce qui oblige les utilisateurs à déposer des fonds auprès du contrat et limite leur flexibilité pour personnaliser les fonctionnalités et les paramètres. AgentFi, quant à lui, surmonte cette limitation en permettant à chaque utilisateur de posséder un agent indépendant doté de fonctionnalités financières, et de mener des activités financières personnalisées à travers lui. En d’autres termes, AgentFi permet à l’agent de l’utilisateur de devenir une entité financière indépendante, permettant à l’individu de définir des règles financières telles que les protocoles d’échange d’actifs, les prêts et les règles d’émission d’actifs, et de réaliser une gestion financière personnalisée, brisant ainsi les limitations des approches centralisées traditionnelles.

C’est de la finance souveraine !

Contrairement au système centralisé des règles financières contrôlées par les banques centrales traditionnelles, la finance souveraine permet aux utilisateurs de définir et de contrôler leurs propres règles financières, sans plus dépendre d’un contrat unique fourni par les développeurs ou d’une institution centrale.

Les bases d’AgentFi : performance et flexibilité

L’une des raisons pour lesquelles les protocoles de Finance décentralisée traditionnels centralisent la gestion des fonds est la limitation des performances d’Ethereum : il ne peut pas fournir une capacité de calcul d’agent indépendante pour chaque utilisateur. Par conséquent, des plateformes telles que Compound et Uniswap ont optimisé leur code pour s’adapter aux limitations de la blockchain. De plus, la flexibilité des contrats intelligents traditionnels de la blockchain est faible, ce qui rend difficile la modification ou le déploiement de nouveaux contrats, limitant ainsi la flexibilité de calcul des agents.

AO est un ordinateur mondial de calcul parallèle superposé à Décentralisation, qui fournit des unités de calcul indépendantes appelées processus, chaque processus disposant de ressources de calcul indépendantes pour résoudre les problèmes de performances. De plus, le code du contrat exécuté dans le processus est contrôlé par le propriétaire du processus, ce qui permet des mises à jour et des mises à niveau flexibles, offrant ainsi une base solide pour la flexibilité d’AgentFi.

Protocole FusionFi

Dans le réseau Décentralisation d’AO, AgentFi sera largement adopté et l’application peut générer plusieurs entités financières indépendantes. Par exemple, les NPCs dans les jeux non seulement fournissent des services de jeu, mais aussi des services financiers. Par exemple, un NPC de prêteur sur gages peut accepter des Jetons non fongibles hypothéqués par les joueurs et fournir des services de prêt, ce NPC est un Agent indépendant, c’est-à-dire une entité financière souveraine. Tous les utilisateurs et processus sur AO peuvent créer des Agents financiers de cette manière, et chaque unité de calcul peut devenir une "Institution Financière " et fournir des services financiers personnalisés.

Si différents types d’agents financiers se développent indépendamment, cela entraînera certainement des protocoles différents, rendant l’interaction entre les agents très difficile. Pour résoudre le problème d’interopérabilité causé par les différences commerciales, le protocole FusionFi (FFP) est né.

FusionFi Protocol est un protocole spécification et un outil de développement, conçu pour connecter différents agents financiers, construire des ponts d’information, réaliser l’interopérabilité, intégrer diverses activités financières, permettant aux agents compatibles FFP de se connecter et de communiquer.

Pour les utilisateurs qui n’ont pas le temps de se plonger dans les détails financiers, ils peuvent également utiliser le SDK FFP pour convertir leur agent en un agent doté de propriétés financières spécifiques. Grâce à la difficulté de mise en œuvre de l’agent Goutte AgentFi, FFP rend la souveraineté financière accessible.

Pratique et interopérabilité

Order Book et AMM sont deux mécanismes de trading différents avec des différences significatives dans le processus de trading. L’Order Book enregistre toutes les intentions d’achat et de vente dans un carnet d’ordres, et les transactions doivent attendre la correspondance des prix entre les acheteurs et les vendeurs avant d’être conclues, ce qui dépend donc de la participation des contreparties. AMM, quant à lui, ne dépend pas des contreparties. Il permet aux utilisateurs de trader directement avec les actifs du pool Liquidité grâce à l’Algorithme qui ajuste automatiquement les prix en utilisant la formule du produit constant, par exemple. Ainsi, les utilisateurs peuvent effectuer des transactions sans avoir à attendre une correspondance.

FFP permet de traiter les transactions du carnet d’ordres et de l’AMM de manière unifiée, ce qui permet de fusionner leur liquidité.

Veuillez vous référer au code de démonstration suivant :

Agent de carnet de commandes

Dans la démo de l’ordre du livre FFP, les développeurs peuvent créer un agent de livre de commandes (Orderbook Agent) et effectuer des transactions d’actifs :

1. Créer un agent de carnet de commandes : Créez un processus de carnet de commandes à l’aide de la fonction createOrderbookProcess, ce qui déploie un processus AO et charge la logique métier associée au carnet de commandes, en faisant de lui une entité financière indépendante chargée d’enregistrer et de gérer les commandes.
2. 存入资产：Utilisez le script deposit.js pour déposer des Jeton dans l’agent du carnet de commandes, fournissant des fonds de transaction pour les ordres.
3. Créer une commande : Utilisez la méthode agent.makeOrder pour créer un ordre d’achat ou de vente dans le carnet d’ordres, tous les ordres sont envoyés dans le réseau AO selon un schéma FFP spécifique, puis ils sont transparents et affichés dans le réseau Blockchain et attendent d’être appariés selon un format spécifique.
4. 交易接单：Utilisez la méthode agent.takeOrder pour passer une commande Taker, le système effectuera automatiquement la transaction et mettra à jour les actifs.

Agent AMM (Agent de fournisseur de liquidité automatisé)

Dans la démo de l’Agent AMM, l’Agent créé par l’utilisateur est semblable à un pool de liquidité souverain individuel. Grâce à AgentFi, les utilisateurs peuvent fournir indépendamment des fonctionnalités d’échange d’actifs sans dépendre d’une plateforme centralisée ou d’une plateforme d’échange traditionnelle. Voici le processus central de l’Agent AMM :

1. Créer un agent AMM : créer un processus d’agent AMM via la fonction createAMMProcess, le déployer en tant que processus AO contrôlé par l’utilisateur, en faisant de lui une entité financière personnelle dotée de fonctionnalités de gestion de la liquidité.
2. Dépôt d’actifs : les utilisateurs déposent des Jetons dans l’Agent AMM pour soutenir le pool de liquidité, afin de répondre aux besoins de trading.
3. Ajouter de la Liquidité : en appelant la méthode agent.addLiquidity, les actifs déposés peuvent être ajoutés au pool de liquidité, et les utilisateurs peuvent définir le prix et le ratio d’échange des actifs dans le pool via le smart contract.
4. Conversion automatique : L’agent AMM utilise l’algorithme (comme la formule du produit constant) pour calculer automatiquement le prix de conversion, et le résultat du prix est renvoyé à l’utilisateur de la transaction demandée selon un schéma FFP spécifique.
5. Supprimer la Liquidité : Lorsque l’utilisateur souhaite retirer des fonds, il peut utiliser la méthode agent.removeLiquidity pour supprimer la Liquidité du pool et récupérer les actifs.

En créant un agent AMM, les utilisateurs ont un contrôle total sur la gestion de la Liquidité et peuvent fournir des services de conversion d’actifs sans contrepartie, créant ainsi un environnement de trading Décentralisation personnalisé.

On peut penser que lorsqu’un utilisateur crée un Agent, qu’il s’agisse d’un Agent AMM ou d’un Agent Carnet d’Ordres, il crée en fait une plateforme d’échange souveraine personnelle. AgentFi bouleverse complètement le concept traditionnel de plateforme d’échange, permettant aux utilisateurs de trader sans dépendre d’une plateforme spécifique. En mettant en place des règles d’agent et de contrat intelligent avec des fonctions spécifiques, les utilisateurs peuvent indépendamment fournir un « lieu » pour le rachat et réaliser un service financier personnalisé. Le processus de création d’un agent ne nécessite qu’une seule ligne de code. **

Interopérabilité

Le schéma FFP est un format structuré utilisé dans le FusionFi Protocol (FFP) pour normaliser les données de transaction et de règlement. Il définit le format de données et le protocole de communication dans différents processus de transaction (comme le carnet d’ordres et l’AMM), garantissant une interopérabilité fluide entre les différents types d’agents financiers. Ce format de données unifié permet le partage et l’analyse des données clés telles que les prix, l’état des commandes et les informations sur les actifs entre les différents agents.

Dans la quatrième étape de l’Agent de l’Orderbook et de l’Agent de l’AMM, les commandes de l’Orderbook et les demandes de l’AMM utilisent tous les deux le format unifié FFP Schema pour mettre en œuvre une structure de données Règlement cohérente. Le FFP Schema standardise l’interopérabilité entre les Agents.

• L’arbitrageur peut consulter directement le carnet de commandes hors chaîne pour comparer les commandes et les prix AMM à l’aide du schéma FFP afin de trouver des écarts de prix.
• L’arbitrageur n’a qu’à soumettre les données de transaction au format standard au processus de règlement FFP, afin de réaliser des transactions atomiques entre les agents. La spécification FFP garantit que toutes les commandes de couverture sont soit toutes exécutées, soit toutes échouent, afin d’éviter les risques d’incohérence des transactions.

Dans le cas de FFP, Orderbook et AMM mettent en œuvre des processus de transaction différents pour assurer l’interopérabilité, FFP brise les frontières entre les deux types d’activités et favorise leur synergie et leur intégration.

Caractéristiques

FFP prend en charge des règlements atomiques pour plusieurs transactions et fournit les fonctionnalités avancées suivantes pour les DEX construits sur FFP :

• Trading en vrac : les traders peuvent diviser une grosse commande en plusieurs petites commandes. Par exemple, si un trader doit effectuer une transaction de 1 million de dollars, un seul Agent pourrait avoir du mal à proposer le meilleur prix. FFP permet de diviser la grosse commande en plusieurs petites commandes et de les exécuter avec différents Agents afin d’obtenir le meilleur prix sur le réseau.
• Multiples transactions combinées : Les commandes dispersées sur le marché peuvent être regroupées en une seule commande atomique, améliorant ainsi l’interopérabilité entre le carnet d’ordres et l’AMM, ce qui rend les transactions plus flexibles.
• Trading multi-hop: Trading multi-hop is an extension application of the combined order function. For example, if a trader wants to exchange asset A for C, and there is no A-C trading pair in the market, but there are A-B and B-C trading pairs, FFP can combine the two transactions of A-B and B-C into one order to achieve the trading purpose.
• Arbitrage sans capital : Les arbitrageurs peuvent profiter de l’écart de prix entre deux ordres de couverture sur le marché. Contrairement aux méthodes d’arbitrage traditionnelles, l’arbitrage sans capital de FFP ne nécessite pas de capital propre. Les arbitrageurs doivent simplement soumettre les deux commandes au processus de règlement, et le système effectuera automatiquement l’échange d’actifs et versera les profits d’écart à l’arbitrageur.

Les fonctionnalités innovantes apportées par FFP non seulement simplifient l’expérience de trading des utilisateurs, garantissent les meilleurs prix, mais améliorent également l’efficacité du capital des arbitragistes et assurent une circulation efficace de la valeur.

Perspectives

En résumé, FFP fournit un cadre unifié aux agents financiers, brisant les barrières entre les différents scénarios financiers. Ce n’est pas seulement un carnet d’ordres et un AMM, grâce à FFP, il sera possible d’intégrer sans problème diverses activités financières telles que les prêts, les contrats à terme, les actifs synthétiques, etc., pour construire un écosystème financier décentralisé qui traverse les applications et les scénarios.

En simplifiant la communication et le règlement entre les agents grâce à un schéma de données unifié (FFP Schema), FFP améliore la flexibilité et l’efficacité des transactions. Avec l’émergence de plus en plus d’agents financiers de différents types, FFP pourrait devenir le protocole central de l’écosystème AgentFi sur AO, favorisant la démocratisation d’une véritable finance souveraine et de services financiers personnalisés.