Baru-baru ini, API 3 baru-baru ini menerima $ 4 juta dalam pembiayaan strategis, dipimpin oleh DWF Labs, diikuti oleh long VC terkenal. Untuk long kalinya, jalur Mesin Oracle pada dasarnya didominasi oleh Mesin Oracle tiga pihak yang diwakili oleh Chainlink. Empat belas juga terkejut ketika melihat berita ini ~ Mengapa API 3 bisa mendapatkan pembiayaan? Mungkinkah dia menjadi pemecah lingkaran untuk Mesin Oracle tradisional? Apa yang membuatnya unik? API 3 adalah proyek Desentralisasi API (dAPI), yang didefinisikan sebagai Mesin Oracle "pihak pertama", yang memecahkan masalah umum kepercayaan broker Mesin Oracle "pihak ketiga", transparansi data yang rendah, dan kontrol OEV (Mesin Oracle Extractable Value) melalui Jaringan OEV yang inovatif (berdasarkan ZK-Rollup).
1. Apakah mesin oracle benar-benar bisa meramalkan masa depan?
Mesin Oracle adalah istilah yang agak mitos dan bisa menyesatkan orang banyak. Namun sebenarnya, itu merujuk pada alat yang menyediakan data nyata dari luar rantai untuk smart contract di atas rantai. Namun apa yang dianggap sebagai data nyata? Bagaimana memastikan integritas mesin Oracle itu sendiri? Apakah mesin Oracle bisa melakukan kejahatan? Apakah mesin Oracle dari berbagai pihak bisa bersekongkol? Bagaimana memahami OVM (Oracle Value Extraction)?
Pada kuartal pertama tahun 2024, nilai total token yang dikunci di proyek DeFi mencapai nilai tertinggi baru sebesar 175 miliar dolar AS setelah kenaikan besar-besaran BTC baru-baru ini, meningkat hampir 70% dibandingkan dengan nilai sebesar 103 miliar dolar AS pada kuartal keempat tahun 2023. Mesin Oracle selalu dianggap sebagai darah DeFi yang paling penting. Di bidang DeFi, seperti pertukaran desentralisasi (DEX), platform pinjaman, dan platform perdagangan derivatif, semuanya bergantung pada data harga yang akurat untuk beroperasi. Pada awal tahun 2023, kontrak oracle TellorFlex yang digunakan oleh protokol pinjaman desentralisasi BONQ** pada jaringan polygon diubah dengan biaya yang lebih rendah. Penyerang memperoleh keuntungan besar dari pinjaman hipotek setelah mengubah harga yang diberikan oleh oracle. Akibatnya, proyek ini mengalami kerugian sebesar sekitar 88 juta dolar AS. Serangan yang terjadi karena masalah harga oracle bukanlah hal yang langka. Oleh karena itu, data yang transparan dan dapat diandalkan di luar rantai adalah jaminan dasar untuk menjalankan dApp.
2. Bagaimana mesin Oracle terhubung antara off-chain dan on-chain?
Mode kerja mesin Oracle umumnya terdiri dari tiga mode: unggah terjadwal, berdasarkan peristiwa, dan permintaan-respon. Kami akan mengambil contoh alur umum permintaan-respon, yang terdiri dari 4 langkah berikut ini:
LANGKAH 1: on-chain, dApp pihak pemanggil mengirimkan permintaan (yang pada dasarnya adalah transaksi) ke kontrak server Mesin Oracle yang memicu kejadian on-chain
LANGKAH 2: off-chain, node Mesin Oracle mendengarkan peristiwa untuk mendapatkan informasi, dan memperoleh informasi off-chain yang akurat melalui sistem masing-masing
STEP 3 ：off-chain&&on-chain, Mesin Oracle dalam bentuk transaksi menyediakan data ke kontrak server Mesin Oracle
LANGKAH 4: on-chain, kontrak server Mesin Oracle mengembalikan data ke pemanggil (dApp), ada dua opsi yaitu push aktif dan kueri sekunder dApp.
Untuk proses ini, penulis akan memberikan pemahaman yang lebih luas:
Pertama-tama, permintaan on-chain bersifat publik, karena peristiwa adalah mekanisme umum untuk blockchain EVM, yang berarti bahwa seluruh jaringan dapat mengetahui bahwa Dapp saat ini membutuhkan informasi xx.
Selanjutnya, pengiriman off-chain adalah non-atomik, transaksi on-chain diselesaikan secara real-time, data off-chain pasti akan mengalami keterlambatan tertentu
Jika pada akhirnya ada kebutuhan khusus untuk pengaturan di atas rantai, orakel dapat berperan sebagai pihak ketiga yang adil untuk meneruskannya ke Dapp. Namun, untuk sebagian besar data pasar umum seperti harga BTC secara real-time, Dapp akan mengambilnya langsung dari kontrak tersebut. Tentu saja, orakel juga memiliki mekanisme pelaporan berjadwal dan beberapa varian dasar lainnya.
3. Luna depeg, perlombaan mesin Oracle yang mendebarkan
Namun, blockchain bukan hanya tentang Defi. Melalui mesin Oracle, dApp dapat memperoleh data di luar blockchain dengan aman dan efisien, sehingga dapat memperluas cakupan bisnis dan aplikasi ke bidang keuangan, asuransi, manajemen rantai pasokan, internet of things, dan banyak lagi.
Saat ini, pasar memperlihatkan bahwa Chainlink masih menduduki posisi utama menurut data defillama, TVS (Total Nilai Aset dalam pasar yang dijamin oleh infrastruktur kunci seperti mesin oracle) mencapai 45% dari total nilai aset yang dihitung dalam dolar di pasar.
Pembaca yang teliti akan menemukan bahwa pada sisi kanan gambar di atas, kurva mengalami fluktuasi hebat pada bulan Mei 2022. Pemicunya adalah kejadian kegagalan LUNA yang terkenal pada tahun 2022. Mulai dari tanggal 7 Mei 2022 hingga 13 Mei 2022, utama algoritme stablecoin UST mengalami dua kali depeg, akhirnya terjebak dalam spiral kematian, dan LUNA serta UST keduanya mengalami kegagalan. Pada saat yang sama, banyak proyek yang menggunakan mesin oracle internal mengalami masalah serius karena tidak dapat merespons perubahan fluktuasi harga dengan cepat.
Seperti yang terlihat pada gambar di bawah, pangsa pasar mesin Oracle internal (warna merah muda pada gambar di bawah) turun secara drastis pada bulan Mei 2022, mesin Oracle Chronicle (warna merah pada gambar di bawah) dengan baik menangkap lonjakan ini dan berhasil merebut kembali pasar yang hilang dari mesin Oracle internal.
4、Kelemahan Mesin Oracle pihak ketiga
Selain peristiwa yang menggemparkan industri, perkembangan mesin Oracle tampaknya terhenti, memang, karena posisi industri yang jelas, yaitu alat untuk menghubungkan data di rantai, menyebabkan fungsi produk relatif sederhana.
Salah satu hal yang paling disoroti adalah model penghasilannya, saat ini titik penghasilannya terfokus pada biaya berlangganan data dan harapan kenaikan nilai token yang diterbitkan oleh pihak proyek. Jelas bahwa model penghasilan berlangganan data tunggal menghasilkan pendapatan yang terbatas, sebagai contoh fitur biaya VRF (Verifiable Random Function) yang ditawarkan oleh Chainlink, dengan mengacu pada penjelajah blockchain Etherscan, penulis menghitung bahwa total jumlah token yang dikunci oleh kontrak versi VRF V1 dan V2 sekitar 370.000 (7+30). Dengan menghitung dengan nilai tukar LINK saat ini ($16), total pendapatan sekitar 6 juta dolar. Sejak diluncurkan pada akhir Februari 2022, versi V2 VRF telah menghasilkan total pendapatan sekitar 4,8 juta dolar, dengan rata-rata sekitar 170 ribu dolar per bulan (1,1 W LINK). Dibandingkan dengan skala besar Chainlink, keuntungan ini memang sangatlah kecil. Sedangkan mengenai harapan kenaikan nilai token, itu tergantung pada sudut pandang masing-masing.
Namun, karena sifat pihak ketiga, mesin Oracle berada pada posisi netral relatif, memulai tren infrastruktur keamanan lapisan aplikasi. Hanya dengan memecah kesan middleware tradisional, melakukan ekstensi fungsional yang berbeda dan sistematis, dapat meningkatkan tingkat keuntungan, seperti LayerZero, sebagai jembatan lintas rantai khas, yang menempatkan keamanan pada permintaan node ringan super yang dibawa oleh mesin Oracle.
Secara keseluruhan, tantangan mesin Oracle dalam pasar adalah keterbatasan keuntungan yang rendah dan keterbatasan fungsionalitas yang belum dikembangkan.
Namun, jika kita menguraikan model eksekusi yang disebut mesin ramalan pihak ketiga, kita akan menemukan bahwa masalahnya juga berasal dari faktor 'pihak ketiga' tersebut. API 3 sebagai bintang muda mesin ramalan, secara inti memposisikan diri sebagai mesin ramalan 'pihak pertama'.
4.1 Membandingkan Mesin Oracle Pihak Ketiga dan Pihak Pertama
API 3 memilih kemampuan layanan operasi gabungan untuk mengaktifkan node layanan API sebagai titik masuk, dan membangun jembatan antara permintaan dan pemasok orakel dengan cara yang lebih web3 Native (ringan + modular). Operator operasi API dapat dengan cepat membangun node orakel mereka sendiri berdasarkan solusi Airnode yang disediakan oleh API 3.
Sebagai proyek orakel pihak pertama, dibandingkan dengan penyedia API orakel pihak ketiga tradisional → orakel → alur bisnis Dapp, perubahan API 3 (penyedia API + orakel) → Dapp membuat penyedia API memiliki peran yang lebih dominan, bukan hanya sebagai pekerja orakel pihak ketiga, dan memiliki lebih banyak kekuatan bicara.
Seperti yang terlihat pada gambar, tanpa keterlibatan pihak ketiga, jalur data berkurang. Ketika peran penyedia API dan mesin Oracle menyatu, tidak akan ada masalah dari mana data berasal, karena reputasi penyedia API dan data itu sendiri dibawa ke dalam rantai (on-chain).
Karena reputasi penyedia API dan kebijakan keterikatan data yang kuat, pelacakan menjadi mudah dan secara teknis tidak memungkinkan untuk melakukan kecurangan (tanpa terdeteksi), sambil memiliki mekanisme margin sebagai jaminan. Bahkan jika penyedia API memberikan data palsu untuk kepentingan pribadi, pengguna yang dirugikan masih dapat mengajukan gugatan untuk klaim. Untuk kasus yang rumit (seperti keluhan penipuan yang malafide oleh pengguna), akan masuk ke dalam sistem pengadilan on-chain untuk penyelesaian sengketa. Dengan memanfaatkan mekanisme asuransi yang disediakan oleh API 3 DAO yang sepenuhnya terdesentralisasi, API 3 dapat memberikan hukuman maksimal kepada penyedia API serta memberikan kompensasi kepada pengguna yang dirugikan.
5、Mendalami Model Ekonomi Token API3 DAO
Model ekonomi token API3 stabil berjalan melalui umpan balik positif dan negatif berdasarkan mekanisme penyetoran DAO API3.
5.1 Mekanisme Governance Stake
Mekanisme staking adalah operasi rutin dari DAO governance untuk mendapatkan keuntungan dari staking, staking governance juga merupakan titik awal dari ekonomi sirkular. Dan API 3 sudah dioptimalkan:
Apa yang harus dilakukan jika pemegang taruhan lari setelah menerima imbalan taruhan? Pendapatan inflasi yang dihasilkan dari penyetoran pengguna (token baru yang dicetak) akan ditunda, dan secara default akan mengalir ke kolam penyetoran.
Apa yang bisa dilakukan dengan token di dalam pool staking? Bisa digunakan untuk mengganti kerugian pengguna.
Bagaimana stabilnya harga koin dalam kolam staking? API 3 mengontrol inflasi melalui mekanisme pembakaran dan penguncian Token: syarat pertukaran untuk layanan dAPI adalah pengguna perlu membakar token mereka sendiri atau mengunci token mereka sendiri.
5.2 Loop umpan balik positif dan negatif
Dengan demikian, berapa tren jumlah token di kolam staking? Apakah akan terjadi ekspansi tak teratur atau kekurangan untuk membayar klaim asuransi dan akhirnya bangkrut? Mari kita analisis sedikit:
Ketika jumlah pengguna dAPI meningkat, risiko sistem akan meningkat (biaya operasional sistem meningkat seiring dengan peningkatan jumlah pengguna), dan jumlah peristiwa yang perlu dijamin akan meningkat. Pada saat ini, token dalam kolam staking akan berkurang (digunakan untuk mengganti kerugian pengguna), pemangku kepentingan (dan pengelola) akan menderita kerugian karena pengelolaan yang buruk. Namun demikian, penurunan jumlah token dalam kolam staking juga berarti peningkatan jumlah token yang mengalir ke pasar. Karena token yang dipegang oleh pengguna juga dipengaruhi oleh inflasi, untuk kepentingan mereka sendiri, sebagian besar arah aliran token masih menuju kolam staking.
Ketika pengguna dAPI berkurang, risiko sistem berkurang, dan jumlah token dalam pool staking akan bertambah secara bertahap, membuat jumlah token yang mengalir ke pasar menjadi langka. Namun, ini tidak berarti jumlah token dalam pool staking akan terus bertambah. DAO API 3 akan mempertahankan jumlahnya agar sesuai dengan nilai kesehatan yang ditargetkan melalui kontrol dinamis terhadap pendapatan staking (dan tingkat inflasi).
Dua skenario di atas dapat membentuk siklus positif-negatif seperti yang ditunjukkan pada gambar kiri (a). Ketika salah satu skenario mencapai ambang batas, sistem akan melakukan penyesuaian otomatis, pengguna dAPI akan menjadi stabil seperti yang ditunjukkan pada gambar kiri (b), dan akhirnya membuat sistem berjalan menuju kondisi yang sehat.
Sebenarnya, token tata kelola jenis ini, sudah umum dalam berbagai tata kelola DeFi, seperti contohnya DAI dari MakerDao sebagai patokan implementasi detail dari stablecoin desentralisasi yang sebelumnya penulis analisis, dengan MKR sebagai pelopor:
Yang sangat indah adalah empat mekanisme lelangnya: Bacaan yang dapat diperluas: "Mengungkapkan Semuanya - Proposal Terbaru AAVE, Raja DeFi, untuk GHO, Stable Coin"
Bagian 'Tidak Mampu Melunasi Utang, Lelang Empat Jalur'.
Jadi pengaturan model DAO adalah mode operasi utama stabilitas ekonomi, tetapi titik inovasi API 3 belum sampai ke titik itu.
6. Keunggulan Unik - Jaringan OEV yang Revolusioner (Berbasis ZK-Rollup)
6.1 Kelahiran OEV
Seperti MEV (Miner-Extractable Value), OEV (Oracle-Extractable Value) mengacu pada nilai yang bisa diekstrak oleh oracle dengan memanfaatkan posisinya yang seharusnya mengalir ke pihak ketiga. MEV menangkap nilai melalui pengurutan transaksi, sedangkan OEV menggunakan perbedaan harga on-chain dan off-chain untuk mengekstrak nilai dalam situasi seperti data pasar kunci atau pemicu peristiwa penting on-chain seperti likuidasi.
Untuk memahami bagaimana OEV dihasilkan, perlu diketahui masalah yang ada pada mesin oracle saat ini: karena biaya pengunggahan data ke blockchain, mesin oracle saat ini umumnya menggunakan mekanisme pengunggahan data berdasarkan waktu, dengan rentang waktu yang relatif kecil. Pada saat yang sama, untuk menghindari dampak fluktuasi harga yang besar dalam jangka pendek terhadap pasar, mesin oracle umumnya akan mengatur ambang batas, jika rentang fluktuasi harga dalam waktu singkat mencapai ambang batas, mesin oracle akan memicu pembaruan secara aktif.
Meskipun langkah-langkah perbaikan ini dapat mengurangi sebagian masalah, namun masalah keterlambatan unggah data tidak dapat diatasi secara fundamental. Selain itu, pasar DeFi umumnya sangat fluktuatif, harga aset dapat berubah drastis dalam waktu singkat, dan ketidakpastian yang ditimbulkan oleh fungsi pemberian harga mesin oracle tidak dapat diabaikan dalam pasar DeFi.
Dalam situasi seperti ini, pihak ketiga yang mencari keuntungan seperti memiliki sudut pandang Tuhan, dapat menangkap keuntungan besar dengan memanfaatkan keterlambatan pembaruan data, dan inilah munculnya OEV.
Untuk dApp yang bergantung pada mesin Oracle, setiap pembaruan atau kekurangan dalam pemberian data dapat menciptakan peluang untuk arbitrase, front running, dan penyelesaian. Karena masalah keterlambatan pengiriman data, sulit untuk menilai nilai kepemilikan yang dapat dieksploitasi yang dihasilkan. Fluktuasi itu sendiri adalah hal yang wajar dalam pengiriman data ke blockchain. Jika ada keterlambatan dalam pengiriman data ke blockchain dan tidak dapat menentukan masalah dengan mesin Oracle, maka nilai yang dapat dieksploitasi dari keterlambatan tersebut tidak dapat dikatakan sebagai hasil dari tindakan jahat mesin Oracle.
6.2 Jaringan OEV - Panggung lelang untuk permainan banyak pihak
Dengan adanya OEV, pengguna dan dApp sebagai pihak yang berinteraksi, namun nilainya diambil oleh pihak ketiga, ini jelas merupakan situasi yang tidak diinginkan oleh keduanya. API 3 menemukan bahwa mesin Oracle memiliki hak untuk menolak sebagian besar kebocoran nilai ini (harga data on-chain), sehingga OEV NetWork diusulkan.
Sebagai Jaringan berbasis Polygon zk rollup, ini adalah platform lelang tunggal untuk aliran pesanan (segala niat peserta untuk mengubah status blockchain adalah pesanan), lelang hak pembaruan data dAPI.
API 3 telah mengembangkan platform lelang sendiri, menghilangkan ketergantungan pada layanan eksternal, memungkinkan para pemangku kepentingan untuk berbagi OEV tanpa perlu membagi keuntungan dengan platform lelang, dan menginternalisasikan OEV di semua blockchain yang mengintegrasikan pengiriman data.
Pemenang lelang dapat memperoleh hak untuk memperbarui data dAPI, memperbarui data harga, dan sebagian besar keuntungan dari lelang akan dikembalikan ke dApp, dengan sebagian kecil menjadi milik API 3 untuk menutupi biaya operasional. Jelas, ketika pihak ketiga (penjual) merasa bahwa biaya lelang harus lebih kecil dari manfaat yang diperoleh setelah memperbarui harga, hanya saat itu lelang akan dilakukan, oleh karena itu, pihak ketiga juga dapat mengambil keuntungan. Sebagai pengguna platform dApp, meskipun tampaknya tidak memiliki keuntungan yang nyata dari pembagian keuntungan, sebenarnya mendapat manfaat dari sumber data berkualitas tinggi yang dAPI berikan kepada dApp, yang memungkinkan untuk melakukan perdagangan dan Manajemen Risiko yang lebih baik, sehingga dapat memperoleh manfaat potensial.
Siklus lelang seperti yang ditunjukkan pada gambar di bawah ini, ketika pencari menemukan OEV, mereka akan memulai lelang. Setelah pencari menang lelang, mereka akan memperoleh hak untuk memperbarui data node dAPI orakel, setelah membayar biaya lelang, hanya setelah itu mereka dapat menggunakan hak tersebut untuk memperbarui data node dAPI orakel. Biaya lelang yang dibayarkan adalah OEV yang ditangkap, yang mengalir ke dApp.
Tren lelang secara alami adalah pihak ketiga (pencari) meningkatkan harga penawaran lebih lanjut untuk mungkin mendapatkan keuntungan. Semakin tinggi harga lelang, semakin kecil selisih antara OEV aktual dan OEV yang diperoleh.
Mengenai seberapa besar kue ini, mari kita tunggu dan lihat saja, tunggu sampai jaringan uji coba berjalan stabil untuk jangka waktu tertentu, baru kita menilainya. Hasil lelang merupakan situasi yang hampir selalu menguntungkan bagi empat peran: pengguna dApp, node Mesin Oracle API 3, pihak ketiga, dan pengguna dAPP. Akses dAPP ke sumber data API 3 yang diambil oleh pihak ketiga diminimalkan, sementara sebagian besar nilai OEV tetap dapat diakses, karena bentuk akhir dari persaingan pasar pasti adalah persaingan antara pihak ketiga. Untuk mencari ruang keuntungan, keuntungan pihak ketiga akan terus menerus tertekan, dan akhirnya, pihak yang akan mendapat manfaat pastilah dApp. Bagi API 3, sebagian kecil nilai OEV dapat digunakan untuk menjalankan jalur bisnis OEV. Pihak ketiga juga dapat mendapatkan potongan dari situasi ini. Bagi pengguna dApp, dengan mendorong partisipan pihak ketiga yang sangat profesional, mereka dapat memberikan cara yang lebih informatif untuk menentukan kapan saatnya memperbarui titik data on-chain, yang dapat meningkatkan kualitas, dan akhirnya menguntungkan pengguna dAPP.
Dengan demikian, skema lelang OEV berbasis API 3, masalah pembagian keuntungan dalam permainan banyak pihak dapat diselesaikan sejauh mungkin, dan 'keuntungan salah' pihak ketiga yang sebelumnya dikembalikan kepada pihak yang berkepentingan terkait. Solusi ini benar-benar elegan.
Bacaan Tambahan: "Laporan Penelitian UniswapX (Bagian I): Merangkum Perkembangan V1-3, Membaca Inovasi dan Tantangan Prinsip DEX Generasi Berikutnya" untuk memahami mekanisme lelang UniswapX.
7. Kesimpulan
API 3 membangun ekosistem yang mandiri dengan dasar tokenomiknya sendiri, yang mengatur sistem menjadi lebih stabil melalui umpan balik positif dan negatif.
Sementara itu, Jaringan OEV yang diajukan oleh API 3 melalui mekanisme lelang hak pembaruan harga dAPI, dengan cerdik menyelesaikan masalah arus OEV, dengan cerdik memindahkan konflik yang dihasilkan oleh OEV antara mesin Oracle dan dApp ke pihak ketiga.
Seiring dengan penyebaran dan perkembangan aplikasi desentralisasi, permintaan akan layanan mesin Oracle yang dapat diandalkan dan aman akan terus meningkat, dan tampaknya muncul bentuk awal dari generasi berikutnya mesin Oracle.
Namun, API 3 juga menghadapi beberapa tantangan.
Model ekonomi tidak dapat ditentukan dan dirancang dengan baik sejak awal untuk beroperasi secara stabil dalam jangka panjang, seringkali proses berkelanjutan selanjutnya akan terjebak dalam pengelolaan yang berlebihan atau pengabaian pengelolaan.
Dan lelang API, intinya adalah pengukuran reputasi dan pendapatan, pada dasarnya adalah model optimis, bukan model pesimis (ZK), meskipun LayerZero yang menggunakan struktur reputasi ini telah beroperasi tanpa masalah pasar apa pun sejak awal, bahkan kombinasi risiko tinggi dari orakel+cross-chain bridges, tetap aman, tetapi tetap ada kemungkinan risiko. Dan terus-menerus bertaruh pada reputasi berarti pendapatan pasar peserta harus cukup tinggi, ini juga sangat terkait dengan perkembangan pasar API 3.
Terakhir, pasar Mesin Oracle tidak mudah diperebutkan, akar masalahnya adalah bahwa Dapp yang paling penting bukan hanya kemampuan untuk menyediakan data, tetapi peran pihak ketiga dari Mesin Oracle itu sendiri. Saat ini, API 3 telah mengatasi masalah ini, tetapi Dapp itu sendiri juga dapat ikut dalam lelang, yang tidak dapat dihindari membuat pengguna khawatir apakah mereka akan bersekongkol sendiri, meskipun ini juga berarti mereka mempertaruhkan reputasi Dapp mereka sendiri. Selain itu, chainlink dan lainnya juga dapat mengikuti, mereka juga dapat melepaskan lebih banyak OEV untuk terus mengendalikan pasar.
Konten ini hanya untuk referensi, bukan ajakan atau tawaran. Tidak ada nasihat investasi, pajak, atau hukum yang diberikan. Lihat Penafian untuk pengungkapan risiko lebih lanjut.
Kedalaman interpretasi API3, membebaskan peserta lintasan Mesin Oracle OVM
Baru-baru ini, API 3 baru-baru ini menerima $ 4 juta dalam pembiayaan strategis, dipimpin oleh DWF Labs, diikuti oleh long VC terkenal. Untuk long kalinya, jalur Mesin Oracle pada dasarnya didominasi oleh Mesin Oracle tiga pihak yang diwakili oleh Chainlink. Empat belas juga terkejut ketika melihat berita ini ~ Mengapa API 3 bisa mendapatkan pembiayaan? Mungkinkah dia menjadi pemecah lingkaran untuk Mesin Oracle tradisional? Apa yang membuatnya unik? API 3 adalah proyek Desentralisasi API (dAPI), yang didefinisikan sebagai Mesin Oracle "pihak pertama", yang memecahkan masalah umum kepercayaan broker Mesin Oracle "pihak ketiga", transparansi data yang rendah, dan kontrol OEV (Mesin Oracle Extractable Value) melalui Jaringan OEV yang inovatif (berdasarkan ZK-Rollup).
1. Apakah mesin oracle benar-benar bisa meramalkan masa depan?
Mesin Oracle adalah istilah yang agak mitos dan bisa menyesatkan orang banyak. Namun sebenarnya, itu merujuk pada alat yang menyediakan data nyata dari luar rantai untuk smart contract di atas rantai. Namun apa yang dianggap sebagai data nyata? Bagaimana memastikan integritas mesin Oracle itu sendiri? Apakah mesin Oracle bisa melakukan kejahatan? Apakah mesin Oracle dari berbagai pihak bisa bersekongkol? Bagaimana memahami OVM (Oracle Value Extraction)? Pada kuartal pertama tahun 2024, nilai total token yang dikunci di proyek DeFi mencapai nilai tertinggi baru sebesar 175 miliar dolar AS setelah kenaikan besar-besaran BTC baru-baru ini, meningkat hampir 70% dibandingkan dengan nilai sebesar 103 miliar dolar AS pada kuartal keempat tahun 2023. Mesin Oracle selalu dianggap sebagai darah DeFi yang paling penting. Di bidang DeFi, seperti pertukaran desentralisasi (DEX), platform pinjaman, dan platform perdagangan derivatif, semuanya bergantung pada data harga yang akurat untuk beroperasi. Pada awal tahun 2023, kontrak oracle TellorFlex yang digunakan oleh protokol pinjaman desentralisasi BONQ** pada jaringan polygon diubah dengan biaya yang lebih rendah. Penyerang memperoleh keuntungan besar dari pinjaman hipotek setelah mengubah harga yang diberikan oleh oracle. Akibatnya, proyek ini mengalami kerugian sebesar sekitar 88 juta dolar AS. Serangan yang terjadi karena masalah harga oracle bukanlah hal yang langka. Oleh karena itu, data yang transparan dan dapat diandalkan di luar rantai adalah jaminan dasar untuk menjalankan dApp.
2. Bagaimana mesin Oracle terhubung antara off-chain dan on-chain?
Mode kerja mesin Oracle umumnya terdiri dari tiga mode: unggah terjadwal, berdasarkan peristiwa, dan permintaan-respon. Kami akan mengambil contoh alur umum permintaan-respon, yang terdiri dari 4 langkah berikut ini:
Untuk proses ini, penulis akan memberikan pemahaman yang lebih luas:
Pertama-tama, permintaan on-chain bersifat publik, karena peristiwa adalah mekanisme umum untuk blockchain EVM, yang berarti bahwa seluruh jaringan dapat mengetahui bahwa Dapp saat ini membutuhkan informasi xx.
Selanjutnya, pengiriman off-chain adalah non-atomik, transaksi on-chain diselesaikan secara real-time, data off-chain pasti akan mengalami keterlambatan tertentu
Jika pada akhirnya ada kebutuhan khusus untuk pengaturan di atas rantai, orakel dapat berperan sebagai pihak ketiga yang adil untuk meneruskannya ke Dapp. Namun, untuk sebagian besar data pasar umum seperti harga BTC secara real-time, Dapp akan mengambilnya langsung dari kontrak tersebut. Tentu saja, orakel juga memiliki mekanisme pelaporan berjadwal dan beberapa varian dasar lainnya.
3. Luna depeg, perlombaan mesin Oracle yang mendebarkan
Namun, blockchain bukan hanya tentang Defi. Melalui mesin Oracle, dApp dapat memperoleh data di luar blockchain dengan aman dan efisien, sehingga dapat memperluas cakupan bisnis dan aplikasi ke bidang keuangan, asuransi, manajemen rantai pasokan, internet of things, dan banyak lagi.
Saat ini, pasar memperlihatkan bahwa Chainlink masih menduduki posisi utama menurut data defillama, TVS (Total Nilai Aset dalam pasar yang dijamin oleh infrastruktur kunci seperti mesin oracle) mencapai 45% dari total nilai aset yang dihitung dalam dolar di pasar.
Pembaca yang teliti akan menemukan bahwa pada sisi kanan gambar di atas, kurva mengalami fluktuasi hebat pada bulan Mei 2022. Pemicunya adalah kejadian kegagalan LUNA yang terkenal pada tahun 2022. Mulai dari tanggal 7 Mei 2022 hingga 13 Mei 2022, utama algoritme stablecoin UST mengalami dua kali depeg, akhirnya terjebak dalam spiral kematian, dan LUNA serta UST keduanya mengalami kegagalan. Pada saat yang sama, banyak proyek yang menggunakan mesin oracle internal mengalami masalah serius karena tidak dapat merespons perubahan fluktuasi harga dengan cepat.
Seperti yang terlihat pada gambar di bawah, pangsa pasar mesin Oracle internal (warna merah muda pada gambar di bawah) turun secara drastis pada bulan Mei 2022, mesin Oracle Chronicle (warna merah pada gambar di bawah) dengan baik menangkap lonjakan ini dan berhasil merebut kembali pasar yang hilang dari mesin Oracle internal.
4、Kelemahan Mesin Oracle pihak ketiga
Selain peristiwa yang menggemparkan industri, perkembangan mesin Oracle tampaknya terhenti, memang, karena posisi industri yang jelas, yaitu alat untuk menghubungkan data di rantai, menyebabkan fungsi produk relatif sederhana.
Salah satu hal yang paling disoroti adalah model penghasilannya, saat ini titik penghasilannya terfokus pada biaya berlangganan data dan harapan kenaikan nilai token yang diterbitkan oleh pihak proyek. Jelas bahwa model penghasilan berlangganan data tunggal menghasilkan pendapatan yang terbatas, sebagai contoh fitur biaya VRF (Verifiable Random Function) yang ditawarkan oleh Chainlink, dengan mengacu pada penjelajah blockchain Etherscan, penulis menghitung bahwa total jumlah token yang dikunci oleh kontrak versi VRF V1 dan V2 sekitar 370.000 (7+30). Dengan menghitung dengan nilai tukar LINK saat ini ($16), total pendapatan sekitar 6 juta dolar. Sejak diluncurkan pada akhir Februari 2022, versi V2 VRF telah menghasilkan total pendapatan sekitar 4,8 juta dolar, dengan rata-rata sekitar 170 ribu dolar per bulan (1,1 W LINK). Dibandingkan dengan skala besar Chainlink, keuntungan ini memang sangatlah kecil. Sedangkan mengenai harapan kenaikan nilai token, itu tergantung pada sudut pandang masing-masing.
Namun, karena sifat pihak ketiga, mesin Oracle berada pada posisi netral relatif, memulai tren infrastruktur keamanan lapisan aplikasi. Hanya dengan memecah kesan middleware tradisional, melakukan ekstensi fungsional yang berbeda dan sistematis, dapat meningkatkan tingkat keuntungan, seperti LayerZero, sebagai jembatan lintas rantai khas, yang menempatkan keamanan pada permintaan node ringan super yang dibawa oleh mesin Oracle.
Secara keseluruhan, tantangan mesin Oracle dalam pasar adalah keterbatasan keuntungan yang rendah dan keterbatasan fungsionalitas yang belum dikembangkan.
Namun, jika kita menguraikan model eksekusi yang disebut mesin ramalan pihak ketiga, kita akan menemukan bahwa masalahnya juga berasal dari faktor 'pihak ketiga' tersebut. API 3 sebagai bintang muda mesin ramalan, secara inti memposisikan diri sebagai mesin ramalan 'pihak pertama'.
4.1 Membandingkan Mesin Oracle Pihak Ketiga dan Pihak Pertama
API 3 memilih kemampuan layanan operasi gabungan untuk mengaktifkan node layanan API sebagai titik masuk, dan membangun jembatan antara permintaan dan pemasok orakel dengan cara yang lebih web3 Native (ringan + modular). Operator operasi API dapat dengan cepat membangun node orakel mereka sendiri berdasarkan solusi Airnode yang disediakan oleh API 3.
Sebagai proyek orakel pihak pertama, dibandingkan dengan penyedia API orakel pihak ketiga tradisional → orakel → alur bisnis Dapp, perubahan API 3 (penyedia API + orakel) → Dapp membuat penyedia API memiliki peran yang lebih dominan, bukan hanya sebagai pekerja orakel pihak ketiga, dan memiliki lebih banyak kekuatan bicara.
Seperti yang terlihat pada gambar, tanpa keterlibatan pihak ketiga, jalur data berkurang. Ketika peran penyedia API dan mesin Oracle menyatu, tidak akan ada masalah dari mana data berasal, karena reputasi penyedia API dan data itu sendiri dibawa ke dalam rantai (on-chain).
Karena reputasi penyedia API dan kebijakan keterikatan data yang kuat, pelacakan menjadi mudah dan secara teknis tidak memungkinkan untuk melakukan kecurangan (tanpa terdeteksi), sambil memiliki mekanisme margin sebagai jaminan. Bahkan jika penyedia API memberikan data palsu untuk kepentingan pribadi, pengguna yang dirugikan masih dapat mengajukan gugatan untuk klaim. Untuk kasus yang rumit (seperti keluhan penipuan yang malafide oleh pengguna), akan masuk ke dalam sistem pengadilan on-chain untuk penyelesaian sengketa. Dengan memanfaatkan mekanisme asuransi yang disediakan oleh API 3 DAO yang sepenuhnya terdesentralisasi, API 3 dapat memberikan hukuman maksimal kepada penyedia API serta memberikan kompensasi kepada pengguna yang dirugikan.
5、Mendalami Model Ekonomi Token API3 DAO
Model ekonomi token API3 stabil berjalan melalui umpan balik positif dan negatif berdasarkan mekanisme penyetoran DAO API3.
5.1 Mekanisme Governance Stake
Mekanisme staking adalah operasi rutin dari DAO governance untuk mendapatkan keuntungan dari staking, staking governance juga merupakan titik awal dari ekonomi sirkular. Dan API 3 sudah dioptimalkan:
5.2 Loop umpan balik positif dan negatif
Dengan demikian, berapa tren jumlah token di kolam staking? Apakah akan terjadi ekspansi tak teratur atau kekurangan untuk membayar klaim asuransi dan akhirnya bangkrut? Mari kita analisis sedikit:
Sebenarnya, token tata kelola jenis ini, sudah umum dalam berbagai tata kelola DeFi, seperti contohnya DAI dari MakerDao sebagai patokan implementasi detail dari stablecoin desentralisasi yang sebelumnya penulis analisis, dengan MKR sebagai pelopor:
Yang sangat indah adalah empat mekanisme lelangnya: Bacaan yang dapat diperluas: "Mengungkapkan Semuanya - Proposal Terbaru AAVE, Raja DeFi, untuk GHO, Stable Coin"
Bagian 'Tidak Mampu Melunasi Utang, Lelang Empat Jalur'.
Jadi pengaturan model DAO adalah mode operasi utama stabilitas ekonomi, tetapi titik inovasi API 3 belum sampai ke titik itu.
6. Keunggulan Unik - Jaringan OEV yang Revolusioner (Berbasis ZK-Rollup)
6.1 Kelahiran OEV
Seperti MEV (Miner-Extractable Value), OEV (Oracle-Extractable Value) mengacu pada nilai yang bisa diekstrak oleh oracle dengan memanfaatkan posisinya yang seharusnya mengalir ke pihak ketiga. MEV menangkap nilai melalui pengurutan transaksi, sedangkan OEV menggunakan perbedaan harga on-chain dan off-chain untuk mengekstrak nilai dalam situasi seperti data pasar kunci atau pemicu peristiwa penting on-chain seperti likuidasi.
Untuk memahami bagaimana OEV dihasilkan, perlu diketahui masalah yang ada pada mesin oracle saat ini: karena biaya pengunggahan data ke blockchain, mesin oracle saat ini umumnya menggunakan mekanisme pengunggahan data berdasarkan waktu, dengan rentang waktu yang relatif kecil. Pada saat yang sama, untuk menghindari dampak fluktuasi harga yang besar dalam jangka pendek terhadap pasar, mesin oracle umumnya akan mengatur ambang batas, jika rentang fluktuasi harga dalam waktu singkat mencapai ambang batas, mesin oracle akan memicu pembaruan secara aktif.
Meskipun langkah-langkah perbaikan ini dapat mengurangi sebagian masalah, namun masalah keterlambatan unggah data tidak dapat diatasi secara fundamental. Selain itu, pasar DeFi umumnya sangat fluktuatif, harga aset dapat berubah drastis dalam waktu singkat, dan ketidakpastian yang ditimbulkan oleh fungsi pemberian harga mesin oracle tidak dapat diabaikan dalam pasar DeFi.
Dalam situasi seperti ini, pihak ketiga yang mencari keuntungan seperti memiliki sudut pandang Tuhan, dapat menangkap keuntungan besar dengan memanfaatkan keterlambatan pembaruan data, dan inilah munculnya OEV.
Untuk dApp yang bergantung pada mesin Oracle, setiap pembaruan atau kekurangan dalam pemberian data dapat menciptakan peluang untuk arbitrase, front running, dan penyelesaian. Karena masalah keterlambatan pengiriman data, sulit untuk menilai nilai kepemilikan yang dapat dieksploitasi yang dihasilkan. Fluktuasi itu sendiri adalah hal yang wajar dalam pengiriman data ke blockchain. Jika ada keterlambatan dalam pengiriman data ke blockchain dan tidak dapat menentukan masalah dengan mesin Oracle, maka nilai yang dapat dieksploitasi dari keterlambatan tersebut tidak dapat dikatakan sebagai hasil dari tindakan jahat mesin Oracle.
6.2 Jaringan OEV - Panggung lelang untuk permainan banyak pihak
Dengan adanya OEV, pengguna dan dApp sebagai pihak yang berinteraksi, namun nilainya diambil oleh pihak ketiga, ini jelas merupakan situasi yang tidak diinginkan oleh keduanya. API 3 menemukan bahwa mesin Oracle memiliki hak untuk menolak sebagian besar kebocoran nilai ini (harga data on-chain), sehingga OEV NetWork diusulkan.
Sebagai Jaringan berbasis Polygon zk rollup, ini adalah platform lelang tunggal untuk aliran pesanan (segala niat peserta untuk mengubah status blockchain adalah pesanan), lelang hak pembaruan data dAPI.
API 3 telah mengembangkan platform lelang sendiri, menghilangkan ketergantungan pada layanan eksternal, memungkinkan para pemangku kepentingan untuk berbagi OEV tanpa perlu membagi keuntungan dengan platform lelang, dan menginternalisasikan OEV di semua blockchain yang mengintegrasikan pengiriman data.
Pemenang lelang dapat memperoleh hak untuk memperbarui data dAPI, memperbarui data harga, dan sebagian besar keuntungan dari lelang akan dikembalikan ke dApp, dengan sebagian kecil menjadi milik API 3 untuk menutupi biaya operasional. Jelas, ketika pihak ketiga (penjual) merasa bahwa biaya lelang harus lebih kecil dari manfaat yang diperoleh setelah memperbarui harga, hanya saat itu lelang akan dilakukan, oleh karena itu, pihak ketiga juga dapat mengambil keuntungan. Sebagai pengguna platform dApp, meskipun tampaknya tidak memiliki keuntungan yang nyata dari pembagian keuntungan, sebenarnya mendapat manfaat dari sumber data berkualitas tinggi yang dAPI berikan kepada dApp, yang memungkinkan untuk melakukan perdagangan dan Manajemen Risiko yang lebih baik, sehingga dapat memperoleh manfaat potensial.
Siklus lelang seperti yang ditunjukkan pada gambar di bawah ini, ketika pencari menemukan OEV, mereka akan memulai lelang. Setelah pencari menang lelang, mereka akan memperoleh hak untuk memperbarui data node dAPI orakel, setelah membayar biaya lelang, hanya setelah itu mereka dapat menggunakan hak tersebut untuk memperbarui data node dAPI orakel. Biaya lelang yang dibayarkan adalah OEV yang ditangkap, yang mengalir ke dApp.
Tren lelang secara alami adalah pihak ketiga (pencari) meningkatkan harga penawaran lebih lanjut untuk mungkin mendapatkan keuntungan. Semakin tinggi harga lelang, semakin kecil selisih antara OEV aktual dan OEV yang diperoleh.
Mengenai seberapa besar kue ini, mari kita tunggu dan lihat saja, tunggu sampai jaringan uji coba berjalan stabil untuk jangka waktu tertentu, baru kita menilainya. Hasil lelang merupakan situasi yang hampir selalu menguntungkan bagi empat peran: pengguna dApp, node Mesin Oracle API 3, pihak ketiga, dan pengguna dAPP. Akses dAPP ke sumber data API 3 yang diambil oleh pihak ketiga diminimalkan, sementara sebagian besar nilai OEV tetap dapat diakses, karena bentuk akhir dari persaingan pasar pasti adalah persaingan antara pihak ketiga. Untuk mencari ruang keuntungan, keuntungan pihak ketiga akan terus menerus tertekan, dan akhirnya, pihak yang akan mendapat manfaat pastilah dApp. Bagi API 3, sebagian kecil nilai OEV dapat digunakan untuk menjalankan jalur bisnis OEV. Pihak ketiga juga dapat mendapatkan potongan dari situasi ini. Bagi pengguna dApp, dengan mendorong partisipan pihak ketiga yang sangat profesional, mereka dapat memberikan cara yang lebih informatif untuk menentukan kapan saatnya memperbarui titik data on-chain, yang dapat meningkatkan kualitas, dan akhirnya menguntungkan pengguna dAPP.
Dengan demikian, skema lelang OEV berbasis API 3, masalah pembagian keuntungan dalam permainan banyak pihak dapat diselesaikan sejauh mungkin, dan 'keuntungan salah' pihak ketiga yang sebelumnya dikembalikan kepada pihak yang berkepentingan terkait. Solusi ini benar-benar elegan.
Bacaan Tambahan: "Laporan Penelitian UniswapX (Bagian I): Merangkum Perkembangan V1-3, Membaca Inovasi dan Tantangan Prinsip DEX Generasi Berikutnya" untuk memahami mekanisme lelang UniswapX.
7. Kesimpulan
API 3 membangun ekosistem yang mandiri dengan dasar tokenomiknya sendiri, yang mengatur sistem menjadi lebih stabil melalui umpan balik positif dan negatif.
Sementara itu, Jaringan OEV yang diajukan oleh API 3 melalui mekanisme lelang hak pembaruan harga dAPI, dengan cerdik menyelesaikan masalah arus OEV, dengan cerdik memindahkan konflik yang dihasilkan oleh OEV antara mesin Oracle dan dApp ke pihak ketiga.
Seiring dengan penyebaran dan perkembangan aplikasi desentralisasi, permintaan akan layanan mesin Oracle yang dapat diandalkan dan aman akan terus meningkat, dan tampaknya muncul bentuk awal dari generasi berikutnya mesin Oracle.
Namun, API 3 juga menghadapi beberapa tantangan.
Model ekonomi tidak dapat ditentukan dan dirancang dengan baik sejak awal untuk beroperasi secara stabil dalam jangka panjang, seringkali proses berkelanjutan selanjutnya akan terjebak dalam pengelolaan yang berlebihan atau pengabaian pengelolaan.
Dan lelang API, intinya adalah pengukuran reputasi dan pendapatan, pada dasarnya adalah model optimis, bukan model pesimis (ZK), meskipun LayerZero yang menggunakan struktur reputasi ini telah beroperasi tanpa masalah pasar apa pun sejak awal, bahkan kombinasi risiko tinggi dari orakel+cross-chain bridges, tetap aman, tetapi tetap ada kemungkinan risiko. Dan terus-menerus bertaruh pada reputasi berarti pendapatan pasar peserta harus cukup tinggi, ini juga sangat terkait dengan perkembangan pasar API 3.
Terakhir, pasar Mesin Oracle tidak mudah diperebutkan, akar masalahnya adalah bahwa Dapp yang paling penting bukan hanya kemampuan untuk menyediakan data, tetapi peran pihak ketiga dari Mesin Oracle itu sendiri. Saat ini, API 3 telah mengatasi masalah ini, tetapi Dapp itu sendiri juga dapat ikut dalam lelang, yang tidak dapat dihindari membuat pengguna khawatir apakah mereka akan bersekongkol sendiri, meskipun ini juga berarti mereka mempertaruhkan reputasi Dapp mereka sendiri. Selain itu, chainlink dan lainnya juga dapat mengikuti, mereka juga dapat melepaskan lebih banyak OEV untuk terus mengendalikan pasar.