Il libro continua dal capitolo precedente.
L’intero settore blockchain è una storia evolutiva di espansione Si stanno tentando vari percorsi per aumentare la velocità e ridurre le commissioni, ma tutti hanno i propri massimali. Fino ad AO è emerso un paradigma diverso dalla blockchain tradizionale. Attraverso una progettazione intelligente, lo spazio dei blocchi su AO non è più una fornitura fissa di scarsità, ma una risorsa che può essere creata all'infinito secondo necessità, dando così ad AO la capacità di espandersi all'infinito!
Ciò rende possibile anche AgentFi, un modello finanziario orientato agli agenti. Rispetto alla DeFi tradizionale, AgentFi ha una gamma più ampia di scenari applicativi.
Il protocollo DeFi tradizionale ha avuto origine da Ethereum Sebbene siano nate varie catene pubbliche L2 e ad alte prestazioni, l'immaginazione delle persone per il paradigma di costruzione DeFi è sempre stata limitata a Ethereum. Ora, entriamo in una piattaforma senza limiti di prestazioni, proprio come ricordare la serie di sviluppi di Internet dalla sola lettura, alla lettura-scrittura, all'algoritmo, all'autonomia, e reimmaginare come dovrebbe apparire la finanza on-chain tipo, se emergerà una nuova immagine nella tua mente? Una visione di uguaglianza finanziaria in cui tutti gli utenti possono creare agenti finanziari e qualsiasi unità di calcolo può diventare un "istituto finanziario" e fornire servizi finanziari personalizzati!
Perché abbiamo bisogno di un protocollo standard per l'Agente?
Sul computer AO, i processi comunicano tramite messaggi e lo scambio di messaggi segue determinate specifiche. In effetti, lo stesso vale nel panorama finanziario.
La personalizzazione è il punto di partenza per la diversificazione. Se diversi tipi di agenti finanziari si sviluppano da soli, verranno inevitabilmente prodotte specifiche di protocollo diverse. In questo modo, l'interazione tra gli agenti diventa un grosso problema. Come consentire agli agenti di interagire tra loro? Che ne dici della comunicazione e poi dell'abbinamento reciproco?
Per evitare la mancanza di interoperabilità causata dalla mancanza di specifiche unificate, è nato il protocollo FusionFi (FFP).
Essendo un protocollo di interazione tra agenti, il protocollo FusionFi definisce le regole di interazione tra agenti, consentendo a vari servizi finanziari creati sulla base degli agenti di comunicare tra loro e quindi integrarsi. All’epoca in cui AgentFi era appena agli inizi, un accordo del genere poteva dirsi piuttosto lungimirante.
FFP (protocollo FusionFi)
FusionFi Protocol è un protocollo lanciato dal fondatore di EverVision outprog alla conferenza Arweave Asia del 2024.
Il concetto chiave del protocollo FusionFi è Nota. È un modello di rappresentazione astratta di un impegno, che può assumere la forma di gettoni, obbligazioni, certificati, diritti contrattuali, ecc. Utilizzando il modello Note come mezzo, il protocollo FusionFi può supportare una varietà di scenari finanziari, come scambi, prestiti, impegni, ecc.
Il protocollo FusionFi non solo fornisce una specifica del protocollo, ma fornisce anche agli sviluppatori una serie di strumenti di sviluppo AgentFi (SDK FFP) per aiutare gli sviluppatori a creare AgentFi in modo più efficiente e semplice.
Attualmente, il protocollo FusionFi ha già due istanze: AMM Agent e Orderbook Agent.
Agente AMM
Prendendo come esempio l'Agente AMM, ciascun Agente AMM può essere inteso come un pool di liquidità di "sovranità personale" e le regole di market making di questo pool di liquidità possono essere impostate dall'utente. Ciò significa anche che gli utenti non devono fare affidamento su piattaforme esterne come un pool di capitali utilizzando un algoritmo di market making unificato, ma possono implementare autonomamente la funzione di swap e trovare qualsiasi controparte adatta nell’intera rete. In altre parole, quando un utente crea un agente, sta effettivamente creando uno scambio decentralizzato personale. Quindi il protocollo FusionFi può consentire a molti di questi "scambi personali" di formare una rete peer-to-peer per ottenere un abbinamento più efficiente e flessibile.
Di seguito è riportato il processo principale di AMM Agent:
Spiegazione del PASSAGGIO 1. Crea l'agente AMM chiamando il metodo createAMMAgent per creare l'agente. L'agente esiste sotto forma di processo AO, l'agente è controllato dagli utenti 2. Depositano i token nell'agente AMM Prepararsi per la liquidità 3. Aggiungere liquidità e richiamare il metodo agent.addLiquidity per aggiungere un determinato importo di asset al pool di liquidità 4. Riscattare automaticamente l'AMM Agent. Utilizza algoritmi (come la formula del prodotto costante) per calcolare automaticamente i prezzi di scambio e le regole di market making possono essere impostate da solo 5. Rimuovere liquidità Quando gli utenti devono prelevare fondi, possono utilizzare il metodo agent.removeLiqudity per rimuovere liquidità.
Sembra molto semplice. In effetti, per LP, sembra essere un processo standard di creazione, deposito, aggiunta, scambio e prelievo. Tuttavia, la differenza è che l'Agente è controllato dall'utente stesso in Nelle tue mani. Questa è in realtà la capacità di AgentFi stesso e FusionFi stabilisce un ingresso (e una struttura dati) relativamente unificata per questo insieme di funzionalità.
Puoi capire che come LP, tutto ciò che devi completare sono le operazioni di deposito e prelievo e basta chiamare la funzione di immissione unificata. La funzione stessa può essere collegata a più progetti DeFi e puoi ignorare il modo in cui interagiscono e funzioneranno in futuro. Questo è il valore del livello standard del protocollo. Proprio come con l’emergere di standard come ERC20, il livello applicativo si adatta agli utenti.
Di seguito è riportato un esempio di codice specifico per l'aggiunta di liquidità.
Come puoi vedere, questa funzione può essere implementata rapidamente con poche righe di codice principale.
const minLiquidity = attendono agent.getMinLiquidityByX(helloAmount, ammSlippageOfPercent)//Imposta l'importo e lo slittamento const addLiquidityMessageId = attendono agent.addLiquidity(minLiquidity)//Avvia un messaggio per aggiungere liquidità const addLiquidityResult = attendono getProcessResult(addLiquidityMessageId, ammProcess)// Ottieni risultato
Origine del caso d'uso del codice: https://github.com/permadao/ffp-demo
Nota il ciclo di vita
Qui possiamo passare alla prospettiva di Note e dare un'occhiata al processo di transazione tra l'utente e l'agente AMM.
Quando un utente avvia una richiesta di richiesta, tutti gli agenti AMM con la liquidità corrispondente creeranno automaticamente una quotazione. Questa quotazione è una nota. Il periodo di validità di questa nota è molto breve. Se la transazione non può essere completata rapidamente, la nota scadrà. Gli agenti AMM sono equivalenti ai creatori
Tutte le note verranno archiviate centralmente nel Note Pool del sistema. Il Note Pool funge da spazio di archiviazione condiviso nel sistema per facilitare l'accesso da parte di altre entità.
Gli utenti selezionano la nota di quotazione più adatta dal Note Pool attraverso la pagina web front-end e la inviano al Centro di liquidazione per la liquidazione. Il Settlement Center è responsabile dell'esecuzione di operazioni di regolamento specifiche, come lo swap qui.
La nota è contrassegnata come "risolta" e lo scambio viene eseguito correttamente.
In questo caso, il Centro di regolamento è un componente chiave del protocollo FusionFi ed è responsabile della gestione di varie operazioni di regolamento delle note all'interno del sistema.
In effetti, lo stesso vale per Orderbook Agent. L'ordine limite nello stesso Orderbook Agent è una nota e il suo processo di regolamento è esattamente lo stesso dell'agente di quotazione creato da AMM Agent. Ciò significa che il protocollo FusionFi può effettivamente fondere la liquidità proveniente dagli AMM e dai registri degli ordini.
Tale integrazione apporta grandi vantaggi Nello scenario dello swap, la liquidità può provenire dalle quotazioni degli utenti o dai nodi di market-making. Gli utenti possono utilizzare il protocollo di routing per trovare liquidità nell'intero pool di note e ottenere il miglior prezzo di transazione. L'AMM fornisce liquidità di base al mercato, ma presenta il problema di un grande impatto sui prezzi e di perdite temporanee, mentre il book degli ordini consente agli utenti di effettuare ordini in modo indipendente, il che è adatto per transazioni di grandi dimensioni e utenti con esigenze di prezzo specifiche. Una volta integrata, l’AMM fornisce liquidità continua, mentre il book degli ordini riduce l’impatto sui prezzi e aumenta la profondità, rendendo le operazioni di grandi dimensioni più efficienti. Questo modello soddisfa le esigenze di diversi tipi di utenti, dagli investitori al dettaglio alle istituzioni, che possono trovare metodi di negoziazione adeguati, migliorando così l’utilizzo dei fondi e promuovendo un’ulteriore maturità del mercato.
Insediamento atomico multi-nota
Il caso di cui sopra è limitato alla liquidazione di una nota alla volta, ma in realtà il protocollo FusionFi può supportare anche la liquidazione di più note alla volta e questa transazione è atomica. Lo stato di un Titolo non può essere modificato fino a quando tutti i Titoli in un'unica liquidazione non saranno stati regolati. Altrimenti lo stato di tutte le Note non verrà modificato.
Ciò offre alcune funzionalità molto utili:
Suddivisione delle transazioni di grande importo: gli ordini di grande importo sono difficili da accettare da parte di un'unica controparte. Il FFP supporta la suddivisione degli ordini di grande importo per sfruttare appieno la liquidità dispersa.
Combina più transazioni: più transazioni possono essere unite in un unico ordine atomico. Ciò può migliorare la velocità delle transazioni in una certa misura. Per i trader ad alta frequenza e gli scenari di trading complessi, questo miglioramento dell’efficienza è cruciale.
Trading multi-hop: il trading multi-hop è un'estensione della funzione di combinazione degli ordini. Supponiamo che nello scenario di scambio, la sostituzione di A→C debba essere completata, ma non esiste un percorso diretto da A→C, ma esiste un percorso da A→B→C che può realizzare la combinazione di A→B e B→C. Inoltre, questa transazione multi-hop è atomica e non si verificherà alcuna situazione in cui A→B ha successo e B→C fallisce.
Arbitraggio a capitale zero: è il cosiddetto lupo a mani vuote. L'essenza è che l'arbitraggio regola due banconote con i tassi di interesse allo stesso tempo. Puoi vedere l'immagine qui sotto.
Fonte immagine: https://x.com/Permaswap/status/1854212032511512992
Permaswap è il primo DEX AgentFi basato sul protocollo FusionFi ed è attualmente il DEX più maturo nell'ecosistema AO. Chiunque sia interessato può provare le funzionalità di cui sopra su Permaswap (aopsn.com).
Centro di insediamento
Ovviamente, il Settlement Center è un componente chiave del protocollo FusionFi. Elaborerà tutte le note in base all'ordine cronologico Finché il sistema SU dell'AO è normale, è possibile ottenere l'ordine cronologico. Chiunque può estrarre banconote dal pool di banconote e inviarle al Settle Center per la liquidazione.
Quando il volume delle richieste di elaborazione delle banconote aumenta, il Centro di regolamento può anche essere facilmente espanso in modo distribuito, utilizzando più processi di regolamento per scaricare le attività di regolamento. La quantità di pressione esistente viene calcolata in base all'ID della banconota ed è suddivisa in diversi processi di liquidazione per l'elaborazione.
Diverse applicazioni di Nota
Il formato strutturato della nota definito dal protocollo FusionFi ha in realtà una forte applicabilità universale a varie attività finanziarie. Pertanto, Note può essere utilizzato in vari modi. Non solo può essere utilizzato per esprimere quotazioni per transazioni spot, ma può anche essere utilizzato nella negoziazione di futures, negoziazione di contratti, prestiti e altri scenari. Pertanto, FusionFi può integrare non solo liquidità, ma anche varie forme finanziarie.
veduta
Secondo l’autore, l’essenza di questo mondo di Internet sono le transazioni multipunto, quindi risolvere transazioni ad alta frequenza tra più gruppi è di grande valore e il modello di AgentFi può gestire quasi tutti gli scenari DeFi, mentre il protocollo FusionFi consente agli agenti di condurre punti corrispondenza da punto a punto in modo più efficiente e questa corrispondenza è tra protocolli. Di fronte a un modello in cui la competizione per la liquidità è il principale metodo di competizione nel campo DeFi e il monopolio della liquidità è il metodo di profitto, i cambiamenti che il protocollo FusionFi può apportare sono dirompenti!
Naturalmente, il protocollo FusionFi è un protocollo standard completamente nuovo e potrebbe dover essere continuamente adattato e ottimizzato in base alle esigenze aziendali. Questo può fare riferimento ai modelli BIP (Bitcoin Improvement Proposal) e EIP (Ethereum Improvement Proposals) per assorbire la creatività nella co-creazione.
Riferimenti:
Finanza intelligente: da AgentFi a FusionFi
https://x.com/perma_daoCN/status/1801474305597050906
Protocollo FusionFi: elemento fondamentale per ottenere l'interoperabilità di AgentFi
https://x.com/Permaswap/status/1854212032511512992
Documentazione del protocollo FusionFi
https://github.com/zyjblockchain/ffp-doc/blob/main/doc/FusionFi introduzione al protocollo.md