Editor |. Wu berbicara tentang blockchain

Berikut Sinopsis Wu Speaks English Podcast

Silakan dengarkan versi lengkapnya:

https://www.youtube.com/watch?v=6HskTaYR4vU

Bisakah Anda memberikan latar belakang singkat tentang API3 dan bagaimana jaringan OEV diluncurkan?

API3 adalah proyek oracle yang tumbuh dari pengalaman para pendirinya sebelumnya dalam menjalankan node ChainLink dan upaya mereka untuk merancang sistem yang lebih efisien, mudah, dan dapat diverifikasi. Hal ini menyebabkan terciptanya API3. Oracles memiliki beragam aplikasi, dengan kasus penggunaan yang paling terkenal adalah penyediaan harga, yang merupakan kebutuhan utama dalam bidang keuangan terdesentralisasi (DeFi). Saat ini, penawaran harga yang ditawarkan tidak menghasilkan pendapatan yang besar, karena operasinya terutama disubsidi dengan menjual tokennya sendiri untuk mendukung proyek oracle yang ditawarkan atau menginvestasikan jutaan dolar ke dalam layanan ini melalui jaringan. Inilah sebabnya API3 sangat menekankan pada identifikasi segmen pasar mandiri yang memungkinkan proyek oracle layak secara finansial. Pendekatan ini membuka jalan bagi peluncuran jaringan OEV, dengan fokus pada penciptaan model di mana penyediaan layanan oracle dapat menghasilkan keuntungan.

Apa itu OEV (Nilai yang Dapat Diekstraksi Oracle)? Mengapa ini penting?

Oracle Extractable Value (OEV) adalah jenis Miner Extractable Value (MEV) khusus yang berfokus pada dampak pembaruan Oracle, atau ketiadaan pembaruan, dalam sistem blockchain. Mirip dengan MEV di mana penambang dapat memprioritaskan transaksi untuk keuntungan pribadi, OEV melibatkan penentuan prioritas transaksi oracle secara strategis untuk mengekstraksi nilai, khususnya dalam skenario di mana oracle menyediakan data pasar penting atau memicu peristiwa on-chain besar seperti likuidasi.

Apa fungsi pembuatan Zk-rollup?

Awalnya, konsep peralihan ke sistem berbasis rollup, terutama dalam konteks perlambatan MEV (Miner Extractable Value) dan pembaruan oracle, tampak tidak konvensional. Namun, menyadari sifat terpusat dari solusi MEV yang ada seperti Flashbots, MEV Share, atau MEV Blocker jelas memerlukan perubahan. Solusi ini berjalan pada server terpusat dan mengharuskan pengguna untuk menaruh kepercayaan besar pada operasi mereka, yang bertentangan dengan etos desentralisasi teknologi blockchain.

Pendekatan awal kami dalam menjual pembaruan oracle juga bergantung pada server pusat, menciptakan sistem di mana pengguna tidak hanya harus mempercayai kami untuk melaksanakan pembaruan, namun juga harus mempercayai kami untuk menangani dana dalam jumlah besar karena persyaratan jaminan yang diperlukan untuk berpartisipasi. Pengaturan ini menimbulkan asumsi kepercayaan yang cukup besar, khususnya mengenai legitimasi proses lelang pembaruan oracle yang kurang transparan dan dapat diverifikasi.

Penggunaan rollup memungkinkan interaksi yang lebih tidak dapat dipercaya, memungkinkan pengguna untuk mentransfer agunan mereka ke platform tanpa memberi kami kendali penuh atas dana mereka. Selain itu, ini memberikan catatan on-chain mengenai partisipasi lelang, pemenang, dan eksekusi pembaruan, sehingga secara signifikan mengurangi asumsi kepercayaan. Dengan rollup, seluruh proses menjadi transparan dan dapat diverifikasi, sehingga mengurangi kebutuhan pengguna untuk terlalu mempercayai integritas API3 atau proses lelang. Pendekatan ini lebih sejalan dengan prinsip desentralisasi blockchain dan memastikan bahwa pengguna dapat berpartisipasi dalam sistem dengan lebih percaya diri dan aman.

Mengapa memilih Poligon?

