Recentemente, API 3 ha ricevuto 4 milioni di dollari in finanziamenti strategici, guidati da DWF Labs, con la partecipazione di molti noti VC. Per molto tempo, il percorso degli oracoli è stato dominato da oracoli tripartiti rappresentati da Chainlink. Anche Quattordici è rimasto sorpreso quando ha visto questa notizia ~ Perché API 3 è riuscita a ottenere finanziamenti? Sarà lui il disgregatore degli oracoli tradizionali? Cosa lo rende unico? In quanto progetto API decentralizzato (dAPI), API 3 è definito come un oracolo "di prima parte". Attraverso la rivoluzionaria e innovativa rete OEV (basata su ZK-Rollup), risolve il problema della fiducia degli intermediari oracolari di "terze parti". , la trasparenza dei dati è bassa e l'OEV (Oracle Extractable Value) è un problema comune.
1. Gli oracoli possono davvero predire il futuro?
Il termine "oracolo" è in qualche modo mitico e può facilmente fuorviare il pubblico. Ma in realtà si riferisce a strumenti che forniscono dati reali off-chain per contratti intelligenti on-chain, ma cosa è reale? Come garantire l'integrità dell'oracolo stesso? Le profezie faranno del male? Sono molteplici gli oracoli in collusione? Come comprendere l'OVM (Oracle Machine Extractable Value)? Nel primo trimestre del 2024, dopo il recente aumento di BTC, anche il valore totale dei token bloccati nei progetti DeFi ha raggiunto un nuovo massimo, raggiungendo i 175 miliardi di dollari USA. Rispetto ai 103 miliardi di dollari USA nel quarto trimestre del 2023, ha registrato un aumento quasi il 70% e anche la macchina dell'oracolo è stata definita il cuore della DeFi. Nel campo della DeFi, come gli scambi decentralizzati (DEX), le piattaforme di prestito e le piattaforme di trading di derivati, tutti fanno affidamento su dati accurati sui prezzi per operare. All'inizio del 2023 è stato manipolato il contratto Oracle TellorFlex utilizzato da BONQ, il protocollo di prestito decentralizzato sulla catena poligonale. L'aggressore ha utilizzato un costo inferiore per modificare la quotazione Oracle e quindi ha concesso mutui ipotecari ottenendo enormi profitti Il lato del progetto ha generato una perdita di circa 88 milioni di dollari. Gli attacchi causati da problemi di quotazione Oracle sono diventati comuni. Si può vedere che dati off-chain trasparenti e affidabili sono la garanzia di base per supportare il funzionamento della dApp.
2. Come si connette l'oracolo all'off-chain e all'on-chain?
Le modalità di funzionamento delle macchine Oracle generalmente includono caricamento pianificato, guidato dagli eventi e risposta alle richieste. Prendiamo come esempio il processo generale di richiesta di risposta, che è suddiviso grosso modo nei seguenti 4 passaggi:
FASE 1: Sulla catena, la dApp chiamante avvia una richiesta (essenzialmente una transazione) e il contratto del server Oracle attiva un evento da emettere sulla catena.
FASE 2: Fuori catena, il nodo oracolo monitora gli eventi per ottenere informazioni e ottiene informazioni fuori catena accurate attraverso i rispettivi sistemi.
FASE 3: Off-chain e on-chain, la macchina Oracle fornisce i dati al contratto del server Oracle sotto forma di transazione
PASSO 4: Sulla catena, il contratto del server Oracle restituisce i dati al chiamante (dApp). Sono disponibili due opzioni: push attivo e query secondaria Dapp.
L’autore fornirà un’interpretazione ampliata di questo processo:
Prima di tutto, i requisiti della catena sono pubblici, perché gli eventi sono un meccanismo comune delle blockchain basate su EVM, il che significa che l’intera rete può sapere che Dapp ora ha bisogno di xx informazioni.
In secondo luogo, il push off-chain non è atomico e le transazioni on-chain vengono completate in tempo reale, quindi i dati off-chain devono avere un certo ritardo.
Infine, se c'è una domanda personalizzata sulla catena, l'oracolo può essere trasformato in un ruolo imparziale di terze parti e inviato al Dapp. Tuttavia, lo saranno i dati di mercato generali più simili, come il prezzo in tempo reale di BTC recuperati dalla Dapp stessa Il contratto viene acquisito. Naturalmente, anche la stessa macchina Oracle dispone di un meccanismo di reporting programmato e quelli sopra menzionati sono sostanzialmente gli stessi.
3. Disaccoppiamento della Luna, il turbolento percorso dell'oracolo
Ma la blockchain non è solo Defi. Attraverso gli oracoli, le dApp possono ottenere dati off-chain in modo sicuro ed efficiente, ampliando così notevolmente il proprio ambito di business e gli scenari applicativi, estendendo le proprie direzioni aziendali alla finanza, alle assicurazioni, alla gestione della catena di fornitura e ai beni fisici altri campi.
Nel mercato odierno, utilizziamo i dati della piattaforma defilama per dimostrare che Chainlink è ancora saldamente in posizione di leadership, con TVS (il valore totale degli asset denominati in dollari USA depositati sul mercato garantiti da infrastrutture chiave come gli oracoli) che raggiunge il 45% del intero mercato.
I lettori attenti scopriranno che la curva sul lato destro della figura sopra ha fluttuato violentemente nel maggio 2022, e l'innesco è stato il famoso evento di incidente LUNA nel 2022. Dal 7 maggio 2022 al 13 maggio 2022, la principale stablecoin algoritmica UST ha sperimentato due disaccoppiamenti e alla fine caddero in una spirale mortale, con il collasso sia di LUNA che di UST. Allo stesso tempo, molti progetti che utilizzano oracoli interni hanno riscontrato seri problemi a causa della loro scarsa risposta alle fluttuazioni dei prezzi.
Come si può vedere chiaramente nella figura seguente, la quota di mercato degli oracoli interni (rosa nella figura sotto) è crollata nel maggio 2022. L'oracolo Chronicle (rosso nella figura sotto) ha colto molto bene questa ondata di traffico e sostanzialmente ha vinto la quota di mercato. Il mercato perduto degli oracoli interni.
4. Il dilemma degli oracoli di terze parti
Oltre agli eventi che hanno sconvolto il settore, sembra che lo sviluppo degli oracoli sia stato bloccato. Infatti, poiché il posizionamento del settore è molto chiaro, si tratta di uno strumento per collegare i dati su e giù nella catena, risultando in un prodotto relativamente unico. funzione.
La cosa più criticata è il suo modello di profitto. Attualmente, i suoi punti di profitto sono concentrati in due direzioni generali: le tariffe di abbonamento ai dati e la speranza che i token emessi dal progetto si apprezzino. Ovviamente, le entrate generate da un singolo modello di profitto per l'abbonamento dati sono limitate. Prendiamo come esempio la funzione di addebito VRF (sequenza casuale verificabile) fornita da Chainlink. Facendo riferimento al browser blockchain Etherscan, l'autore ha contato i blocchi del contratto delle due versioni di VRF V1 e V2 Il numero totale di token è di circa 370.000 (7+30 Calcolato all'attuale tasso di cambio LINK ($ 16), il ricavo totale è di circa 6 milioni di dollari. Da quando la versione VRF V2 è stata lanciata alla fine di febbraio 2022, ha generato un fatturato totale di 4,8 milioni di dollari, con un ricavo mensile medio di circa 170.000 dollari (1,1 W LINK). Rispetto alle grandi dimensioni di Chainlink, questi profitti sono davvero una goccia nel mare. Per quanto riguarda l’aspettativa di apprezzamento del token, ognuno ha un’opinione diversa.
Tuttavia, a causa della natura del terzo, la stessa Oracle Machine si trova in una posizione relativamente neutrale e ha iniziato a costare all’infrastruttura di sicurezza del livello applicativo. Solo rompendo l'immagine tradizionale del middleware e realizzando un'espansione funzionale differenziata e sistematica è possibile aumentare i margini di profitto. Ad esempio, LayerZero, come un tipico ponte a catena incrociata, pone la sua sicurezza sulle richieste dei nodi ultraleggeri trasportati dalla macchina oracolare.
In breve, il dilemma della macchina oracolo a livello di mercato è che è limitata dagli svantaggi naturali causati dal modello operativo, con funzioni singole, profitti magri e scalabilità non ancora sviluppata.
Tuttavia, se espandiamo il modello di esecuzione del cosiddetto Oracle di terze parti, scopriremo che i suoi problemi provengono anche da fattori di "terze parti" API 3, come nuova macchina Oracle, si posiziona come "first -partito".
4.1 Confronto tra oracoli di terze parti e di prime parti
API 3 sceglie di attivare le funzionalità complete di servizio operativo e di manutenzione dei nodi di servizio API come punto di partenza e utilizza un approccio più nativo web3 (leggero + modulare) per costruire un ponte tra il lato della domanda e quello dell'offerta della macchina Oracle. Gli operatori API possono creare rapidamente i propri nodi Oracle basati sulla soluzione Airnode fornita da API 3.
In quanto progetto Oracle di prima parte, rispetto al tradizionale fornitore API Oracle di terze parti → Oracle → processo aziendale Dapp, la trasformazione di API 3 (fornitore API + Oracle) → Dapp rende il fornitore API solo il padrone della questione agisce come un Oracle Worker di terze parti e ha più voce in capitolo.
Come mostrato nella figura sopra, senza l'intervento di terzi, il collegamento dati si riduce. Quando i ruoli del fornitore API e dell’Oracolo sono integrati, non vi è alcun dubbio sulla provenienza dei dati perché la reputazione del fornitore API viene portata on-chain insieme ai dati.
Grazie alla reputazione del fornitore API e alla forte strategia vincolante di fornitura dei dati, la tracciabilità è semplice, tecnicamente non è consentito fare del male (senza essere scoperti) ed esiste un meccanismo di margine come backup. Anche se il fornitore dell’API fornisce dati falsi per tornaconto personale, l’utente danneggiato può comunque presentare ricorso e chiedere un risarcimento. Per gli incidenti coinvolti (come gli utenti che si lamentano maliziosamente di frodi assicurative), entreranno nel sistema giudiziario a catena per l'arbitrato. Con l'aiuto del meccanismo assicurativo fornito dalla DAO API 3 completamente decentralizzata, API 3 può punire nella massima misura i fornitori API e fornire un risarcimento agli utenti danneggiati.
5. Comprensione approfondita del modello economico token di API3 DAO
Basandosi sul suo meccanismo di staking, API3 DAO consente al modello economico dei token API3 di funzionare stabilmente attraverso feedback positivi e negativi.
5.1 Meccanismo di governance degli impegni
Il meccanismo degli impegni è un’operazione regolare della governance DAO per realizzare profitti mediante impegni, e la governance degli impegni è anche il punto di partenza dell’economia circolare. E anche l'API 3 è stata ottimizzata:
Cosa devo fare se il creditore fugge dopo aver ricevuto il ricavato del pegno? Il reddito gonfiato (token appena coniati) generato dallo staking dell'utente verrà ritardato e confluirà nello staking pool per impostazione predefinita.
Cos'altro si può fare con i token nello staking pool? Può essere utilizzato per compensare gli utenti per le perdite.
In che modo il prezzo in valuta del pool di pegni è stabile? API 3 controlla l'inflazione attraverso i meccanismi di Burn e Token lock: la condizione di scambio per ottenere i servizi dAPI è che gli utenti debbano masterizzare i propri token o bloccare i propri token.
5.2 Circuiti di feedback positivi e negativi
In questo modo, quale sarà l’andamento del numero di token presenti nel pledge pool? Ci sarà un’espansione disordinata o un collasso a causa dell’insufficiente pagamento dei risarcimenti? Analizziamolo:
Con l’aumento degli utenti dAPI, aumenteranno i rischi del sistema (i costi operativi del sistema aumentano con l’aumento del numero di utenti) e aumenterà il numero di incidenti che richiedono un risarcimento. In questo momento, i token nel pool di impegno saranno ridotti (utilizzati per risarcire gli utenti danneggiati) e i promotori (e i gestori) subiranno danni ai propri interessi a causa della cattiva gestione. Allo stesso modo, una riduzione del numero di token nello staking pool significa anche un aumento del numero di token che fluiscono sul mercato. Poiché i token detenuti dagli utenti sono influenzati dall’inflazione, a proprio vantaggio, gran parte del flusso di token è destinato al pledge pool.
Quando il numero di utenti dAPI diminuisce, diminuisce il rischio del sistema, i token nel pool di pegno aumenteranno gradualmente e il numero di token che fluiscono sul mercato diventerà scarso. Ma ciò non significa che il numero di token nel pool dei pegni continuerà ad aumentare. API 3 DAO lo adatterà a un valore di salute target controllando dinamicamente il reddito dei pegni (e il tasso di espansione).
Le due situazioni precedenti possono benissimo formare il ciclo positivo e negativo mostrato in (a) a sinistra nella figura seguente. Quando una qualsiasi situazione raggiunge la soglia, il sistema si auto-regolerà e gli utenti dAPI si stabilizzeranno come mostrato in (b) a sinistra nella figura seguente, facendo infine funzionare il sistema in uno stato integro.
In effetti, questo tipo di token di governance in stile Dao è stato a lungo reso popolare in varie governance DeFi. Ad esempio, il DAI di MakerDao, il benchmark di implementazione dettagliato delle stablecoin decentralizzate che l'autore ha analizzato in precedenza, ha MKR come precursore:
Ciò che è particolarmente bello è il suo meccanismo d'asta a 4 vie: Lettura estensibile: "Un articolo lo spiega chiaramente: l'ultima proposta GHO di valuta stabile di DeFI King AAVE"
Tra queste c'è la rubrica "Insolventi, quattro aste".
Pertanto, la governance in stile DAO è la modalità operativa principale per la stabilità economica, ma l’innovazione dell’API 3 non è inferiore.
6. Vantaggi unici: rete OEV innovativa (basata su ZK-Rollup)
6.1 La nascita dell'OEV
Similmente al MEV (Miner Extractable Value), l'OEV (Oracle Extractable Value) si riferisce agli oracoli che utilizzano la loro posizione per acquisire valore che altrimenti andrebbe a terzi. MEV acquisisce valore attraverso la sequenza delle transazioni, mentre OEV utilizza la differenza di prezzo tra on-chain e off-chain per estrarre valore, come dati chiave di mercato o scenari che innescano importanti eventi on-chain (come la liquidazione).
Per capire come viene generato l'OEV, è necessario prima conoscere gli attuali problemi delle macchine Oracle: a causa del costo del caricamento dei dati, attualmente le macchine Oracle adottano sostanzialmente un meccanismo di caricamento regolare dei dati e l'intervallo di tempo è fissato in un intervallo relativamente piccolo . Allo stesso tempo, al fine di evitare che enormi fluttuazioni dei prezzi a breve termine influenzino il mercato, la macchina oracolare generalmente fisserà una soglia Quando l'intervallo di fluttuazione dei prezzi raggiunge la soglia in un breve periodo di tempo, verrà aggiornato attivamente innescato.
Sebbene questo rimedio possa alleviare alcuni problemi, non risolve sostanzialmente il problema della latenza nel caricamento dei dati. Il mercato DeFi è solitamente altamente volatile e i prezzi degli asset possono cambiare in modo significativo in un breve periodo di tempo. L’incertezza portata nel mercato DeFi dalla funzione di alimentazione dei prezzi dell’oracolo non può essere sottovalutata.
In questo caso, i cercatori di profitto di terze parti hanno una prospettiva divina. Approfittando del ritardo nell'aggiornamento dei dati, possono ottenere enormi profitti e nasce l'OEV.
Per le dApp che si basano su oracoli, qualsiasi aggiornamento o assenza di feed di dati può creare opportunità per l'OEV, come front-running, arbitraggio e liquidazione. In realtà è difficile giudicare la proprietà del valore sfruttabile causato dal ritardo nell'alimentazione dei dati. Il caricamento dei dati stesso presenta un certo grado di volatilità, pertanto, se il caricamento dei dati viene ritardato, il problema della macchina Oracle non può essere individuato this Il valore sfruttabile generato dal ritardo parziale non può essere considerato generato in modo dannoso dalla macchina Oracle.
6.2 Rete OEV: una fase di aste per giochi multiparty
A causa dell'esistenza dell'OEV, gli utenti e la dApp, in quanto due parti che interagiscono tra loro, ricevono valore da terzi. Queste sono ovviamente situazioni che le due parti non vogliono vedere. L'API 3 ha scoperto che gli oracoli hanno il diritto di rifiutarsi di acquisire il valore di tutte queste fughe di notizie (diritti sui prezzi per i dati on-chain), quindi è stato proposto OEV NetWork.
Essendo una rete basata sul rollup Polygon zk, si tratta di una piattaforma d'asta con flusso di ordini separato (l'intenzione di qualsiasi partecipante di modificare lo stato della blockchain è un ordine), che mette all'asta i diritti di aggiornamento dei dati dAPI.
API 3 ha sviluppato la propria piattaforma d'asta, eliminando la dipendenza da servizi esterni, consentendo la condivisione dell'OEV tra le parti interessate senza condividere i profitti con la piattaforma d'asta e internalizzando l'OEV nella blockchain con tutti i feed di dati integrati.
Il vincitore dell'asta può ottenere i diritti di aggiornamento dei dati di dAPI e aggiornare i dati sui prezzi. La maggior parte dei profitti dell'asta verranno restituiti a dApp e una parte molto piccola verrà restituita all'API 3 per coprire i costi operativi. Ovviamente quando il banditore (un terzo) ritiene che il costo dell'asta
Il ciclo di vita dell'asta è mostrato nella figura seguente Quando un ricercatore scopre OEV, avvierà un'offerta d'asta. Dopo che il ricercatore ha vinto l'offerta, otterrà il diritto di aggiornare i dati dAPI del nodo Oracle. Dopo aver pagato la tariffa dell'offerta, potrà esercitare questo diritto per aggiornare i dati dAPI del nodo Oracle. La commissione d'asta pagata è l'OEV catturato, che confluisce nella dApp.
La tendenza naturale nelle aste è che i terzi (ricercatori) aumentino ulteriormente il prezzo dell'offerta per ottenere possibili profitti. Più alto è il prezzo dell'asta, minore è la differenza tra l'OEV effettivo e l'OEV catturato.
Per quanto riguarda quanto sia grande questa torta, potremmo anche aspettare, vedere e dare un giudizio dopo che la rete di prova avrà funzionato stabilmente per un periodo di tempo. Il risultato dell'asta è quasi una situazione vantaggiosa per i quattro ruoli di dApp, nodo Oracle API 3, terze parti e utenti dAPP. La dAPP che accede all'origine dati API 3 verrà ridotta al minimo dalla terza parte allo stesso tempo, può catturare la maggior parte del valore OEV, perché la forma finale della concorrenza di mercato deve essere la concorrenza tra terzi. Per ottenere margini di profitto, i profitti di terzi saranno gradualmente compressi e il beneficiario finale dovrà farlo essere dApp. Per API 3, una piccola parte del valore OEV può essere utilizzata per mantenere il funzionamento del percorso aziendale OEV. Anche i terzi possono ottenere una parte dell'azione. Per gli utenti di dApp, la granularità può essere aumentata incentivando partecipanti terzi altamente specializzati a fornire metodi più approfonditi per determinare quando aggiornare i punti dati sulla catena, a vantaggio in definitiva degli utenti di dApp.
A questo punto, sulla base dello schema dell'asta OEV dell'API 3, il problema della distribuzione dei benefici nei giochi multiparty è stato in gran parte risolto e l'originario "profitto sbagliato" del terzo è stato restituito al relativo parti interessate. Questa soluzione è davvero elegante.
Lettura espandibile: "Rapporto di ricerca UniswapX (parte 1): riepilogo dei collegamenti di sviluppo V1-3, interpretazione delle principali innovazioni e sfide del DEX di prossima generazione" per comprendere il meccanismo d'asta di UniswapX.
7. Riepilogo
L'API 3 costruisce un ecosistema a guida autonoma basato sulla propria economia simbolica e rende il funzionamento del sistema più stabile attraverso aggiustamenti di feedback positivi e negativi.
Allo stesso tempo, la rete OEV proposta da API 3 risolve abilmente il problema del flusso OEV introducendo un meccanismo di asta per i diritti di aggiornamento dei prezzi dAPI e trasferisce abilmente a terzi la contraddizione tra oracolo e dApp dovuta a OEV.
Con la popolarità e lo sviluppo delle applicazioni decentralizzate, la domanda di servizi oracolari affidabili e sicuri continuerà a crescere e sembra essere emerso il prototipo della prossima generazione di oracoli.
Tuttavia, l’API 3 deve affrontare anche alcune sfide.
Un modello economico non può essere definito e progettato all’inizio e può funzionare stabilmente a lungo termine. Il successivo processo continuo spesso sfocerà in una governance eccessiva o trascurata.
Inoltre, il nucleo dell'asta API risiede nella misurazione della reputazione e del reddito. Si tratta essenzialmente di un modello ottimista, non di un modello pessimistico (ZK), sebbene LayerZero, che utilizza anche questa struttura di reputazione, abbia continuato a funzionare, anche l'oracolo + ponte a catena incrociata bidirezionale ad alto rischio La combinazione non ha mai avuto problemi di mercato e la sua sicurezza può essere dimostrata, ma esiste ancora la possibilità di rischio. E continuare a scommettere sulla reputazione significa che i rendimenti di mercato dei partecipanti devono essere sufficientemente elevati, il che è strettamente correlato allo sviluppo del mercato dell’API 3.
Infine, non è facile competere nel mercato delle macchine Oracle. La causa principale è che ciò che ogni Dapp apprezza di più non è solo la capacità di fornire dati, ma il posizionamento di terze parti della stessa macchina Oracle Now API 3 rotto questo punto, ma anche la Dapp stessa è in grado di partecipare all'asta inevitabilmente fa sì che gli utenti si preoccupino se colluderanno da soli, anche se ciò significa anche mettere in gioco la reputazione della propria Dapp. Inoltre, Chainlink e altri non sono in grado di seguire l’esempio. Possono anche rilasciare più OEV per continuare a controllare il mercato.