Protocole FusionFi: Connecter tous les agents financiers

Revue précédente :

《AgentFi - Nouveau concept de Finance décentralisée alimenté par AO》

Reprenons là où nous nous sommes arrêtés. L’industrie Blockchain dans son ensemble est une histoire d’évolution de l’expansion, où toutes sortes de voies sont explorées pour accélérer et réduire les coûts, mais elles ont toutes leurs propres limites. Jusqu’à l’arrivée d’AO, un paradigme différent de la Blockchain traditionnelle. Grâce à une conception ingénieuse, l’espace Blockchain sur AO n’est plus une ressource rare à offre fixe, mais une ressource qui peut être créée à l’infini en fonction des besoins, ce qui confère à AO la capacité d’une expansion illimitée !

Cela rend également possible le modèle financier orienté vers l’Agent - AgentFi, qui offre des applications plus larges par rapport à la finance décentralisée traditionnelle, Finance décentralisée.

Le protocole traditionnel Finance décentralisée est né de l’Atelier des EPF, et bien que diverses chaînes publiques L2 et de nouvelles chaînes publiques performantes aient vu le jour, l’imagination des gens sur le paradigme de la construction de la Finance décentralisée s’est toujours limitée à l’Atelier des EPF. Maintenant, entrons dans une plate-forme sans limites de performance, tout comme en rappelant le processus de développement d’Internet de la lecture seule, à la lecture-écriture, à l’algorithme, à l’autonomie, et en réimaginant ce à quoi devrait ressembler la finance hors chaîne, une nouvelle image émergera-t-elle dans nos esprits ? Un agent financier qui peut être créé par tous les utilisateurs, et n’importe quelle unité de calcul peut devenir une « Institution Financière », offrant une vue d’égalité financière du Service financier personnalisé !

Pourquoi avoir besoin d’un protocole standard pour un agent ?

Sur un ordinateur AO, les processus communiquent entre eux via des messages, et la transmission de messages suit certaines règles. C’est aussi le cas dans les scénarios financiers.

La personnalisation est le point de départ de la diversification. Si les différents types d’agents financiers se développent indépendamment, cela entraînera nécessairement différentes normes de protocole. Ainsi, l’interaction entre les agents devient un grand défi. Comment permettre aux agents de communiquer les uns avec les autres et de se mettre en relation mutuellement?

Pour éviter la perte d’interopérabilité due au manque de normes unifiées, le protocole FusionFi (FFP) a été créé.

En tant que protocole d’interaction entre les agents, le protocole FusionFi définit les règles d’interaction entre les agents, permettant ainsi une interopérabilité des diverses activités financières créées par les agents et leur intégration. À un stade précoce de lancement d’AgentFi, un tel protocole peut être considéré comme visionnaire.

FFP (Protocole FusionFi)

Le protocole FusionFi est un protocole lancé par outprog, le fondateur d’EverVision, lors de la conférence Arweave Asia en 2024.

Le concept clé du protocole FusionFi est la Note, qui est un modèle abstrait de représentation de promesse, pouvant prendre la forme de jetons, d’obligations, de certificats, de droits contractuels, etc. En utilisant le modèle de la Note comme médiateur, le protocole FusionFi peut prendre en charge divers scénarios financiers tels que les transactions, les prêts, les mises en jeu, etc.

Le protocole FusionFi ne fournit pas seulement une spécification de protocole, mais également des outils de développement (FFP SDK) pour les développeurs afin de créer plus efficacement et plus simplement des AgentFi.

Actuellement, le protocole FusionFi a déjà deux instances : l’Agent AMM et l’Agent Orderbook.

Agent AMM

En prenant l’AMM Agent comme exemple, chaque AMM Agent peut être compris comme un pool de liquidité de “souveraineté individuelle”, dont les règles de fourniture de liquidité peuvent être définies librement. Cela signifie également que les utilisateurs n’ont pas besoin de dépendre d’une plateforme externe, telle qu’un pool de liquidité utilisant un algorithme de fourniture de liquidité uniforme, pour mettre en œuvre la fonction de swap de manière autonome, et peuvent rechercher n’importe quel contrepartie appropriée dans l’ensemble du réseau. En d’autres termes, lorsqu’un utilisateur crée un Agent, il crée en fait une plateforme d’échange décentralisée appartenant à la personne. Ensuite, le protocole FusionFi peut permettre à de nombreuses “plateformes d’échange personnelles” de ce type de constituer un réseau peer-to-peer pour réaliser des appariements plus efficaces et flexibles.

