Nedávno API 3 nedávno získalo strategické financování ve výši 4 miliony USD, vedené laboratoří DWF, s účastí mnoha známých VC. Orákulové dráze dlouhodobě dominují trojčlenná orákula reprezentovaná Chainlinkem. Čtrnáct byl také překvapen, když viděl tuto zprávu ~ Proč bylo API 3 schopné získat financování? Bude narušitelem tradičních věštců? Čím je jedinečný? Jako decentralizovaný projekt API (dAPI) je API 3 definováno jako Oracle „first-party“ Prostřednictvím průkopnické a inovativní sítě OEV (založené na ZK-Rollup) řeší problém zprostředkovatelské důvěry „třetí strany“. , Transparentnost dat je nízká a OEV (Oracle Extractable Value) je běžný problém.
1. Mohou věštci skutečně předpovídat budoucnost?
Termín „věštec“ je poněkud mýtický a může snadno uvést veřejnost v omyl. Ale ve skutečnosti má na mysli nástroje, které poskytují mimořetězová skutečná data pro on-chain smart kontrakty, ale co je skutečné? Jak zajistit integritu samotného orákula? Způsobí proroctví zlo? Domlouvá se více věštců? Jak porozumět OVM (Oracle Machine Extractable Value)? V 1. čtvrtletí roku 2024, po nedávném nárůstu BTC, celková hodnota uzamčených tokenů v projektech DeFi také prolomila nové maximum a dosáhla 175 miliard amerických dolarů ve srovnání se 103 miliardami amerických dolarů ve 4. čtvrtletí roku 2023. téměř 70 % a věštecký stroj byl také Všichni jsou nazýváni základní krví DeFi. V oblasti DeFi, jako jsou decentralizované burzy (DEX), půjčovací platformy a platformy pro obchodování s deriváty, všechny spoléhají na přesné údaje o ceně. Začátkem roku 2023 byla zmanipulována smlouva TellorFlex oracle používaná společností BONQ, protokol o decentralizovaném půjčování na polygonovém řetězci, útočník použil nižší cenu k úpravě nabídky věštce a poté provedl hypoteční úvěry a získal tak obrovské zisky na straně projektu vygenerovala ztrátu přibližně 88 milionů USD. Útoky způsobené problémy s citacemi oracle se staly běžnými. Je vidět, že transparentní a spolehlivá data mimo řetězec jsou základní zárukou podpory provozu dApp.
2. Jak se oracle připojuje k off-chain a on-chain?
Pracovní režimy strojů Oracle obecně zahrnují plánované nahrávání, řízené událostmi a odezvu na požadavek. Jako příklad uvádíme obecný proces odpovědi na žádost, který je zhruba rozdělen do následujících 4 kroků:
KROK 1: V řetězci volající dApp iniciuje požadavek (v podstatě transakci) a smlouva se serverem Oracle spustí událost v řetězci, která má být vydána.
KROK 2: Mimořetězový uzel monitoruje události, aby získal informace, a získává přesné mimořetězové informace prostřednictvím svých příslušných systémů.
KROK 3: Počítač oracle mimo řetězec a v řetězci poskytuje data kontraktu serveru Oracle ve formě transakce
KROK 4: V řetězci smlouva serveru Oracle vrací data volajícímu (dApp). Existují dvě možnosti: aktivní push a sekundární dotaz Dapp.
Autor podá rozšířený výklad tohoto procesu:
Za prvé, požadavky na řetězec jsou veřejné, protože události jsou běžným mechanismem blockchainů založených na EVM, což znamená, že celá síť může vědět, že Dapp nyní potřebuje xx informací.
Za druhé, off-chain push je neatomický a on-chain transakce jsou dokončeny v reálném čase, takže data mimo řetězec musí mít určité zpoždění.
A konečně, pokud existuje přizpůsobená poptávka v řetězci, může být věštce přeměněna na nestrannou roli třetí strany a tlačena do Dapp. Nicméně většina podobných obecných tržních dat, jako je cena BTC v reálném čase, bude načteno samotným Dapp Smlouva je získána. Samotný stroj oracle má samozřejmě také naplánovaný mechanismus hlášení a ty výše uvedené jsou v podstatě stejné.
3. Luna decoupling, turbulentní věštecká dráha
Blockchain však není jen Defi Prostřednictvím oracles mohou dApps bezpečně a efektivně získávat data mimo řetězec, čímž výrazně rozšiřují své obchodní možnosti a aplikační scénáře, rozšiřují své obchodní směry na finance, pojištění, řízení dodavatelského řetězce a fyzické zboží další obory.
Na dnešním trhu používáme data z platformy defillama, abychom ukázali, že Chainlink je stále pevně na vedoucí pozici, přičemž TVS (celková hodnota aktiv v amerických dolarech uložených na trhu garantovaná klíčovou infrastrukturou, jako jsou oracles) dosahuje 45 % celý trh.
Pozorní čtenáři zjistí, že křivka na pravé straně výše uvedeného čísla v květnu 2022 prudce kolísala a spouštěčem byl slavný pád LUNA v roce 2022. Od 7. května 2022 do 13. května 2022 zažil přední algoritmický stablecoin UST dvě oddělení a nakonec upadl do spirály smrti, kdy se LUNA i UST zhroutily. Mnoho projektů využívajících interní věštce zároveň zaznamenalo vážné problémy kvůli jejich pomalé reakci na kolísání cen.
Jak je jasně vidět na obrázku níže, tržní podíl interních věštců (na obrázku níže růžový) spadl z útesu v květnu 2022. Orákulum Chronicle (červená na obrázku níže) zachytilo tuto vlnu provozu velmi dobře a v podstatě získal tržní podíl na ztraceném trhu vnitřních věštců.
4. Dilema věštců třetích stran
Kromě událostí, které šokovaly průmysl, se zdá, že vývoj věštců skutečně uvízl, protože pozice v odvětví je velmi jasná, je to nástroj pro propojení dat nahoru a dolů v řetězci, což vede k relativně jedinému produktu. funkce.
Nejvíce kritizován je jeho ziskový model V současnosti se jeho ziskové body soustřeďují do dvou obecných směrů: poplatky za data a naděje, že tokeny vydané projektem ocení. Je zřejmé, že příjmy generované modelem zisku z jednoho odběru dat jsou omezené. Vezměte si jako příklad funkci nabíjení VRF (ověřitelná náhodná sekvence), kterou poskytuje Chainlink VRF V1 a V2 Celkový počet tokenů je přibližně 370 000 (7+30) při aktuálním směnném kurzu LINK (16 USD), celkový příjem je přibližně 6 milionů USD. Od uvedení verze VRF V2 na konci února 2022 vygenerovala celkové příjmy 4,8 milionu USD s průměrným měsíčním příjmem přibližně 170 000 USD (1,1 W LINK). Ve srovnání s velkou velikostí Chainlink jsou tyto zisky skutečně kapkou. Pokud jde o očekávání, že se token zhodnotí, každý má jiný názor.
Vzhledem k povaze třetí strany je však samotný stroj oracle v relativně neutrální pozici a začal zdražovat bezpečnostní infrastrukturu aplikační vrstvy. Pouze prolomením tradiční image middlewaru a prováděním diferencovaného a systematického funkčního rozšiřování lze zvýšit ziskové marže. Například LayerZero jako typický cross-chain bridge klade své zabezpečení na požadavky ultralehkých uzlů přenášené strojem Oracle.
Stručně řečeno, dilema věšteckého stroje na úrovni trhu spočívá v tom, že je omezeno přirozenými nevýhodami způsobenými provozním modelem, s jednoduchými funkcemi, mizivými zisky a škálovatelností, která ještě nebyla vyvinuta.
Pokud však rozšíříme exekuční model takzvaného věštce třetí strany, zjistíme, že jeho problémy také pocházejí z faktorů „třetí strany“, protože nový věštecký stroj je umístěn jako „první -party“ orákulum.
4.1 Porovnání věštců třetí strany a první strany
API 3 se rozhodlo aktivovat komplexní provozní a servisní schopnosti servisních uzlů API jako vstupní bod a používá více web3 nativní (odlehčený + modulární) přístup k vybudování mostu mezi stranou poptávky a nabídkou stroje Oracle. Operátoři API mohou rychle vytvořit své vlastní oracle uzly založené na řešení Airnode poskytovaném API 3.
Vzhledem k tomu, že jde o projekt Oracle první strany, ve srovnání s tradičním dodavatelem API od třetí strany → Oracle → Obchodní proces Dapp, transformace API 3 (dodavatel API + Oracle) → Dapp dělá z dodavatele API pána celé záležitosti působí jako věštecký pracovník třetí strany a má větší slovo.
Jak je znázorněno na obrázku výše, bez zásahu třetí strany je datový spoj redukován. Když se integrují role poskytovatelů API a věštců, nebude pochyb o tom, odkud data pocházejí, protože pověst poskytovatele API je přenesena do řetězce spolu s daty.
Vzhledem k pověsti poskytovatele API a silné závazné strategii poskytování dat je sledovatelnost jednoduchá, technicky není dovoleno páchat zlo (bez odhalení) a jako záloha existuje mechanismus margin. I když poskytovatel API poskytne nepravdivé údaje pro osobní zisk, poškozený uživatel se stále může odvolat a požadovat náhradu. V případě zamotaných incidentů (jako jsou například uživatelé, kteří si škodolibě stěžují na pojistný podvod), vstoupí do soudního systému pro rozhodčí řízení. Pomocí pojistného mechanismu, který poskytuje zcela decentralizované API 3 DAO, dokáže API 3 v nejvyšší míře postihovat dodavatele API a poskytnout náhradu poškozeným uživatelům.
5. Hloubkové pochopení tokenového ekonomického modelu API3 DAO
API3 DAO na základě svého stakingového mechanismu umožňuje tokenovému ekonomickému modelu API3 fungovat stabilně prostřednictvím pozitivní a negativní zpětné vazby.
5.1 Mechanismus řízení příslibu
Mechanismus příslibu je pravidelnou operací řízení DAO s cílem dosáhnout zisků příslibem a řízení příslibu je také výchozím bodem oběhového hospodářství. A API 3 bylo také optimalizováno:
Co mám dělat, když zástavce po obdržení výnosu ze zástavy uteče? Nafouknutý příjem (nově vyražené tokeny) generovaný sázkami uživatele bude zpožděn a ve výchozím nastavení poteče do sázkového fondu.
Co dalšího lze dělat s žetony ve sázkovém fondu? Může být použit ke kompenzaci ztrát uživatelům.
Jak je stabilní cena měny zástavního fondu? API 3 řídí inflaci pomocí zamykacích mechanismů Burn a Token: podmínkou výměny pro získání služeb dAPI je, že uživatelé potřebují vypálit své vlastní tokeny nebo uzamknout své vlastní tokeny.
5.2 Pozitivní a negativní zpětné vazby
Jaký bude tedy trend počtu tokenů v zástavním fondu? Dojde k neuspořádané expanzi nebo kolapsu kvůli nedostatečnému vyplácení náhrad? Pojďme to analyzovat:
S rostoucím počtem uživatelů dAPI porostou systémová rizika (s rostoucím počtem uživatelů rostou provozní náklady systému) a poroste počet incidentů vyžadujících kompenzaci. V tomto okamžiku budou žetony v zástavním fondu sníženy (použity k odškodnění poškozených uživatelů) a zástavci (a manažeři) utrpí poškození svých vlastních zájmů v důsledku špatné správy. Ale stejně tak snížení počtu tokenů ve sázkovém fondu znamená také zvýšení počtu tokenů proudících na trh. Vzhledem k tomu, že tokeny držené uživateli jsou ovlivněny inflací, velká část toku tokenů směřuje k jejich vlastnímu prospěchu do fondu zástav.
Když se sníží počet uživatelů dAPI, sníží se systémové riziko, tokeny v zástavním fondu se budou postupně zvyšovat a počet tokenů proudících na trh bude vzácnější. To však neznamená, že počet tokenů ve fondu závazků se bude nadále zvyšovat.
Výše uvedené dvě situace mohou dobře tvořit pozitivní a negativní cyklus znázorněný v (a) vlevo na obrázku níže. Když jakákoli situace dosáhne prahové hodnoty, systém se sám přizpůsobí a uživatelé dAPI se stabilizují, jak je znázorněno vlevo (b) na obrázku níže, případně uvedou systém do normálního stavu.
Ve skutečnosti je tento typ tokenu řízení ve stylu Dao již dlouho popularizován v různých řízeních DeFi, například DAI MakerDao, podrobný implementační benchmark decentralizovaných stablecoinů, který autor analyzoval dříve, má MKR jako předchůdce:
Co je obzvláště krásné, je jeho 4cestný aukční mechanismus: Rozšiřitelné čtení: "Jeden článek to jasně vysvětluje - nejnovější návrh GHO stabilní měny DeFI King AAVE"
Je mezi nimi i kolonka „Insolventní, čtyři dražby“.
Proto je řízení ve stylu DAO hlavním provozním režimem pro ekonomickou stabilitu, ale inovace API 3 není horší.
6. Jedinečné výhody – průkopnická síť OEV (založená na ZK-Rollup)
6.1 Vznik OEV
Podobně jako MEV (Miner Extractable Value) se OEV (Oracle Extractable Value) týká věštců využívajících svou pozici k zachycení hodnoty, která by jinak připadla třetí straně. MEV zachycuje hodnotu prostřednictvím sekvenování transakcí, zatímco OEV využívá cenový rozdíl mezi řetězci a mimo řetězec k extrakci hodnoty, jako jsou klíčová tržní data nebo scénáře, které spouštějí hlavní události v řetězci (jako je likvidace).
Abyste pochopili, jak se generuje OEV, musíte nejprve znát aktuální problémy strojů Oracle: kvůli nákladům na nahrávání dat v současné době stroje Oracle v podstatě přijímají mechanismus pravidelného nahrávání dat a časový interval je nastaven v relativně malém rozsahu. . Aby se zároveň zabránilo tomu, že by velké kolísání cen v krátkodobém horizontu ovlivnilo trh, stroj Oracle obecně nastaví práh, když rozsah kolísání cen dosáhne prahu v krátkém časovém období, dojde k aktivní aktualizaci spuštěno.
Tento prostředek sice může zmírnit některé problémy, ale zásadně neřeší problém latence nahrávání dat. Trh DeFi je obvykle vysoce volatilní a ceny aktiv se mohou v krátké době výrazně změnit. Nejistotu, kterou na trh DeFi přináší funkce věštění cen, nelze podceňovat.
V tomto případě mají zájemci o zisk boží perspektivu, když využijí zpoždění v aktualizaci dat, mohou získat obrovské zisky a OEV je na světě.
U dApps, které se spoléhají na oracles, může jakákoli aktualizace nebo absence datových zdrojů vytvořit příležitosti pro OEV, jako je front-running, arbitráž a likvidace. Ve skutečnosti je obtížné posoudit vlastnictví využitelné hodnoty způsobené zpožděním při odesílání dat. Proto, pokud je nahrávání dat zpožděno, nelze problém se strojem Oracle najít this O využitelné hodnotě generované částečným zpožděním nelze říci, že byla vytvořena se zlým úmyslem strojem Oracle.
6.2 Síť OEV – aukční fáze pro hry pro více stran
Vzhledem k existenci OEV mají uživatelé a dApp jako dvě vzájemně interagující strany hodnotu získanou z nich třetími stranami. Toto jsou zjevně situace, které tyto dvě strany nechtějí vidět. API 3 zjistilo, že věštci mají právo nejprve odmítnout zachytit hodnotu všech takových úniků (práva na stanovení ceny pro data v řetězci), proto byla navržena síť OEV NetWork.
Jako síť založená na Polygon zk rollup jde o samostatnou aukční platformu pro tok objednávek (záměrem jakéhokoli účastníka změnit status blockchainu je objednávka), která draží práva na aktualizaci dat dAPI.
API 3 vyvinulo vlastní aukční platformu, která eliminuje závislost na externích službách, umožňuje sdílení OEV mezi zúčastněnými stranami bez sdílení zisku s aukční platformou a internalizaci OEV v blockchainu se všemi integrovanými datovými kanály.
Vítěz aukce může získat práva na aktualizaci dat dAPI a aktualizovat cenová data Většina zisků z aukce bude vrácena dApp a velmi malá část bude vrácena API 3 na pokrytí provozních nákladů. Je zřejmé, že když se dražitel (třetí strana) domnívá, že náklady na aukci
Životní cyklus aukce je znázorněn na obrázku níže. Když hledající objeví OEV, zahájí aukci. Poté, co hledající vyhraje nabídku, získá právo aktualizovat data dAPI věšteckého uzlu Po zaplacení dražebního poplatku může uplatnit toto právo aktualizovat data dAPI věšteckého uzlu. Zaplacený aukční poplatek je zachycené OEV, které plyne do dApp.
Přirozeným trendem v aukcích je u třetích stran (hledačů) další navyšování nabídkové ceny pro případné zisky. Čím vyšší je aukční cena, tím menší je rozdíl mezi skutečným OEV a zachyceným OEV.
Pokud jde o to, jak velký tento koláč je, můžeme také počkat a uvidíme a vyhodnotíme, až testovací síť bude nějakou dobu stabilně fungovat. Výsledkem aukce je téměř oboustranně výhodná situace pro čtyři role uživatelů dApp, API 3 oracle, třetí strany a dAPP dAPP, který přistupuje ke zdroji dat API 3, bude minimalizován třetí stranou zároveň dokáže zachytit většinu hodnoty OEV, protože konečnou podobou tržní konkurence musí být konkurence mezi třetími stranami Aby bylo možné hledat ziskové marže, zisky třetích stran budou postupně stlačovány a konečný příjemce musí být dApp. U API 3 lze malou část hodnoty OEV použít k udržení provozu obchodní cesty OEV. Pro třetí strany mohou také získat kus akce. Pro uživatele dApp lze granularitu zvýšit pobídkou vysoce specializovaných účastníků třetích stran, aby poskytovali srozumitelnější metody pro určování, kdy aktualizovat datové body v řetězci, což v konečném důsledku přináší výhody uživatelům dApp.
V tomto bodě, na základě aukčního schématu OEV API 3, byl problém distribuce výhod ve hrách pro více stran vyřešen v největší míře a „nesprávné zisky“ původní třetí strany byly vráceny příslušným zainteresovaným stranám. . Toto řešení je opravdu elegantní.
Rozšiřitelné čtení: "Výzkumná zpráva UniswapX (část 1): shrnutí vývojových vazeb V1-3, interpretace principů inovace a výzev nové generace DEX" k pochopení aukčního mechanismu UniswapX.
7. Shrnutí
API 3 buduje samořídící ekosystém založený na vlastní ekonomice tokenů a díky pozitivním a negativním úpravám zpětné vazby činí provoz systému stabilnější.
Síť OEV navržená API 3 zároveň chytře řeší problém toku OEV zavedením aukčního mechanismu práv na aktualizaci cen dAPI a chytře přenáší rozpor mezi oraclem a dApp kvůli OEV na třetí stranu.
S popularitou a rozvojem decentralizovaných aplikací bude poptávka po spolehlivých a bezpečných službách věštců nadále růst a zdá se, že se objevil prototyp příští generace věštců.
API 3 však také čelí některým problémům.
Ekonomický model nelze definovat a navrhnout na začátku a může fungovat stabilně v dlouhodobém horizontu Následný nepřetržitý proces často upadne do nadměrného řízení nebo zanedbávání řízení.
Jádro aukce API navíc spočívá v měření reputace a příjmu. Je to v podstatě optimistický model, nikoli pesimistický model (ZK), i když LayerZero, který také používá tuto strukturu reputace, funguje i nadále + křížový řetězový most obousměrný vysoké riziko Kombinace nikdy neměla žádné problémy na trhu a její bezpečnost lze prokázat, ale stále existuje možnost rizika. A pokračovat v sázce na pověst znamená, že tržní výnosy účastníků musí být dostatečně vysoké, což úzce souvisí s vývojem trhu API 3.
A konečně, na trhu strojů Oracle není snadné soutěžit Hlavní příčinou je, že to, co si každý Dapp nejvíce cení, není jen schopnost poskytovat data, ale umístění třetí strany samotného stroje Oracle Now 3 tento bod zlomil, ale samotný Dapp je také Možnost zúčastnit se aukce nevyhnutelně vyvolává u uživatelů obavy, zda se nedomluví sami, i když to také znamená ohrožení reputace jejich Dapp. Kromě toho zavedené řetězce a další nejsou schopny následovat, mohou také uvolnit více OEV, aby mohli nadále ovládat trh.