Autore: Shisi Jun

Revisore: 0xmiddle

Fonte: Content Guild - Ricerca e analisi

Introduzione

Oggi, sono già passati più di 3 anni dall'esplosione dell'estate DeFi, e sono trascorsi più di sei mesi dall'approvazione dell'ETF di riferimento per la conformità. La situazione è cambiata?

Guardando indietro, i contratti intelligenti di Ethereum hanno migliorato la programmabilità della blockchain, espandendo la blockchain da una semplice funzione di contabilità a un'infrastruttura che supporta molteplici applicazioni. Tra i vari settori, non c'è dubbio che la migrazione decentralizzata della finanza tradizionale sia il caso d'uso più pratico.

Diamo un'occhiata ai dati TVL di DeFi su DeFiLlama: attualmente il TVL delle applicazioni DeFi ha superato gli 80 miliardi di dollari. Negli ultimi anni, molte blockchain sono emerse, e anche gli L2 di Ethereum stanno alleviando lo spazio di Ethereum L1, ma attualmente, sulla piattaforma Ethereum, rimane stabilmente bloccato oltre la metà del totale degli asset DeFi.

图片

Fonte dell'immagine: defillama.com/chains

L'ambizione iniziale del DeFi era tentare di sovvertire i modelli di business di prestito, pagamento e assicurazione all'interno del sistema finanziario tradizionale, consentendo agli utenti di completare queste operazioni senza fare affidamento su banche o altri istituti finanziari tradizionali. Ma oggi, il TVL del DeFi è in realtà stagnante da lungo tempo, senza superare i limiti di grandezza.

La maggior parte degli esperti ritiene che il DeFi sia limitato dalle prestazioni e dai costi della rete Ethereum, rendendo difficile realizzare applicazioni su larga scala e scenari finanziari complessi. Tuttavia, gli ecosistemi DeFi su vari L2 e nuove blockchain ad alte prestazioni non hanno portato a una rottura delle dimensioni del DeFi, ma piuttosto a fratture di liquidità, diminuzione dell'interoperabilità e altri problemi. Ethereum continua a mantenere l'ecosistema DeFi più completo e l'interoperabilità più sufficiente, rimanendo la piattaforma preferita per il deployment di progetti DeFi.

Oggi, sta emergendo una nuova tendenza: un nuovo paradigma DeFi basato su AO - AgentFi. Questa innovazione sta rompendo le limitazioni del DeFi tradizionale.

AO, basato sul layer di memorizzazione di Arweave, ha costruito un layer di calcolo che supporta l'esecuzione parallela dei processi, risolvendo il problema della scalabilità e realizzando un'ampia scalabilità quasi illimitata. La combinazione AO+Arweave è un'implementazione basata sul SCP (Paradigma di Consenso Basato su Memoria).

Su AO, i contratti intelligenti esistono in forma di processi. Poiché sono esenti da limitazioni di prestazione, chiunque può eseguire il proprio processo per delegare le proprie azioni finanziarie, con il consenso gestito dal layer di memorizzazione di Arweave. Questo è esattamente la base di AgentFi.

Questa nuova forma di DeFi, ovvero AgentFi, sostituirà il DeFi tradizionale, diventando la nuova forma principale di DeFi? Lasciami spiegare in dettaglio.

Limitazioni del DeFi tradizionale

Nell'architettura blockchain tradizionale, lo spazio del blocco è progettato come una risorsa scarsa, e sia gli utenti che le applicazioni devono competere per ottenere questa risorsa; quando la rete è congestionata, le persone devono pagare costi più elevati per ottenere spazio nel blocco. Questa è la causa fondamentale delle limitazioni di prestazione; le limitazioni di prestazione di Ethereum sono ormai evidenti, con circa 30 TPS, che sembrano insufficienti. Durante i picchi, le commissioni del gas possono aumentare di decine di volte, una situazione ormai abituale. In realtà, anche L2 e molte blockchain ad alte prestazioni hanno un soffitto di prestazioni; sebbene questo soffitto possa essere più alto, è comunque difficile accogliere un volume di affari paragonabile a quello della finanza tradizionale.

Per risparmiare sulle prestazioni e ridurre i costi di gas per gli utenti, migliorando l'esperienza utente, il DeFi tradizionale è stato progettato per utilizzare un singolo contratto intelligente per gestire gli asset aziendali e svolgere le operazioni finanziarie. Poiché i fondi e la logica aziendale sono gestiti da un contratto unico, diventa difficile realizzare operazioni aziendali realmente diversificate e personalizzate. Questo design, sebbene semplifichi i processi di gestione e garantisca coerenza, priva anche gli utenti della propria autonomia nella logica aziendale e nelle operazioni finanziarie, rendendo difficile soddisfare la crescente varietà delle esigenze degli utenti.