Kami memilih Polygon karena kemitraan kami yang kuat dengan mereka dan keyakinan kami terhadap pengembangan teknologi zero-knowledge proof (ZK) di masa depan. Kami membuat keputusan ini berdasarkan pemahaman mendalam kami tentang Mesin Virtual Ethereum (ZK EVM) tanpa pengetahuan dan pengakuan atas permintaan yang kuat untuk layanan oracle di ekosistemnya. Kesiapan Polygon untuk menghadirkan solusi ZK ke pasar memberikan keunggulan yang jelas dibandingkan platform lain dan merupakan alasan utama kami memilih untuk bekerja sama dengan mereka.

Peran apa yang dimainkan token API3 di jaringan OEV?

Di jaringan OEV, pemenang lelang diharuskan membayar biaya tambahan sebesar 10% di atas tawaran mereka, yang langsung masuk ke API3. Model ini sedikit berbeda dari skenario MEV pada umumnya, di mana 90% nilai yang diekstraksi dikembalikan ke pengguna dan 10% dimiliki oleh penyedia layanan MEV. Dalam kasus API3, seluruh jumlah penawaran menguntungkan aplikasi, sedangkan biaya tambahan 10% dibagi dua, setengahnya dimiliki oleh API3 sebagai penyelenggara lelang dan setengahnya lagi dialokasikan ke penyedia oracle.

API3 menggunakan bagian biayanya untuk pembelian kembali dan pembakaran token, sebuah strategi yang dirinci dalam buku putih. Pendekatan ini bertujuan untuk menginvestasikan kembali pendapatan langsung ke ekosistem token API3. Misalnya, kontrak telah dikembangkan yang menggunakan biaya yang dikumpulkan untuk membeli token API3, menyediakan likuiditas di Uniswap, dan pada akhirnya mengubah semuanya kembali ke API3 untuk dimusnahkan setelah satu tahun. Pendekatan ini bertujuan untuk meningkatkan likuiditas dan nilai token API3, menyelaraskan kepentingan peserta jaringan dengan kesehatan jangka panjang dan keberhasilan ekosistem.

Jaringan API3 OEV menggunakan model sumber data pihak pertama, mengapa demikian?

Model oracle pihak ketiga dan pihak pertama melibatkan agregasi data, namun perbedaan utamanya terletak pada sumber data dan asumsi kepercayaan yang diperlukan. Dalam model oracle pihak ketiga, seperti yang terutama digunakan oleh Chainlink (dan beberapa oracle pihak pertama juga), data diperoleh secara tidak langsung. Misalnya, jika saya mengoperasikan sebuah node dan mengklaim mendapatkan harga saya dari CoinGecko, setiap konsumen data tidak hanya harus mempercayai CoinGecko, tetapi juga mempercayai saya sebagai perantara. Pengaturan ini menimbulkan lapisan kepercayaan tambahan dan potensi biaya, karena setiap peserta dalam rantai penyediaan data perlu diberi kompensasi.

Sebaliknya, oracle pihak pertama secara langsung melibatkan data yang berasal dari proses oracle. Sumber data seperti CoinGecko menjalankan oracle sendiri dan bukan melalui perantara, sehingga memungkinkan penyediaan data yang dapat diverifikasi dan langsung. Pendekatan ini secara signifikan mengurangi jumlah entitas yang perlu dipercaya oleh konsumen dan menurunkan biaya keseluruhan dengan menghilangkan biaya perantara. Hal ini menghasilkan sistem yang lebih efisien, hemat biaya, dan dapat diterapkan dengan cepat di berbagai jaringan.

Efisiensi ini sangat penting, terutama mengingat menjalankan penyediaan data dasar, tanpa melakukan aktivitas seperti ekstraksi MEV, seringkali tidak menguntungkan. Proyek Oracle sering kali mengalami kerugian, mensubsidi data feed dengan harapan apresiasi token di masa depan, atau mencari subsidi eksternal untuk menutupi biaya operasional. Dengan meminimalkan jumlah pihak yang terlibat dan dengan demikian menurunkan biaya operasional, oracle pihak pertama memberikan solusi yang lebih menarik kepada calon mitra, menggabungkan efisiensi dengan persyaratan kepercayaan yang lebih rendah dan biaya yang lebih rendah.

Apa hubungan teori permainan dalam lelang aliran pesanan (OFA)?

Intinya, ketika Anda berdagang melalui platform seperti MEV Share, perdagangan Anda berpotensi menciptakan nilai. Konsep ini digunakan dalam lelang aliran pesanan di mana orang dapat menawar nilai yang dihasilkan oleh perdagangan Anda. Pencari MEV kemudian dapat memberi kompensasi kepada Anda dengan sebagian besar nilai yang diperoleh dari pengemasan dan penjualan alur transaksi Anda. Misalnya, pesanan jual dalam jumlah besar dapat memicu likuidasi yang menguntungkan, menjadikan perdagangan Anda sangat berharga bagi penawar yang dapat memanfaatkan peluang ini, sehingga memberi Anda uang kembali yang besar.

Dalam konteks jaringan OEV, fokusnya beralih ke pembaruan Oracle daripada transaksi biasa. Kami berpartisipasi dalam lelang aliran pesanan khusus untuk pembaruan ini. Penawar dapat bersaing untuk mendapatkan kesempatan meluncurkan pembaruan Oracle, dengan hasil yang mendukung aplikasi atau protokol yang terlibat. Misalnya, perubahan harga kecil yang memicu likuidasi besar-besaran dapat mewakili peluang keuntungan yang signifikan, sehingga mendorong orang untuk bersaing mendapatkan hak untuk mengeksekusi pembaruan Oracle tersebut.

Sistem ini mencerminkan dinamika yang terlihat dalam lelang aliran pesanan tradisional di mainnet Ethereum, di mana likuidasi dan pembaruan oracle dapat menghasilkan nilai yang signifikan. Namun, pendekatan kami dirancang untuk memastikan manfaat didistribusikan secara lebih merata. Dengan mengizinkan pasar untuk menentukan nilai pembaruan Oracle, kami menciptakan lingkungan di mana aplikasi dapat memperoleh kembali sebagian besar insentif yang biasanya digunakan untuk membayar kliring, sehingga mengurangi biaya secara signifikan.

Singkatnya, pembaruan Oracle dapat menghasilkan nilai yang signifikan, sehingga sangat penting untuk membiarkan pasar menentukan nilainya. Saat ini, pembaruan Oracle dilakukan tanpa pendekatan berbasis pasar, sehingga sering kali mengakibatkan hilangnya peluang untuk mendapatkan kembali nilai. Sistem kami bertujuan untuk mengubah hal ini, sehingga memungkinkan DApps untuk mempertahankan bagian yang lebih besar dari insentif yang mereka berikan.

Bagaimana jika imbalan atas pelanggaran lebih besar daripada biaya layanan dan denda?

Kami fokus pada oracle pihak pertama karena mereka didukung oleh aktivitas bisnis nyata, sehingga mereka bertanggung jawab atas datanya. Jika oracle ini berperilaku buruk, tindakan mereka akan dicatat di blockchain, sehingga memungkinkan adanya bantuan langsung. API3 mengelola dan memantau penyedia data ini untuk memastikan standar kualitas terpenuhi. Penyedia yang gagal memenuhi standar ini akan diganti untuk memastikan integritas penyediaan data. Pendekatan ini mengandalkan kepercayaan terhadap penyedia layanan, namun bertujuan untuk meminimalkan kepercayaan melalui transparansi dan akuntabilitas. Tujuannya adalah beralih ke sistem yang tidak terlalu bergantung pada kepercayaan di masa depan.

Bagaimana API3 bersaing dengan Chainlink dan Python? Apa tujuan akhirnya?

Kami tidak fokus pada Total Value Locked (TVS) sebagai metrik inti kami karena TVS tidak berkontribusi langsung terhadap profitabilitas. Alasannya adalah penyediaan data operasional, terlepas dari ukuran TVS, saat ini bukanlah usaha yang menguntungkan—tidak ada mekanisme langsung untuk memasukkan nilai yang diperoleh dari penyediaan data operasional ke dalam token. Baik Anda melindungi $5 miliar atau $500 juta, hasil finansialnya tetap sama: tidak ada keuntungan dari aktivitas itu sendiri. Realisasi ini membuat kami fokus pada jaringan OEV, yang menyediakan cara untuk mengembalikan dana ke proyek dan benar-benar menghasilkan pendapatan.

Jaringan OEV mengubah TVS menjadi angka-angka yang bermakna, beralih dari model yang dibangun berdasarkan “harapan dan impian” dengan mengaitkan upaya keamanan secara langsung dengan potensi pendapatan melalui likuidasi dan mekanisme lainnya. Saat ini, jaringan OEV beroperasi bersamaan dengan data feed API3, memungkinkan pembaruan tambahan dan aliran pendapatan. Kami sedang menjajaki perluasan jaringan OEV ke oracle lain, yang berpotensi memungkinkan kami untuk beralih dari aspek penyediaan data operasional yang tidak menguntungkan dan fokus pada operasi OEV yang menguntungkan.

