Baru-baru ini, API 3 baru-baru ini menerima pendanaan strategis sebesar US$4 juta, dipimpin oleh DWF Labs, dengan partisipasi dari banyak VC ternama. Untuk waktu yang lama, jalur oracle didominasi oleh oracle tiga pihak yang diwakili oleh Chainlink. Fourteen juga kaget saat melihat berita ini ~ Mengapa API 3 bisa mendapatkan pembiayaan? Akankah dia menjadi pengganggu ramalan tradisional? Apa yang membuatnya unik? Sebagai proyek API terdesentralisasi (dAPI), API 3 didefinisikan sebagai oracle "pihak pertama". Melalui Jaringan OEV yang inovatif dan inovatif (berdasarkan ZK-Rollup), ini memecahkan masalah kepercayaan perantara oracle "pihak ketiga". , Transparansi data rendah dan OEV (Oracle Extractable Value) adalah masalah umum.
1. Dapatkah ramalan benar-benar meramalkan masa depan?
Istilah "oracle" agak mistis dan dapat dengan mudah menyesatkan masyarakat. Namun kenyataannya, yang dia maksud adalah alat yang menyediakan data nyata off-chain untuk kontrak pintar on-chain, tapi apa yang nyata? Bagaimana cara memastikan integritas oracle itu sendiri? Akankah nubuatan itu membawa dampak buruk? Apakah banyak peramal berkolusi? Bagaimana memahami OVM (Nilai yang Dapat Diekstraksi Mesin Oracle)? Pada Q1 tahun 2024, setelah lonjakan BTC baru-baru ini, nilai total Token yang dikunci dalam proyek DeFi juga menembus level tertinggi baru, mencapai 175 miliar dolar AS Dibandingkan dengan 103 miliar dolar AS pada Q4 tahun 2023, nilainya mengalami peningkatan sebesar hampir 70%, dan mesin oracle juga telah disebut sebagai darah inti DeFi. Di bidang DeFi, seperti bursa terdesentralisasi (DEX), platform pinjaman, dan platform perdagangan derivatif, semuanya mengandalkan data harga yang akurat untuk beroperasi. Pada awal tahun 2023, kontrak oracle TellorFlex yang digunakan oleh BONQ, protokol pinjaman terdesentralisasi pada rantai poligon, dimanipulasi. Penyerang menggunakan biaya yang lebih rendah untuk mengubah kutipan oracle dan kemudian melakukan pinjaman hipotek dan memperoleh keuntungan besar sisi proyek menghasilkan kerugian sekitar US$88 juta. Serangan yang disebabkan oleh masalah kutipan oracle sudah menjadi hal biasa. Terlihat bahwa data off-chain yang transparan dan andal merupakan jaminan dasar untuk mendukung pengoperasian dApp.
2. Bagaimana cara oracle terhubung ke off-chain dan on-chain?
Mode kerja mesin Oracle umumnya mencakup unggahan terjadwal, berdasarkan peristiwa, dan respons permintaan. Kami mengambil contoh proses umum respons permintaan, yang secara kasar dibagi menjadi 4 langkah berikut:
LANGKAH 1: Pada rantai, dApp pemanggil memulai permintaan (pada dasarnya transaksi), dan kontrak server Oracle memicu peristiwa pada rantai untuk dikeluarkan.
LANGKAH 2: Off-chain, node oracle memantau peristiwa untuk mendapatkan informasi, dan memperoleh informasi off-chain yang akurat melalui sistemnya masing-masing.
LANGKAH 3: Off-chain dan on-chain, mesin oracle menyediakan data ke kontrak server oracle dalam bentuk transaksi
LANGKAH 4: Pada rantai, kontrak server Oracle mengembalikan data ke pemanggil (dApp). Ada dua opsi: push aktif dan kueri sekunder Dapp.
Penulis akan memberikan interpretasi yang lebih luas tentang proses ini:
Pertama-tama, persyaratan pada rantai bersifat publik, karena peristiwa adalah mekanisme umum dari blockchain berbasis EVM, yang berarti bahwa seluruh jaringan dapat mengetahui bahwa Dapp sekarang memerlukan xx informasi.
Kedua, dorongan off-chain bersifat non-atomik, dan transaksi on-chain diselesaikan secara real-time, sehingga data off-chain harus memiliki jeda tertentu.
Terakhir, jika ada permintaan yang disesuaikan pada rantai, oracle dapat diubah menjadi peran pihak ketiga yang tidak memihak dan didorong ke Dapp. Namun, sebagian besar data pasar umum yang serupa, seperti harga BTC secara real-time, akan menjadi hal yang sama diambil oleh Dapp itu sendiri. Tentu saja mesin oracle sendiri juga memiliki mekanisme pelaporan terjadwal, dan mekanisme di atas pada dasarnya sama.
3. Luna decoupling, jalur ramalan yang bergejolak
Namun blockchain bukan hanya Defi. Melalui oracle, dApps dapat memperoleh data off-chain dengan aman dan efisien, sehingga memperluas cakupan bisnis dan skenario aplikasinya, memperluas arah bisnisnya ke bidang keuangan, asuransi, manajemen rantai pasokan, dan barang fisik bidang lainnya.
Di pasar saat ini, kami menggunakan data platform defillama untuk menunjukkan bahwa Chainlink masih berada di posisi terdepan, dengan TVS (nilai total aset dalam mata uang dolar AS yang disimpan di pasar yang dijamin oleh infrastruktur utama seperti oracle) mencapai 45% dari seluruh pasar.
Pembaca yang cermat akan menemukan bahwa kurva di sisi kanan gambar di atas berfluktuasi hebat pada Mei 2022, dan pemicunya adalah peristiwa jatuhnya LUNA yang terkenal pada tahun 2022. Dari 7 Mei 2022 hingga 13 Mei 2022, Stablecoin algoritmik terkemuka UST mengalami dua pemisahan dan akhirnya jatuh ke dalam spiral kematian, dengan LUNA dan UST runtuh. Pada saat yang sama, banyak proyek yang menggunakan oracle internal mengalami masalah serius karena lambatnya respons mereka terhadap fluktuasi harga.
Seperti yang terlihat jelas pada gambar di bawah, pangsa pasar oracle internal (merah muda pada gambar di bawah) turun drastis pada Mei 2022. Oracle Chronicle (merah pada gambar di bawah) menangkap gelombang lalu lintas ini dengan sangat baik dan pada dasarnya memenangkan pangsa pasar. Pasar oracle internal yang hilang.
4. Dilema ramalan pihak ketiga
Selain peristiwa yang mengejutkan industri, tampaknya perkembangan oracle terhenti. Memang karena positioning industri sangat jelas, ini adalah alat untuk menghubungkan data ke atas dan ke bawah, sehingga menghasilkan produk yang relatif tunggal. fungsi.
Hal yang paling dikritik adalah model keuntungannya. Saat ini, poin keuntungannya terkonsentrasi pada dua arah umum: biaya berlangganan data dan harapan bahwa token yang dikeluarkan oleh proyek akan dihargai. Jelas, pendapatan yang dihasilkan oleh model keuntungan berlangganan data tunggal terbatas. Ambil contoh fungsi pengisian VRF (urutan acak yang dapat diverifikasi) yang disediakan oleh Chainlink. Mengacu pada browser blockchain Etherscan, penulis menghitung kunci kontrak dari dua versi VRF V1 dan V2. Jumlah total Token adalah sekitar 370.000 (7+30). Dihitung dengan nilai tukar LINK saat ini ($16), total pendapatannya sekitar US$6 juta. Sejak peluncuran versi VRF V2 pada akhir Februari 2022, telah menghasilkan total pendapatan sebesar US$4,8 juta, dengan rata-rata pendapatan bulanan sekitar US$170.000 (1,1 W LINK). Dibandingkan dengan Chainlink yang berukuran besar, keuntungan ini memang sangat kecil. Mengenai mengharapkan token untuk terapresiasi, setiap orang memiliki pendapat yang berbeda.
Namun karena sifat pihak ketiga, mesin oracle sendiri berada pada posisi yang relatif netral dan mulai membebani infrastruktur keamanan lapisan aplikasi. Hanya dengan mendobrak citra middleware tradisional dan melakukan perluasan fungsional yang terdiferensiasi dan sistematis, margin keuntungan dapat ditingkatkan, misalnya LayerZero, sebagai jembatan lintas rantai pada umumnya, menempatkan keamanannya pada permintaan node ultra-ringan yang dibawa oleh mesin oracle.
Singkatnya, dilema mesin oracle di tingkat pasar adalah dibatasi oleh kelemahan alami yang disebabkan oleh model operasi, dengan fungsi tunggal, keuntungan kecil, dan skalabilitas yang belum dikembangkan.
Namun, jika kita memperluas model eksekusi yang disebut oracle pihak ketiga, kita akan menemukan bahwa masalahnya juga berasal dari faktor "pihak ketiga". API 3, sebagai mesin oracle baru, diposisikan sebagai "yang pertama". -pesta" ramalan.
4.1 Membandingkan oracle pihak ketiga dan pihak pertama
API 3 memilih untuk mengaktifkan kemampuan layanan operasi dan pemeliharaan yang komprehensif dari node layanan API sebagai titik awal, dan menggunakan pendekatan web3 Native (ringan + modular) untuk membangun jembatan antara sisi permintaan dan sisi pasokan mesin Oracle. Operator API dapat dengan cepat membangun node oracle mereka sendiri berdasarkan solusi Airnode yang disediakan oleh API 3.
Sebagai proyek oracle pihak pertama, dibandingkan dengan pemasok API oracle pihak ketiga tradisional → proses bisnis oracle → Dapp, transformasi API 3 (pemasok API + oracle) → Dapp menjadikan pemasok API sebagai ahlinya saja bertindak sebagai Pekerja oracle pihak ketiga dan memiliki lebih banyak suara.
Seperti terlihat pada gambar di atas, tanpa campur tangan pihak ketiga, link data akan berkurang. Ketika peran penyedia API dan oracle terintegrasi, tidak diragukan lagi dari mana data tersebut berasal karena reputasi penyedia API dibawa secara on-chain bersama dengan datanya.
Karena reputasi penyedia API dan strategi pengikatan yang kuat dalam menyediakan data, ketertelusuran menjadi sederhana, secara teknis tidak diperbolehkan melakukan kejahatan (tanpa ketahuan), dan terdapat mekanisme margin sebagai cadangan. Meskipun penyedia API memberikan data palsu untuk keuntungan pribadi, pengguna yang dirugikan masih dapat mengajukan banding dan menuntut kompensasi. Untuk insiden yang terjerat (seperti pengguna yang mengeluh dengan jahat tentang penipuan asuransi), mereka akan memasuki sistem pengadilan on-chain untuk arbitrase. Dengan bantuan mekanisme asuransi yang disediakan oleh API 3 DAO yang sepenuhnya terdesentralisasi, API 3 dapat menghukum pemasok API semaksimal mungkin dan memberikan kompensasi kepada pengguna yang dirugikan.
5. Pemahaman mendalam tentang model ekonomi token API3 DAO
Berdasarkan mekanisme stakingnya, API3 DAO memungkinkan model ekonomi token API3 beroperasi secara stabil melalui umpan balik positif dan negatif.
5.1 Mekanisme tata kelola gadai
Mekanisme ikrar adalah operasi rutin tata kelola DAO untuk menghasilkan keuntungan melalui penjaminan, dan tata kelola ikrar juga merupakan titik awal ekonomi sirkular. Dan API 3 juga telah dioptimalkan:
Apa yang harus saya lakukan jika pemberi gadai melarikan diri setelah menerima hasil gadai? Pendapatan yang meningkat (token yang baru dicetak) yang dihasilkan oleh staking pengguna akan tertunda dan akan mengalir ke staking pool secara default.
Apa lagi yang bisa dilakukan dengan token di staking pool? Dapat digunakan untuk mengkompensasi kerugian pengguna.
Bagaimana harga mata uang kumpulan janji stabil? API 3 mengendalikan inflasi melalui mekanisme Pembakaran dan penguncian Token: syarat pertukaran untuk mendapatkan layanan dAPI adalah pengguna perlu membakar token mereka sendiri atau mengunci token mereka sendiri.
5.2 Putaran umpan balik positif dan negatif
Dengan cara ini, bagaimana tren jumlah token di kumpulan janji? Apakah akan terjadi perluasan atau keruntuhan yang tidak teratur karena pembayaran kompensasi yang tidak mencukupi? Mari kita analisa:
Ketika pengguna dAPI meningkat, risiko sistem akan meningkat (biaya pengoperasian sistem meningkat seiring bertambahnya jumlah pengguna), dan jumlah insiden yang memerlukan kompensasi akan meningkat. Pada saat ini, token dalam kumpulan janji akan dikurangi (digunakan untuk memberi kompensasi kepada pengguna yang dirugikan), dan pemberi gadai (dan pengelola) akan dirugikan oleh kepentingan mereka sendiri karena manajemen yang buruk. Namun demikian, pengurangan jumlah token di staking pool juga berarti peningkatan jumlah token yang mengalir ke pasar. Karena token yang dipegang oleh pengguna dipengaruhi oleh inflasi, demi keuntungan mereka sendiri, sebagian besar aliran token masuk ke kumpulan janji.
Ketika jumlah pengguna dAPI menurun, risiko sistem menurun, token dalam kumpulan janji akan meningkat secara bertahap, dan jumlah token yang mengalir ke pasar akan menjadi langka. Namun hal ini tidak berarti bahwa jumlah token dalam kumpulan janji akan terus meningkat. API 3 DAO akan menyesuaikannya dengan nilai kesehatan target dengan secara dinamis mengendalikan pendapatan janji (dan tingkat ekspansi).
Dua situasi di atas dapat membentuk siklus positif dan negatif seperti yang ditunjukkan pada (a) di sebelah kiri gambar di bawah. Ketika situasi apa pun mencapai ambang batas, sistem akan menyesuaikan sendiri, dan pengguna dAPI akan stabil seperti yang ditunjukkan pada (b) di sebelah kiri gambar di bawah, yang pada akhirnya membuat sistem berjalan dalam kondisi sehat.
Faktanya, token tata kelola gaya Dao ini telah lama dipopulerkan di berbagai tata kelola DeFi. Misalnya, DAI MakerDao, tolok ukur implementasi terperinci dari stablecoin terdesentralisasi yang penulis analisis sebelumnya, memiliki MKR sebagai pendahulunya:
Yang sangat indah adalah mekanisme lelang 4 arahnya: Bacaan yang dapat diperluas: "Satu artikel menjelaskannya dengan jelas - proposal GHO mata uang stabil terbaru DeFI King AAVE"
Diantaranya adalah kolom “Insolven, Empat Lelang”.
Oleh karena itu, tata kelola gaya DAO adalah mode operasi utama untuk stabilitas ekonomi, namun inovasi API 3 tidak kalah.
6. Keunggulan unik - Jaringan OEV yang inovatif (berdasarkan ZK-Rollup)
6.1 Lahirnya OEV
Mirip dengan MEV (Miner Extractable Value), OEV (Oracle Extractable Value) mengacu pada oracle yang menggunakan posisinya untuk menangkap nilai yang seharusnya diberikan kepada pihak ketiga. MEV menangkap nilai melalui pengurutan transaksi, sementara OEV menggunakan perbedaan harga antara on-chain dan off-chain untuk mengekstraksi nilai, seperti data pasar utama atau skenario yang memicu peristiwa besar dalam rantai (seperti likuidasi).
Untuk memahami bagaimana OEV dihasilkan, Anda harus terlebih dahulu mengetahui permasalahan mesin oracle saat ini: karena biaya pengunggahan data, saat ini mesin oracle pada dasarnya mengadopsi mekanisme pengunggahan data secara teratur, dan interval waktu diatur dalam rentang yang relatif kecil. . Pada saat yang sama, untuk menghindari fluktuasi harga yang besar dalam jangka pendek agar tidak mempengaruhi pasar, mesin oracle umumnya akan menetapkan ambang batas ketika kisaran fluktuasi harga mencapai ambang batas dalam waktu singkat, pembaruan akan dilakukan secara aktif terpicu.
Meskipun solusi ini dapat mengatasi beberapa masalah, solusi ini tidak menyelesaikan masalah latensi pengunggahan data secara mendasar. Pasar DeFi biasanya sangat fluktuatif, dan harga aset dapat berubah secara signifikan dalam waktu singkat. Ketidakpastian yang dibawa ke pasar DeFi oleh fungsi pemberian harga dari oracle tidak dapat dianggap remeh.
Dalam hal ini, pencari keuntungan pihak ketiga memiliki sudut pandang Tuhan. Dengan memanfaatkan keterlambatan pembaruan data, mereka dapat memperoleh keuntungan yang sangat besar, dan lahirlah OEV.
Untuk dApps yang mengandalkan oracle, setiap pembaruan atau tidak adanya data feed dapat menciptakan peluang untuk OEV, seperti front-running, arbitrase, dan likuidasi. Sebenarnya sulit untuk menilai kepemilikan nilai yang dapat dieksploitasi yang disebabkan oleh keterlambatan pemberian data. Pengunggahan data itu sendiri memiliki tingkat volatilitas tertentu, oleh karena itu, jika pengunggahan data tertunda, masalah pada mesin oracle tidak dapat ditemukan ini Nilai yang dapat dieksploitasi yang dihasilkan oleh penundaan parsial tidak dapat dikatakan dihasilkan secara jahat oleh mesin Oracle.
6.2 OEV Network—tahap lelang untuk permainan multi-partai
Karena keberadaan OEV, pengguna dan dApp, sebagai dua pihak yang berinteraksi satu sama lain, memiliki nilai yang diambil oleh pihak ketiga. Ini jelas merupakan situasi yang tidak ingin dilihat oleh kedua pihak. API 3 menemukan bahwa oracle memiliki hak untuk terlebih dahulu menolak untuk menangkap nilai dari semua kebocoran tersebut (hak menentukan harga untuk data on-chain), sehingga OEV NetWork diusulkan.
Sebagai Jaringan yang didasarkan pada Polygon zk rollup, ini adalah platform lelang alur pesanan terpisah (niat peserta mana pun untuk mengubah status blockchain adalah pesanan), yang melelang hak pembaruan data dAPI.
API 3 mengembangkan platform lelangnya sendiri, menghilangkan ketergantungan pada layanan eksternal, memungkinkan OEV untuk dibagikan di antara para pemangku kepentingan tanpa membagi keuntungan ke platform lelang, dan menginternalisasi OEV dalam blockchain dengan semua data feed terintegrasi.
Pemenang lelang dapat memperoleh hak pembaruan data dAPI dan memperbarui data harga. Sebagian besar keuntungan lelang akan dikembalikan ke dApp, dan sebagian kecil akan dikembalikan ke API 3 untuk menutupi biaya operasional. Jelasnya, ketika juru lelang (pihak ketiga) meyakini biaya lelang tersebut
Siklus hidup lelang ditunjukkan pada gambar di bawah. Saat pencari menemukan OEV, ia akan memulai penawaran lelang. Setelah pencari memenangkan tawaran, dia akan mendapatkan hak untuk memperbarui data dAPI node oracle. Setelah membayar biaya penawaran, dia dapat menggunakan hak ini untuk memperbarui data dAPI node oracle. Biaya lelang yang dibayarkan adalah OEV yang ditangkap, yang mengalir ke dApp.
Tren alami dalam lelang adalah pihak ketiga (pencari) semakin menaikkan harga penawaran untuk mendapatkan keuntungan. Semakin tinggi harga lelang, semakin kecil selisih antara OEV aktual dan OEV yang ditangkap.
Mengenai seberapa besar kue ini, sebaiknya kita menunggu dan melihat dan membuat penilaian setelah jaringan pengujian berjalan stabil untuk jangka waktu tertentu. Hasil lelang hampir merupakan situasi win-win bagi empat peran dApp, node oracle API 3, pihak ketiga, dan pengguna dAPP. DAPP yang mengakses sumber data API 3 akan diminimalkan oleh pihak ketiga pada saat yang sama, ia dapat menangkap sebagian besar nilai OEV, karena bentuk akhir dari persaingan pasar haruslah persaingan antar pihak ketiga, untuk mendapatkan margin keuntungan, keuntungan pihak ketiga secara bertahap akan menyusut, dan penerima manfaat akhir harus melakukannya menjadi dApp. Untuk API 3, sebagian kecil dari nilai OEV dapat digunakan untuk menjaga operasional jalur bisnis OEV. Bagi pihak ketiga, mereka juga bisa mendapatkan bagian dari aksi tersebut. Bagi pengguna dApp, granularitas dapat ditingkatkan dengan memberikan insentif kepada peserta pihak ketiga yang sangat terspesialisasi untuk memberikan metode yang lebih mendalam dalam menentukan kapan harus memperbarui titik data on-chain, yang pada akhirnya akan menguntungkan pengguna dApp.
Pada titik ini, berdasarkan skema lelang OEV API 3, masalah distribusi keuntungan dalam permainan multi-pihak telah diselesaikan semaksimal mungkin, dan "keuntungan salah" asli dari pihak ketiga telah diumpankan kembali ke pihak terkait. pemangku kepentingan. Solusi ini sangat elegan.
Bacaan yang dapat diperluas: "Laporan Penelitian UniswapX (Bagian 1): Meringkas tautan pengembangan V1-3, menafsirkan prinsip inovasi dan tantangan DEX generasi berikutnya" untuk memahami mekanisme lelang UniswapX.
7. Ringkasan
API 3 membangun ekosistem self-driving berdasarkan token economics-nya sendiri, dan menjadikan pengoperasian sistem lebih stabil melalui penyesuaian umpan balik positif dan negatif.
Pada saat yang sama, Jaringan OEV yang diusulkan oleh API 3 secara cerdik memecahkan masalah aliran OEV dengan memperkenalkan mekanisme lelang untuk hak pembaruan harga dAPI, dan dengan cerdik mentransfer kontradiksi antara oracle dan dApp karena OEV ke pihak ketiga.
Dengan popularitas dan pengembangan aplikasi terdesentralisasi, permintaan akan layanan oracle yang andal dan aman akan terus meningkat, dan prototipe oracle generasi berikutnya tampaknya telah muncul.
Namun, API 3 juga menghadapi beberapa tantangan.
Sebuah model ekonomi tidak dapat didefinisikan dan dirancang sejak awal dan dapat beroperasi secara stabil dalam jangka panjang. Proses berkelanjutan selanjutnya sering kali berujung pada tata kelola yang berlebihan atau tata kelola yang terabaikan.
Selain itu, inti dari lelang API terletak pada pengukuran reputasi dan pendapatan. Ini pada dasarnya adalah model optimis, bukan model pesimistis (ZK). Meskipun LayerZero, yang juga menggunakan struktur reputasi ini, tetap beroperasi, bahkan oracle + jembatan lintas rantai risiko tinggi dua arah Kombinasi tersebut tidak pernah menimbulkan permasalahan pasar dan dapat dibuktikan keamanannya, namun masih terdapat kemungkinan terjadinya risiko. Dan terus bertaruh pada reputasi berarti keuntungan pasar para peserta harus cukup tinggi, yang berkaitan erat dengan perkembangan pasar API 3.
Terakhir, pasar mesin oracle tidak mudah untuk diperebutkan. Penyebab utama adalah bahwa yang paling dihargai oleh setiap Dapp bukan hanya kemampuan untuk menyediakan data, tetapi posisi pihak ketiga dari mesin oracle itu sendiri melanggar poin ini, tetapi Dapp sendiri juga Mampu berpartisipasi dalam pelelangan pasti membuat pengguna khawatir apakah mereka akan berkolusi sendiri, meskipun itu juga berarti mempertaruhkan reputasi Dapp mereka sendiri. Selain itu, rantai yang sudah mapan dan lainnya tidak dapat mengikuti jejaknya. Mereka juga dapat merilis lebih banyak OEV untuk terus mengendalikan pasar.