Per gli sviluppatori, la scrittura di contratti deve considerare le spese di gas e cercare di evitare la scrittura di codice contrattuale complesso. Su Ethereum, il gas limit per un trasferimento di ETH è di 21.000 gwei, e per un trasferimento di token ERC20 è di 65.000 gwei; per scenari un po' più complessi, come swap, transazioni NFT e prestiti, sono necessari almeno 300.000 gwei; se le operazioni diventano ulteriormente complesse, il consumo di gas diventa insostenibile per gli utenti. Questo limita notevolmente lo spazio di manovra per gli sviluppatori e limita la ricchezza e l'innovazione del DeFi.

Per risolvere fondamentalmente i problemi sopra menzionati, il mercato ha bisogno di un'infrastruttura più potente e di un sistema finanziario di supporto.

AO nasce così, e AgentFi è una nuova esplorazione della prossima generazione di DeFi nell'ecosistema AO.

AO: infrastruttura quasi illimitata

AO è l'acronimo di Actor Oriented, e come suggerisce il nome, è un protocollo di calcolo decentralizzato orientato agli attori.

In effetti, rispetto a Ethereum, AO è più vicino al concetto di computer globale. L'autore interpreta AO come un layer di calcolo super, il cui obiettivo principale è fornire servizi di calcolo collaborativi e senza fiducia senza limiti di scala.

Esploriamo insieme il diagramma di flusso di lavoro di un computer super parallelo basato su AO:

图片

Fonte dell'immagine: white paper AO

  • Generazione di messaggi: gli utenti o i processi avviano richieste creando messaggi. Questi messaggi devono conformarsi alle specifiche stabilite dal protocollo AO per essere trasmessi e trattati correttamente nella rete.

  • Unità di messaggeria (MU) in transito: le unità di messaggeria (MU) sono responsabili della ricezione dei messaggi generati dagli utenti, fungendo da router per inoltrare i messaggi ai nodi SU appropriati nella rete. In questo processo, MU firma i messaggi per garantire l'integrità dei dati.

  • Trattamento dell'unità di programmazione (SU): quando un messaggio arriva al nodo SU, SU assegna un nonce al messaggio per garantire la sua sequenzialità all'interno dello stesso processo e carica il messaggio e il nonce nella layer di consenso di Arweave per la memorizzazione permanente.

  • Calcolo dell'unità di calcolo (CU): dopo aver ricevuto il messaggio, l'unità di calcolo (CU) esegue il compito di calcolo corrispondente. Una volta completato il calcolo, CU genera una firma contenente il risultato dell'operazione e la restituisce a SU. Questa firma attesta la correttezza e la verificabilità del risultato del calcolo.

Dove proviene dunque il consenso?

Su AO, la memorizzazione è equivalente a consenso. Durante l'esecuzione del processo, vengono generate comunicazioni, e i messaggi vengono scritti su Arweave, creando uno "stato olografico". Questo significa che lo stato di esecuzione del processo può essere verificato. In altre parole, la memorizzazione immutabile di Arweave garantisce la verificabilità. Questo può sembrare controintuitivo, ma se comprendi a fondo il paradigma SCP, lo capirai immediatamente. Se non riesci a capirlo, puoi paragonarlo a un'iscrizione.

Oltre alla verificabilità, dobbiamo anche risolvere la questione di chi verifica. Con la verificabilità, chiunque può fornire servizi di verifica. Su AO, le applicazioni possono scegliere autonomamente il servizio di verifica, decidendo la loro sicurezza in modo flessibile in base alla natura del proprio business. Combinando il gioco economico della sfida ottimista, l'affidabilità della verifica può essere garantita.

Su un computer costruito su AO, le applicazioni sono costruite da un numero arbitrario di processi di comunicazione.

Su AO, non è consentito la condivisione della memoria tra i processi, ma è consentita la comunicazione tramite lo standard di messaggistica nativa.

Poiché la comunicazione è asincrona, concentrandosi sulla trasmissione dei messaggi, AO ha realizzato un meccanismo di scalabilità simile a quello di sistemi distribuiti tradizionali Web2.

Questo significa che, teoricamente, AO non ha limitazioni di prestazione.

Per gli sviluppatori, è possibile scegliere nodi pubblici, ma è anche possibile utilizzare i propri nodi per eseguire i propri servizi. In questo caso, se si verifica un collo di bottiglia delle prestazioni, è possibile semplicemente aumentare le risorse del proprio nodo, proprio come si farebbe per un servizio Web2.

Inoltre, questo modello di lavoro porta anche vantaggi aggiuntivi: i nodi di calcolo possono fornire supporto di potenza di calcolo per scenari AI. Questo sarà un argomento che avremo l'opportunità di esplorare in futuro.

Quali sono le differenze di AgentFi?

Diversamente dal DeFi tradizionale, che gestisce i fondi e svolge operazioni finanziarie tramite un contratto intelligente unico, il concetto di AgentFi è che ogni persona può eseguire processi su un computer AO e gestire i propri fondi, delegando le proprie azioni finanziarie. Quale forma assume questo? Spieghiamo utilizzando il DEX leader Permaswap su AO come esempio.