Voici le processus principal de l’Agent AMM :

Il semble simple, mais en fait, pour un LP, le processus de création, de dépôt, d’ajout, d’échange et de retrait semble être un standard, la seule différence est que l’Agent est contrôlé par l’utilisateur lui-même, et pour un LP, les actifs sont entre ses mains. C’est en fait la capacité de l’AgentFi elle-même, alors que FusionFi vise à cette capacité piège, établissant une entrée relativement unifiée (et une structure de données).

Vous pouvez le considérer que, en tant que LP, vous n’avez qu’à effectuer des dépôts et des retraits en appelant la fonction d’entrée unifiée. La fonction elle-même peut être liée à plusieurs projets de Finance décentralisée, et vous n’avez pas à vous soucier de leur interaction ultérieure ou de leur fonctionnement, c’est là que réside la valeur de la couche protocole. C’est un peu comme l’adaptation des applications aux utilisateurs une fois que des normes telles que ERC20 ont été établies.

Voici un exemple de code spécifique pour ajouter Liquidité.

On peut voir qu’il suffit de quelques lignes de code central pour implémenter rapidement cette fonctionnalité.

const minLiquidity = await agent.getMinLiquidityByX(helloAmount, ammSlippageOfPercent)// Définir la quantité et le Slippage

const addLiquidityMessageId = await agent.addLiquidity(minLiquidity)// Lance un message qui ajoute Liquidité

const addLiquidityResult = await getProcessResult(addLiquidityMessageId, ammProcess)//Obtenir le résultat

Source du code d’exemple :

Note cycle de vie

Ici, nous pouvons passer au point de vue de la note et examiner le processus de négociation entre l’utilisateur et l’agent AMM.

1. Lorsqu’un utilisateur lance une demande d’enquête, tous les AMM Agents ayant la Liquidité correspondante créeront automatiquement un devis, ce devis est une Note, avec une durée de validité très courte. Si la transaction ne se réalise pas rapidement, la Note sera invalide. Les AMM Agents agissent comme des makers.

2. Toutes les notes sont stockées de manière centralisée dans le pool de notes du système, qui joue le rôle d’un espace de stockage partagé pour faciliter l’accès par d’autres entités.

3. Les utilisateurs sélectionnent les offres les plus appropriées de la Note Pool via l’interface frontale et les soumettent au Centre de Règlement pour Règlement. Le Centre de Règlement est responsable de l’exécution des opérations de Règlement spécifiques, telles que le swap ici.

4. Note 被标记为”已Règlement“，Swap 被成功执行。

Ici, le Centre de Règlement est un composant clé du protocole FusionFi et est chargé de gérer toutes les opérations de Règlement des Notes dans le système.

En fait, pour Orderbook Agent, c’est la même chose. Les ordres à cours limité dans Orderbook Agent sont eux-mêmes une note, et leur processus de règlement est identique à celui de l’Agent de devises créé par AMM Agent. Cela signifie que le protocole FusionFi peut réellement fusionner la Liquidité provenant de l’AMM et du carnet de commandes.

Cette fusion apporte de nombreux avantages. Dans le scénario de swap, la Liquidité peut provenir à la fois des citations des utilisateurs et des Nœuds de liquidité. Les utilisateurs peuvent utiliser le protocole de routage pour rechercher la Liquidité dans l’ensemble du pool, afin d’obtenir le meilleur prix d’exécution. L’AMM fournit une liquidité de base sur le marché, mais il présente des problèmes d’impact sur le prix et de Perte impermanente, tandis que le carnet de commandes permet aux utilisateurs de créer des ordres en cours de manière autonome, ce qui convient aux transactions de grande valeur et aux utilisateurs ayant des exigences de prix spécifiques. Après la fusion, l’AMM fournit une Liquidité continue, tandis que le carnet de commandes réduit l’impact sur le prix et augmente la Depth, rendant les transactions de grands ordres plus efficaces. Ce modèle répond aux besoins de différents types d’utilisateurs, des investisseurs particuliers aux institutions, leur fournissant ainsi des modes de transaction adaptés, ce qui améliore l’utilisation des fonds et favorise davantage la maturité du marché.

