Recapitulare anterioară:
(AgentFi - un nou concept DeFi alimentat de AO)
Continuând de la ultima dată. Industria blockchain în ansamblu este o istorie a evoluției scalării, încercând diferite rute pentru a accelera și reduce costurile, dar fiecare având propriul plafon. Până când AO, un model diferit de blockchain tradițional, a apărut. Printr-un design ingenios, spațiul blocurilor de pe AO nu mai este un bun rar cu ofertă fixă, ci o resursă care poate fi generată nelimitat în funcție de necesități, oferind AO o capacitate de scalare nelimitată!
Acest lucru face ca modelul financiar orientat spre Agenți - AgentFi să devină posibil, comparativ cu DeFi tradițional, AgentFi are un spectru mai larg de aplicații.
Protocolele tradiționale DeFi își au originile în Ethereum, deși au apărut diverse L2 și noi blockchain-uri de înaltă performanță, imaginația oamenilor privind paradigma de construire a DeFi a fost limitată la Ethereum. Acum, să pătrundem într-o platformă complet fără limitări de performanță, amintindu-ne de evoluția internetului de la citire, la scriere, la algoritmi, la autonomie, să ne imaginăm cum ar trebui să arate finanțele pe blockchain, nu cumva ne va veni în minte o imagine complet nouă? O viziune în care toți utilizatorii pot crea agenți financiari, orice unitate de calcul poate deveni „instituție financiară”, oferind servicii financiare personalizate și un peisaj de egalitate financiară!
De ce avem nevoie de un protocol standard pentru Agenți?
Pe computerul AO, procesele comunică prin mesaje, iar transmiterea mesajelor urmează anumite specificații. În realitate, și în scenariile financiare, este la fel.
Personalizarea este punctul de plecare pentru diversitate, dacă diferite tipuri de Agenți financiari se dezvoltă de sine stătător, va apărea, cu siguranță, diferite specificații de protocol, în acest caz, interacțiunea între Agenți devine o mare provocare. Cum putem permite Agenților să comunice între ei și să se potrivească reciproc?
Pentru a evita lipsa interoperabilității cauzată de absența unor specificații uniforme, Protocolul FusionFi (FFP) a fost creat.
Protocolul FusionFi, ca protocol de interacțiune între Agenți, definește regulile de interacțiune între Agenți, permițând diverselor afaceri financiare bazate pe Agenți să comunice și să se integreze. În momentul în care AgentFi a început să se dezvolte, un astfel de protocol poate fi considerat foarte vizionar.
FFP (Protocolul FusionFi)
Protocolul FusionFi a fost lansat de fondatorul EverVision, outprog, la conferința Arweave Asia din 2024.
Conceptul cheie din Protocolul FusionFi este Nota (Note). Este o reprezentare abstractă a promisiunii, forma sa putând fi token-uri, obligațiuni, certificate, drepturi contractuale etc. Utilizând modelul Note ca mediu, Protocolul FusionFi poate susține o gamă largă de scenarii financiare, cum ar fi tranzacții, împrumuturi, staking etc.
Protocolul FusionFi nu oferă doar un standard de protocol, ci oferă dezvoltatorilor un set de instrumente de dezvoltare AgentFi (FFP SDK), ajutându-i să creeze AgentFi mai eficient și mai simplu.
În prezent, Protocolul FusionFi are deja două exemple: Agentul AMM și Agentul Orderbook.
Agent AMM
Folosind Agentul AMM ca exemplu, fiecare Agent AMM poate fi înțeles ca un „pool de lichiditate” cu „suveranitate personală”, iar regulile de market-making ale acestui pool de lichiditate pot fi setate de utilizator. Aceasta înseamnă, de asemenea, că utilizatorii nu trebuie să depindă de platforme externe, cum ar fi un pool de fonduri care utilizează un algoritm de market-making uniform, ci pot realiza autonom funcția de swap, căutând orice contrapartidă potrivită în întreaga rețea. Cu alte cuvinte, atunci când utilizatorul creează un Agent, de fapt creează o bursă descentralizată care îi aparține. Apoi, Protocolul FusionFi poate permite multor astfel de „burse personale” să formeze o rețea peer-to-peer pentru a realiza o potrivire mai eficientă și mai flexibilă.
Următoarele sunt fluxurile de bază ale Agentului AMM:
Pare simplu, dar de fapt pentru LP, pare să fie un set standard de creare a depozitelor, adăugări, și retrageri, dar diferența este că Agentul este controlat de utilizator, iar activele sunt în mâinile lor. Aceasta este de fapt capacitatea AgentFi, iar FusionFi este creat pentru a stabili un punct de intrare relativ uniform (și o structură de date).
Puteți înțelege că, ca LP, ceea ce trebuie să faceți este doar operațiuni de depozitare și retragere, apelând o funcție de intrare uniformă. Iar funcția poate fi legată de mai multe proiecte DeFi, iar în ceea ce privește modul în care interacționează ulterior, nu trebuie să vă faceți griji, acesta este și valoarea standardului protocolului. Este similar cu cum aplicațiile se adaptează utilizatorilor după ce au fost stabilite standarde precum ERC20.
Iată un exemplu specific de cod pentru adăugarea de lichiditate.
Se poate observa că, cu câteva linii de cod esențiale, se poate implementa rapid această funcție.
const minLiquidity = await agent.getMinLiquidityByX(helloAmount, ammSlippageOfPercent)//setați cantitatea și slippage-ul
const addLiquidityMessageId = await agent.addLiquidity(minLiquidity)//inițiați mesajul de adăugare a lichidității
const addLiquidityResult = await getProcessResult(addLiquidityMessageId, ammProcess)//obține rezultatul
Sursa cazului de cod:
https://github.com/permadao/ffp-demo
Ciclul de viață al Notei
Aici putem schimba perspectiva la Note și să vedem fluxul de tranzacție dintre utilizator și Agentul AMM.
1. Când utilizatorul inițiază o solicitare de preț, toți Agenții AMM cu lichiditate corespunzătoare vor crea automat o ofertă, iar această ofertă este o Nota, iar perioada de valabilitate a acestei Note este foarte scurtă, dacă nu poate fi finalizată rapid, Nota va expira. Agenții AMM acționează ca maker.
2. Toate Notele vor fi stocate centralizat în Pool-ul de Note al sistemului, Pool-ul de Note joacă un rol de spațiu de stocare partajat în sistem, facilitând accesul altor entități.
3. Utilizatorul selectează cele mai potrivite oferte din Pool-ul de Note prin intermediul paginii web front-end și le trimite la Centru de Decontare pentru a fi decontate. Centru de Decontare se ocupă cu executarea operațiunilor de decontare specifice, cum ar fi swap-ul de aici.
4. Nota a fost marcată ca „decontată”, Swap-ul a fost executat cu succes.
Aici, Centru de Decontare este componenta cheie din Protocolul FusionFi, responsabil cu gestionarea operațiunilor de decontare a diverselor Note din sistem.
De fapt, pentru Agentul Orderbook este la fel, ordinele limită din Agentul Orderbook sunt de fapt o Nota, iar procesul său de decontare este complet identic cu cel al Agentului AMM care a creat oferta. Aceasta înseamnă că Protocolul FusionFi poate de fapt integra lichiditatea provenită din AMM și din cartea de ordine.
Această fuziune aduce beneficii mari, în scenariul swap, lichiditatea poate proveni din ofertele utilizatorilor sau din nodurile de market-making. Utilizatorii pot folosi protocoale de rutare pentru a căuta lichiditate în întregul pool de Note pentru a obține cel mai bun preț de tranzacție. AMM oferă lichiditate de bază pe piață, dar există probleme cu impactul asupra prețurilor și pierderile impermanente, în timp ce cartea de ordine permite utilizatorilor să plaseze ordine, fiind potrivită pentru tranzacții mari și utilizatori cu cerințe de preț specifice. După fuziune, AMM oferă lichiditate continuă, iar cartea de ordine reduce impactul asupra prețurilor și crește adâncimea, făcând tranzacțiile mari mai eficiente. Acest model satisface nevoile diferitelor tipuri de utilizatori, de la retaileri la instituții, permițându-le să găsească modalități de tranzacționare potrivite și astfel îmbunătățind utilizarea capitalului, promovând în același timp maturizarea pieței.
Decontare atomică a mai multor Note
Exemplele de mai sus sunt limitate la decontarea unui singur Note la un moment dat, dar în realitate, Protocolul FusionFi poate susține decontarea mai multor Note simultan, iar această decontare este atomică. Toate Notele dintr-o decontare unică trebuie să fie complet decontate pentru ca starea Notei să fie schimbată. În caz contrar, starea tuturor Notelor nu va fi schimbată.
Aceasta aduce câteva caracteristici foarte utile:
Divizarea ordinelor mari: Ordinele mari sunt dificil de preluat de o singură contraparte, FFP suportă divizarea ordinelor mari pentru a profita la maximum de lichiditatea dispersată.
Consolidarea mai multor tranzacții: Mai multe tranzacții pot fi combinate într-o singură ordine atomică. Acest lucru poate îmbunătăți viteza tranzacțiilor, iar pentru traderii de frecvență înaltă și scenariile de tranzacționare complexe, această eficiență este crucială.
Tranzacții cu multiple salturi: Tranzacțiile cu multiple salturi sunt o extensie a funcției de consolidare. Să presupunem că în scenariul swap trebuie să finalizăm A→C, dar nu există un drum direct de la A→C, ci există un drum A→B→C, FFP poate realiza A→B și B→C ca o consolidare. În plus, această tranzacție cu multiple salturi este atomică, nu va exista situația în care A→B reușește, dar B→C eșuează.
Arbitraj fără capital: este ceea ce se numește a lua fără a da nimic. Esența este că arbitrajul ia două note care au un spread de dobândă și le folosește simultan pentru a se deconta. Poate fi văzut în imaginea de mai jos.
Sursa imaginii: https://x.com/Permaswap/status/1854212032511512992
Permaswap este primul DEX construit pe Protocolul FusionFi, fiind de asemenea cel mai matur DEX din ecosistemul AO. Cei interesați pot experimenta aceste caracteristici pe Permaswap (aopsn.com).
Centru de decontare
Evident, în Protocolul FusionFi, Centru de Decontare este un component cheie. Acesta va trata toate Notelor în ordinea temporală, atâta timp cât sistemul SU al AO funcționează normal, se poate obține această ordine temporală. Oricine poate extrage Note din pool-ul de Note, trimițându-le la Centru de Decontare pentru decontare.
Când volumul de cereri de procesare a Notelor crește, Centru de Decontare poate, de asemenea, să se extindă ușor printr-un mod distribuit, având mai multe procese de decontare pentru a distribui sarcinile de decontare. Cât mai multă presiune există, calculul se face pe baza ID-ului Notei, distribuind către diferitele procese de decontare pentru procesare.
Aplicarea diversificată a Notelor
Formatul structurat al Notei definit de Protocolul FusionFi are, de fapt, o aplicabilitate foarte puternică pentru diverse afaceri financiare. Prin urmare, modalitățile de aplicare ale Notei sunt variate. Nu numai că poate fi utilizată pentru a reprezenta oferte de tranzacționare spot, ci și pentru tranzacții futures, tranzacții cu contracte, împrumuturi etc. De aceea, FusionFi poate integra nu doar lichiditate, ci și o varietate de forme financiare.
Perspective
Din punctul meu de vedere, această lume a internetului este de fapt despre tranzacții din multiple puncte, astfel că soluționarea tranzacțiilor de înaltă frecvență între diferite grupuri are o valoare foarte mare, iar modelul AgentFi poate acoperi aproape toate scenariile DeFi, în timp ce Protocolul FusionFi poate permite agenților să realizeze o potrivire mai eficientă peer-to-peer, iar această potrivire este inter-protocol. Având în vedere că în domeniul DeFi competiția principală este pentru lichiditate, iar monopolizarea lichidității este un model de profit, schimbările pe care le poate aduce Protocolul FusionFi sunt revoluționare!
Desigur, Protocolul FusionFi este un standard complet nou, care poate necesita ajustări și optimizări constante în funcție de cerințele de afaceri. Acest lucru poate fi comparat cu modelele de propuneri de îmbunătățire BIP (Bitcoin Improvement Proposal) și EIP (Ethereum Improvement Proposals), integrând idei prin co-creare.
Material de referință:
1. Finanțe inteligente: de la AgentFi la FusionFi
https://x.com/perma_daoCN/status/1801474305597050906
2. Protocolul FusionFi: Elementul central pentru realizarea interoperabilității AgentFi
https://x.com/Permaswap/status/1854212032511512992
3. Documentația Protocolului FusionFi
https://github.com/zyjblockchain/ffp-doc/blob/main/doc/FusionFi%20Protocol%20Introduction.md
Acest articol a fost publicat inițial pe PermaDAO
Linkul original: https://mp.weixin.qq.com/s/r5bhvWVhoEdohbhTt_7b5A