Nel DeFi tradizionale, supponiamo che Alice voglia scambiare il Token A con il Token B. Prima è necessario un pool di liquidità su un DEX, con i fondi gestiti da un contratto intelligente, per fornire la funzione di scambio A/B. Il tasso di cambio della transazione è determinato dalla curva di market making adottata dal contratto intelligente (ad esempio, x*y=k). In Permaswap, c'è questa forma: ogni LP gestisce i propri fondi di market making attraverso un processo di agenzia e definisce la propria curva di market making e strategia. Naturalmente, un LP può anche adottare una "strategia di market making estrema": semplicemente piazzando un ordine limite.

In realtà, abbiamo scoperto che Permaswap può integrare due forme di trading: AMM e order book. Per l'utente, quando TA avvia una transazione, l'entità che lo aiuta a completare la transazione può essere un AMM, un ordine limite o anche entrambi.

In generale, AgentFi ha tre caratteristiche:

1. Autocustodia: gli utenti gestiscono i propri fondi attraverso processi di agenzia controllati da loro, eseguendo le proprie strategie di trading, piuttosto che delegarle a un contratto unico.

2. Personalizzazione: gli utenti possono impostare flessibilmente i parametri delle proprie operazioni finanziarie attraverso i processi di agenzia controllati. Ciò significa che è come se l'utente aprisse un exchange, personalizzando le proprie strategie di trading e le commissioni; se si estende ai prestiti, si può comprendere come se l'utente aprisse una banca, personalizzando i tassi di interesse. Inoltre, gli utenti possono utilizzare processi di autocustodia per eseguire programmi di strategia finanziaria personalizzati, persino programmi strategici intelligenti integrati con AI.

3. Peer-to-peer: la corrispondenza tra domanda e offerta non è più il modello a pool del DeFi tradizionale, ma ritorna al modello peer-to-peer.

Su Ethereum, c'è una distinzione tra conti contratto (CA) e conti esterni (EOA), e le diverse funzionalità degli scenari finanziari sono realizzate tramite diversi codici contrattuali, richiedendo che gli attori partecipino attivamente. Su AO, invece, c'è un'altra concezione rivolta agli agenti; diversi agenti possono realizzare diverse funzioni, e le azioni finanziarie possono essere delegate agli agenti. L'autore ritiene che il concetto di AgentFi somigli di più a un mattoncino, che può combinarsi per creare un ecosistema di finanza decentralizzata più ricco.

Quando ci sono un gran numero di processi di autocustodia, come possono interagire e avere capacità di composizione? Qui entra in gioco il Protocollo FusionFi, che è uno standard di sviluppo e una specifica di comunicazione per gli agenti su AO. Praticamente tutte le operazioni finanziarie possono essere astratte come il flusso e l'elaborazione di documenti; il Protocollo FusionFi definisce uno standard di formato per i documenti. Con uno standard simile, forme finanziarie complesse e diversificate possono essere integrate. Gli sviluppatori possono realizzare vari tipi di operazioni finanziarie come exchange, prestiti, futures e persino stablecoin, basandosi sugli standard di FusionFi. In futuro, il Protocollo FusionFi potrà seguire modelli come BIP, EIP e NIP, meccanismi di proposta di standardizzazione del settore, per coinvolgere più persone nella definizione degli standard del protocollo e promuovere lo sviluppo sostenibile dell'ecosistema.

Una spiegazione dettagliata del Protocollo FusionFi sarà trattata in un articolo separato.

Riepilogo

I problemi di prestazione e costo di Ethereum limitano attualmente lo sviluppo del DeFi; anche se l'espansione di L2 e nuove blockchain ha portato risultati, esiste comunque un soffitto invisibile che limita lo sviluppo delle operazioni finanziarie.

Per rompere completamente il soffitto, è emerso un network di computer super parallelo diverso dai paradigmi blockchain tradizionali: AO. Grazie alle prestazioni illimitate di AO, AgentFi è diventato possibile. Gli utenti possono eseguire i propri processi, gestire i propri fondi e personalizzare le operazioni finanziarie.

Il modello finanziario rivolto agli agenti ha applicazioni più ampie rispetto al DeFi tradizionale.

Fonte dei dati:

1. Interpretazione del TPS di Ethereum

https://www.chaincatcher.com/zh-tw/article/2102262

2. Statistiche sull'uso del gas per le transazioni di Ethereum

https://etherscan.io/gastracker

Fonti:

1. Dettagli tecnici del supercomputer AO molto parallelo

2. Protocollo AO: supercomputer decentralizzato e senza permessi

https://x.com/kylewmi/status/1802131298724811108

3. Finanza intelligente: da AgentFi a FusionFi

https://www.notion.so/permadao/AgentFi-FusionFi-6461feb8915c4ea5a1252eca80aa6a4a