多 Note 原子Règlement

Les exemples ci-dessus sont limités à un seul Règlement par Note, mais en réalité, le protocole FusionFi peut également prendre en charge le Règlement de plusieurs Notes à la fois, et ce Règlement est atomique. Toutes les Notes dans une seule transaction de Règlement doivent être réglées pour que l’état de la Note change. Sinon, l’état de toutes les Notes ne sera pas modifié.

Cela apporte quelques fonctionnalités très utiles :

Décomposition des gros ordres de trading : Les gros ordres sont difficiles à exécuter avec une seule contrepartie, FFP prend en charge la division des gros ordres, tirant pleinement parti de la Liquidité dispersée.

Regroupement de transactions multiples : plusieurs transactions peuvent être regroupées en une seule commande atomique. Cela peut améliorer la vitesse de transaction dans une certaine mesure, ce qui est crucial pour les traders à haute fréquence et les scénarios de trading complexes.

Trading multi-hop: Le trading multi-hop est une extension de la fonction de regroupement. Supposons que dans un scénario de swap, il faut effectuer un échange de A à C, mais il n’existe pas de chemin direct de A à C, mais il existe un chemin de A à B à C, FFP peut réaliser le regroupement de A à B et de B à C. De plus, ce type de trading multi-hop est atomique et il n’y a pas de cas où A à B réussit et B à C échoue.

零资金Arbitrage：就是所谓的空手套白狼。其实质是arbitrageur把两个存在利差的 note，同时拿去Règlement。可以看下面这张图。

Source de l’image :

Permaswap est le premier DEX AgentFi construit sur le protocole FusionFi. Il est également le DEX le plus mature de l’écosystème AO. Vous pouvez découvrir ces fonctionnalités sur Permaswap (aopsn.com) si vous êtes intéressé.

Centre de règlement

De toute évidence, le centre de règlement est un composant clé du protocole FusionFi. Il traite toutes les notes en fonction de l’ordre chronologique et peut être obtenu tant que le système SU de AO est normal. Tout le monde peut extraire des notes du pool de notes et les soumettre au centre de règlement pour Règlement.

Lorsque le volume des demandes de traitement avec note augmente, le centre de règlement peut également être facilement mis à l’échelle de manière distribuée, en répartissant les tâches de règlement entre plusieurs processus de règlement. Selon l’ID de la note, la pression est calculée et répartie entre les différents processus de règlement pour traitement.

La diversification des applications de Note

La structure formatée des Notes définie par le protocole FusionFi est en réalité très universelle pour diverses activités financières. Par conséquent, les applications des Notes sont variées. Elles peuvent être utilisées non seulement pour représenter des devis de trading spot, mais aussi pour des opérations de trading à terme, de trading de contrats, de prêts, etc. Ainsi, FusionFi peut fusionner non seulement la liquidité, mais aussi diverses formes financières.

Perspective

Selon l’auteur, l’essence de ce monde Internet est essentiellement un processus de transaction multipoint. Par conséquent, résoudre les transactions à haute fréquence entre plusieurs groupes a une grande valeur. Le modèle d’AgentFi peut couvrir presque tous les scénarios de la finance décentralisée, tandis que le protocole FusionFi permet aux agents de faire correspondre plus efficacement les transactions de point à point, et cette correspondance est inter-protocoles. Face à la concurrence principale dans le domaine de la finance décentralisée, qui repose sur la recherche de liquidité et monopolise la liquidité pour générer des bénéfices, le protocole FusionFi apporte un changement révolutionnaire !

Bien sûr, FusionFi Protocol est un nouveau standard de protocole qui pourrait nécessiter des ajustements et des optimisations en fonction des besoins commerciaux. Cela peut être inspiré par le modèle des propositions d’amélioration de Bitcoin (BIP) et des propositions d’amélioration d’Ethereum (EIP), en intégrant des idées de manière collaborative.

Références :

1. Finance intelligente : de AgentFi à FusionFi

2. Protocole FusionFi: Élément central pour réaliser l’interopérabilité de AgentFi

3. FusionFi Protocol 文档

protocole介绍.md

Cet article a été publié pour la première fois sur PermaDAO

Lien original: