Protocole FusionFi : Connectez tous les agents financiers

Source: PermaDAO

Suite à la dernière fois. L’industrie du Bloc est une histoire d’évolution de l’expansion globale, où toutes sortes de méthodes ont été tentées pour améliorer la vitesse et réduire les coûts, mais elles ont toutes leurs propres limites. Jusqu’à AO, un paradigme différent du Bloc traditionnel est apparu soudainement. Grâce à une conception ingénieuse, l’espace Bloc sur AO n’est plus une ressource rare à offre fixe, mais une ressource qui peut être créée à l’infini selon les besoins, ce qui confère à AO une capacité d’expansion illimitée!

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

La finance décentralisée traditionnelle trouve son origine dans l’écosystème Ethereum, et bien que diverses nouvelles chaînes L2 et à haute performance aient émergé, l’imagination en matière de paradigme de la finance décentralisée est toujours restée limitée à Ethereum. Maintenant, imaginez un univers totalement dépourvu de limitations de performance, tout comme l’évolution de l’Internet depuis la simple lecture jusqu’à l’écriture, en passant par les algorithmes, pour finalement aboutir à une vision off-chain de la finance complètement renouvelée. Une vision où tous les utilisateurs peuvent créer des agents financiers, où chaque unité de calcul peut devenir une institution financière, offrant un paysage financier offrant un égalité de services personnalisés !

Pourquoi avons-nous besoin d’un protocole standard pour un Agent ?

Sur l’ordinateur AO, les processus communiquent entre eux par des messages, et la transmission de messages suit certaines règles. En fait, 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, ce qui pose un gros problème pour l’interaction entre les agents. Comment permettre aux agents de communiquer les uns avec les autres et de s’apparier mutuellement ?

Pour éviter les pertes d’interopérabilité causées par le 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 basées sur les agents et les fusionnant en une seule entité. À un stade précoce de développement d’AgentFi, un tel protocole est très visionnaire.

FFP（FusionFi Protocol）

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

Le concept clé du protocole FusionFi est la Note. Il s’agit d’un modèle de représentation abstraite d’engagement, pouvant prendre la forme de Jeton, d’obligation, de certificat, de droit contractuel, etc. Grâce au modèle de Note en tant que médium, 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 les aider à créer des AgentFi de manière plus efficace et plus simple.

Le protocole FusionFi dispose actuellement de deux instances : AMM Agent et Orderbook Agent.

Agent AMM

En prenant l’exemple d’AMM Agent, chaque AMM Agent peut être considéré comme un pool de liquidité de ‘souveraineté individuelle’, avec des règles de fourniture de liquidité pouvant être définies de manière autonome. 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 pouvoir réaliser des swaps de manière autonome et rechercher n’importe quel contrepartie appropriée dans l’ensemble du réseau. Autrement dit, lorsqu’un utilisateur crée un Agent, il crée en fait une ‘plateforme d’échange décentralisée’ qui lui appartient. Ensuite, le protocole FusionFi permet à de nombreux ‘plateforme d’échange individuelle’ de former un réseau peer-to-peer pour une mise en correspondance plus efficace et flexible.

Voici le processus principal de l’Agent AMM:

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

Vous pouvez comprendre que, en tant que LP, vous devez simplement effectuer des opérations de dépôt et de retrait, en appelant une fonction d’entrée unique. La fonction elle-même peut être liée à plusieurs projets de Finance décentralisée, et vous n’avez pas besoin de vous soucier de la façon dont ils interagissent ou fonctionnent par la suite, c’est là que réside la valeur de la norme protocole. C’est un peu comme lorsque des normes telles que ERC20 sont établies, les applications s’adaptent aux utilisateurs.

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

On peut voir qu’avec seulement quelques lignes de code central, cette fonctionnalité peut être rapidement mise en œuvre.

const minLiquidity = await agent.getMinLiquidityByX(helloAmount, ammSlippageOfPercent)//设置数量和Slippageconst addLiquidityMessageId = await agent.addLiquidity(minLiquidity)//发起添加Liquidité的消息const addLiquidityResult = await getProcessResult(addLiquidityMessageId, ammProcess)//获取结果

Code source de l’exemple :

Note de cycle de vie

Ici, nous pouvons passer au point de vue de Note et examiner le processus de transaction 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éent automatiquement un devis, ce devis est une Note et a une durée de validité très courte, si la transaction ne se fait pas rapidement, la Note deviendra obsolète. Les AMM Agents agissent en tant que teneur de marché.

2. Toutes les notes seront 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 adaptées de la Note Pool via l’interface utilisateur 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, comme le swap ici.

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