Di banyak platform tingkat kedua, yayasan yang mendasarinya mensubsidi ketentuan tersebut, yang berarti biaya sebenarnya sering kali ditanggung oleh Chainlink Labs atau badan pengelola tingkat kedua daripada menggunakan proyek yang disediakan. Dalam skala besar, penyediaan data yang penting dan umum digunakan tidak menghasilkan keuntungan langsung untuk proyek oracle. Peralihan ke jaringan OEV mewakili pendekatan inovatif untuk menciptakan nilai di ruang oracle, dengan fokus pada interaksi yang menguntungkan dibandingkan hanya mengamankan TVS dalam jumlah besar tanpa keuntungan finansial langsung.

Tidak sepenuhnya akurat untuk mengatakan bahwa layanan oracle seperti Chainlink tidak menghasilkan uang. Mereka berpotensi menghasilkan pendapatan dengan membebankan biaya ke jaringan yang mereka operasikan, seperti Arbitrum, di mana Arbitrum Foundation menanggung biaya tersebut. Hubungan antara volume penggunaan proyek yang diberikan dan pendapatan yang dihasilkan seringkali tidak jelas, layanan ini dirancang untuk menutupi biaya operasional daripada menghasilkan keuntungan yang besar;

Ekspansi ke area baru seperti CCIP menunjukkan strategi untuk menciptakan nilai lebih dari sekadar penawaran harga, yang mungkin dipandang sebagai alat pembangunan merek atau operasi titik impas, bukan sebagai pusat keuntungan. Diskusi tata kelola dalam proyek-proyek ini sering kali mengungkapkan tantangan finansial dalam mengoperasikan layanan oracle, dan menyoroti langkah-langkah menuju solusi yang berpotensi lebih menguntungkan.

Apa bedanya API3 dengan Oval? Apa kelebihannya dibandingkan UMA?

Oval dibangun di atas infrastruktur oracle dan Flashbots, menunjukkan cara untuk mendapatkan nilai dari pembaruan oracle dengan melakukan pra-penjualan hak pembaruan. Namun, ia bergantung pada komponen terpusat dan karena keterbatasan Flashbots, cakupan operasinya terbatas pada mainnet Ethereum, menunjukkan sistem dengan ketergantungan yang signifikan.

API3 mengusulkan model yang lebih fleksibel yang memberikan solusi komprehensif melebihi apa yang dicapai Oval. Ini memberikan opsi untuk menggunakan data feed milik API3 untuk mendapatkan pembaruan yang lebih rinci atau untuk menambah oracle lain dengan rincian tambahan melalui jaringan OEV. Pendekatan ini mengurangi ketergantungan pada satu jaringan atau solusi dan bertujuan untuk memungkinkan penerapan yang lebih luas di seluruh blockchain tanpa batasan yang disebabkan oleh ketergantungan pada layanan seperti Flashbots.

Pada dasarnya, strategi API3 melibatkan pembangunan kerangka oracle yang sudah ada, memberikan peningkatan granularitas, dan memperluas potensi perolehan nilai di berbagai blockchain. Pendekatan multi-aspek ini bertujuan untuk mengatasi kompleksitas layanan Oracle dan mengatasi keterbatasan model saat ini sambil menjajaki jalur menuju efisiensi yang lebih besar dan penerapan jaringan yang lebih luas.

Dibandingkan dengan UMA, keunggulan API3 adalah menekankan pada pembangunan penyedia data pihak pertama yang terdesentralisasi dan mengurangi ketergantungan pada layanan terpusat dan pihak ketiga. Jaringan OEV dan strategi penyediaan data API3 menyediakan aliran data yang lebih terdesentralisasi, transparan, dan dapat diverifikasi, yang sangat penting untuk memastikan keadilan dan keamanan aplikasi blockchain. Selain itu, API3 bertujuan untuk menyediakan solusi yang kompatibel lintas rantai, memungkinkan penerapan dan fleksibilitas yang lebih luas, sementara UMA berfokus pada penyediaan landasan untuk kontrak keuangan terdesentralisasi, yang mungkin memiliki perbedaan dalam cakupan penerapan dan implementasi teknis yang berbeda.