Ici, le Centre de Règlement est un composant clé du protocole FusionFi et est responsable du traitement de diverses opérations de Note Règlement dans le système.

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

Cette fusion apporte de nombreux avantages. Dans le scénario de swap, la Liquidité peut provenir des offres des utilisateurs ou des Nœuds de liquidité. Les utilisateurs peuvent utiliser le protocole de routage pour rechercher la Liquidité dans l’ensemble du pool de liquidité, réalisant ainsi le meilleur prix d’exécution. Les AMM fournissent une liquidité de base sur le marché, mais présentent 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 gros montants et aux utilisateurs ayant des exigences de prix spécifiques. Après la fusion, les AMM fournissent une liquidité continue, tandis que le carnet de commandes réduit l’impact sur le prix et augmente la profondeur, rendant les transactions de grands ordres plus efficaces. Ce modèle répond aux besoins des différents types d’utilisateurs, des investisseurs détaillants aux institutions, qui peuvent ainsi trouver des modes de transaction adaptés, améliorant ainsi l’utilisation des fonds et favorisant la maturité continue du marché.

多 Note 原子Règlement

Les cas ci-dessus se limitent actuellement à un seul Règlement pour une Note, mais en réalité, le protocole FusionFi peut prendre en charge le Règlement de plusieurs Notes en une seule fois, et ce Règlement est atomique. Toutes les Notes dans une transaction de Règlement doivent être Règlementées avec succès afin que l’état des Notes puisse être modifié. Sinon, l’état de toutes les Notes ne sera pas modifié.

Cela apporte quelques fonctionnalités très utiles :

• Diviser les grosses transactions : Il est difficile pour une seule contrepartie d’absorber de grosses commandes. FFP prend en charge la division des grosses commandes pour tirer pleinement parti de la Liquidité dispersée.
• Plusieurs transactions peuvent être combinées en une seule commande atomique. Cela peut accélérer les transactions et est essentiel pour les traders à haute fréquence et les scénarios de transactions complexes.
• Les transactions multi-sauts : Les transactions multi-sauts sont une extension de la fonction de regroupement. Supposons que dans le scénario de swap, il est nécessaire de réaliser un échange de A à C, mais qu’il n’existe pas de chemin direct de A à C. Cependant, il existe un chemin de A à B à C, le FFP peut réaliser la fusion de A à B et de B à C. De plus, ce type de transaction multi-sauts est atomique, il n’y a pas de cas où A à B réussit et B à C échoue.
• Arbitrage sans fonds : il s’agit de ce que l’on appelle le loup blanc sans gants. En substance, l’arbitragiste prend deux notes avec un écart d’intérêt et les règle en même temps. Vous pouvez voir l’image ci-dessous.

Source de l’image:

Permaswap est le premier DEX basé sur le protocole FusionFi et construit par AgentFi, et c’est également le DEX le plus mûr de l’écosystème AO. Si vous êtes intéressé, vous pouvez découvrir ces fonctionnalités sur Permaswap (aopsn.com).

Centre de règlement

Manifestement, dans le protocole FusionFi, le centre de règlement est un composant clé. Il traitera toutes les notes selon l’ordre chronologique, tant que le système SU de AO est opérationnel, l’ordre chronologique peut être obtenu. 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 se développer facilement de manière distribuée, en déléguant les tâches de règlement à plusieurs processus de règlement. Selon la pression exercée, le calcul est effectué en fonction de l’ID de la note pour déléguer le traitement à différents processus de règlement.

**Note sur l’application diversifiée de **

Le format structuré des Notes définies par le protocole FusionFi est en réalité très universel pour toutes sortes d’activités financières. Par conséquent, les Notes peuvent être utilisées de différentes manières. Elles peuvent non seulement être utilisées pour représenter des devises de trading spot, mais aussi pour des opérations à terme, des contrats de trading, des prêts, etc. Ainsi, FusionFi peut fusionner non seulement la liquidité, mais aussi toutes sortes de formes financières.

Perspectives

À mon avis, l’essence de ce monde Internet est essentiellement un échange multipoint. Par conséquent, il est très précieux de résoudre les transactions à haute fréquence entre plusieurs groupes. 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 réaliser des appariements pair à pair de manière plus efficace, et ces appariements sont inter-protocoles. Face à la concurrence dans le domaine de la Finance décentralisée pour la domination de la Liquidité, le modèle de monopolisation de la Liquidité en tant que moyen de profit, le changement que le protocole FusionFi peut apporter est révolutionnaire!

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