Catatan: Teks asli dikumpulkan dari tweet lebih dari 2.000 kata di Twitter resmi Geek web3 tentang masalah OEV dan solusinya. Karena topik ini sangat menarik, kami telah menyusunnya ke dalam sebuah artikel singkat untuk referensi Anda.

Apa itu OEV (Oracle MEV)

Sederhananya, ketika operator oracle memonitor perbedaan antara data harga off-chain dan on-chain, operator dapat memulai transaksi dan memperbarui harga yang dirasakan oleh oracle on-chain. Ketika sebuah transaksi yang dapat mengubah harga oracle terjadi, hal ini sering kali berarti terciptanya MEV. Kami menyebutnya MEV yang bergantung pada oracle OEV (oracle extractable value).

Keberadaan OEV telah menghasilkan redistribusi nilai di antara para pemangku kepentingan yang berbeda, dan API3 mengklaim menggunakan mekanisme lelang untuk membuat redistribusi OEV sewajar mungkin (dialokasikan melalui mekanisme pasar), dan mencoba menghadirkan pembaruan harga yang lebih cepat dan lebih murah.

Secara umum diyakini bahwa pembuatan dan ekstraksi OEV adalah bagian dari masalah MEV. Di sini kami akan memperkenalkan secara singkat bagaimana OEV dihasilkan. Alasan utamanya terletak pada dua aspek berikut ini:

1. Sistem DeFi menggunakan oracle untuk mendapatkan harga dan mengeksekusi likuidasi dan logika lainnya berdasarkan harga oracle. Dan likuidasi aset sering kali mengindikasikan adanya margin keuntungan yang besar.

2. Ada masalah kecil dalam pembaruan oracle. Hanya ketika ada deviasi tertentu antara harga off-chain dan on-chain, data on-chain akan diperbarui, yang akan disajikan dalam bentuk transaksi.

Terbentuknya OEV berarti hilangnya nilai bagi penyedia likuiditas. Beberapa data menunjukkan bahwa berdasarkan dua aspek di atas, ada tiga cara untuk menghasilkan OEV:

Frontrunning: Ketika pencari OEV memantau bahwa transaksi pembaruan harga oracle muncul di kumpulan transaksi, mereka dapat memasukkan transaksi mereka sendiri sebelum transaksi ini untuk mendapatkan manfaat yang dibawa oleh pembaruan harga. Ini adalah perdagangan yang paling tradisional.

Arbitrase: Karena pembaruan harga on-chain dari mesin oracle bergantung pada perbedaan antara harga on-chain dan harga off-chain, ini berarti bahwa kutipan mesin oracle mungkin tidak konsisten dengan kutipan sistem lain, dan ruang arbitrase akan muncul saat ini.

Likuidasi: Pembaruan harga oracle akan memicu likuidasi serangkaian posisi pinjaman, dan likuidator dapat memperoleh pendapatan likuidasi dalam jumlah besar selama proses likuidasi.

Keuntungan yang ditarik dengan metode frontrunning dan arbitrase sebenarnya adalah kerugian penyedia likuiditas. Adapun manfaat yang diperoleh dari likuidasi, di satu sisi mempengaruhi kepentingan peminjam, karena peminjam akan kehilangan sebagian besar dana selama proses likuidasi, dan di sisi lain, karena keterlambatan kutipan yang diberikan oleh oracle, pemberi pinjaman akhirnya menerima nilai agunan yang mungkin lebih rendah dari yang diharapkan. Oleh karena itu, apa pun yang terjadi, penarikan OEV akan membawa kerugian pada protokol Defi yang sesuai dalam hal properti tahanan.

Proses ekstraksi OEV pada dasarnya adalah proses yang terdepan

Untuk ekstraksi OEV, pencari akan memantau "instruksi pembaruan data oracle" di kumpulan memori, menggabungkan instruksi transaksi pembaruan data oracle dengan instruksi transaksi yang diinisiasi oleh mereka melalui infrastruktur MEV, dan akhirnya mengeksekusinya untuk mendapatkan keuntungan.

Tentu saja, untuk transaksi arbitrase dan kliring, pencari hanya perlu memantau deviasi antara harga on-chain dan harga off-chain, dan akhirnya memastikan bahwa transaksi yang mereka lakukan dieksekusi di chain terlebih dahulu melalui infrastruktur MEV.

Terlepas dari proses yang digunakan oleh para pencari, kita dapat melihat bahwa manfaat OEV didistribusikan antara infrastruktur MEV dan para pencari OEV, dan protokol yang "menangkap" nilai OEV tidak menerima manfaat yang seharusnya. (Menurut beberapa data, masalah OEV sebelumnya telah menyebabkan hampir 10% dari keuntungan platform GMX diambil)

Untuk mengatasi masalah ini, GMX, yang telah menyumbangkan sejumlah besar nilai OEV dan merupakan platform perdagangan derivatif on-chain, mengadopsi metode yang sederhana dan kasar: biarkan beberapa orang yang ditunjuk oleh mereka sendiri menangkap nilai OEV, dan kemudian mengembalikan nilai OEV sebanyak mungkin ke platform GMX.

Dalam hal ini, GMX memperkenalkan Rook dan daftar putih. Sederhananya, pembaruan oracle GMX dieksekusi melalui Rook, dan Rook akan melakukan operasi ekstraksi OEV berdasarkan kondisi pasar saat ini untuk mendapatkan OEV di pasar. 80% dari OEV ini akan dikembalikan ke protokol GMX.

Singkatnya, GMX memberikan Rooks hak untuk memperbarui oracle melalui daftar putih, mengekstrak OEV melalui Rook agar tidak diekstrak oleh pencari lain, dan pada saat yang sama mengembalikan 80% OEV ke sistem GMX. Rutinitas ini sebenarnya agak sederhana dan kasar.

Mekanisme lelang OEV berdasarkan penawaran pasar

Sebelum memperkenalkan skema lelang OEV yang diusulkan oleh API3 yang telah banyak dibahas dalam beberapa hari terakhir, pertama-tama kami akan memperkenalkan secara singkat prinsip operasi mesin oracle API3. Inti dari API3 disebut protokol Airnode. Protokol ini memungkinkan penyedia layanan API untuk secara langsung mengemas API Web2 mereka ke dalam oracle Web3.

Sederhananya, protokol Airnode mengharuskan penyedia layanan API untuk menggunakan kunci pribadinya sendiri untuk menandatangani setiap data yang dipublikasikan. Pengguna dapat memperoleh data terbaru dan tanda tangannya dari penyedia layanan protokol Airnode kapan saja, dan kemudian mempublikasikannya ke oracle on-chain untuk memperbarui data.

Untuk penyedia layanan API, mengemas layanan API Web2 mereka sebagai oracle blockchain sebenarnya hanya perlu menambahkan tautan tanda tangan kunci pribadi. Sejumlah besar infrastruktur penyedia layanan API dapat langsung digunakan kembali, yang sangat mengurangi ambang batas bagi bisnis API untuk memasuki bidang mesin oracle.

Berdasarkan protokol Airnode, API3 menggunakan skema lelang yang mirip dengan flashbot tetapi ditargetkan pada sistem oracle untuk mencapai distribusi OEV yang masuk akal, dan pada saat yang sama semakin meningkatkan frekuensi pembaruan oracle pada rantai. Gambar berikut ini menunjukkan skema OEV API3:

API3 memungkinkan siapa pun untuk secara aktif memperbarui data yang tercatat pada kontrak oracle mereka melalui penawaran, dan memperkenalkan simpul OEV Relay sebagai inti dari seluruh proses lelang OEV. OEV Relay mengumpulkan data di setiap node jaringan oracle dan mengembalikannya ke pencari. Pencari kemudian menggunakannya untuk memperbarui data yang direkam pada oracle API3, dan mengambil kesempatan untuk menggabungkan transaksi MEV.

Keberadaan OEV Relay memberikan dua keuntungan sebagai berikut:

1. Menyediakan semua data kepada pencari dengan cara yang terpadu dan mengurangi jumlah pencari yang berinteraksi dengan node oracle saja;

2. Melindungi node oracle tunggal dalam jaringan dan mencegah node oracle tunggal diserang oleh serangan DoS yang dilakukan oleh pencari;

Pencari dapat memperoleh data kutipan jaringan oracle yang dikumpulkan dan tanda tangan dalam OEV Relay. Ketika pencari percaya bahwa kutipan jaringan oracle saat ini dapat membantu mereka menyelesaikan operasi ekstraksi OEV tertentu, pencari akan memulai penawaran ke OEV Relay.

Selama proses penawaran, jika pencari memberikan penawaran tertinggi, OEV Relay akan mengembalikan meta-tx yang telah ditandatangani dan dapat langsung diunggah ke rantai untuk pembaruan harga mesin oracle di rantai. Pencari dapat mengemas transaksi pembaruan harga ini dengan transaksi lain dalam rantai dan mengeksekusinya untuk mendapatkan pendapatan OEV. Pada saat ini, karena transaksi pembaruan harga juga dikemas dalam chain, maka harga oracle dalam chain juga diperbarui.

Kita dapat melihat bahwa salah satu efek dari mendukung lelang OEV adalah untuk mencapai pembaruan frekuensi tinggi dari harga oracle on-chain. Mengambil sumber data AAPL/USD sebagai contoh, sebelum ada lelang OEV, ketika harga off-chain dan on-chain menyimpang sebesar 1%, deviasi yang besar ini akan menyebabkan oracle secara aktif memperbarui harga on-chain.

Tetapi jika mesin oracle mengizinkan dunia luar untuk mengirimkan instruksi pembaruan data kepadanya setelah lelang OEV dibuka, para pencari mungkin berpikir bahwa perbedaan harga 0,1% antara harga on-chain dan off-chain dapat memberikan keuntungan besar bagi OEV. Hal ini akan mendorong pencari untuk mengambil meta-tx untuk pembaruan harga ketika perbedaan harga 0,1%, dan mengunggah pesanan transaksi ke rantai.

Hal ini akan mempercepat pembaruan ke sumber data AAPL/USD tanpa menimbulkan biaya pembaruan oracle tambahan untuk aplikasi yang menggunakan oracle ini.

Oleh karena itu, biaya pembaruan data oracle diteruskan ke penangkap nilai OEV, dan OEV Relay API3 dapat memperoleh biaya penawaran yang besar dari para pemain OEV, dan kemudian mengumpankan biaya ini kembali ke protokol Defi yang menangkap nilai OEV.

Dapat diperkirakan bahwa ketika pasar OEV berkembang, para pencari akan bersaing ketat dalam harga lelang, menyebabkan sebagian besar (bahkan 95%) nilai OEV ditransfer ke protokol API3. Setelah protokol API3 menerima bagian dari pendapatan OEV ini, protokol ini akan membedakan sumber nilai OEV dan mengembalikannya ke protokol Defi di mana nilai OEV ditangkap.

Perlu juga dicatat bahwa untuk tujuan asuransi, API3 akan secara otomatis melakukan operasi pembaruan data ketika perbedaan antara data on-chain dan data off-chain besar, asalkan tidak ada pelelang OEV yang secara aktif memperbarui data yang tercatat dalam kontrak API3.

Ringkasan

Berdasarkan protokol Airnode dan terinspirasi oleh Flashbot, API3 mengembangkan solusi lelang OEV, yang memberikan keuntungan sebagai berikut:

Kembalikan sebagian besar OEV ke protokol yang menggunakan umpan harga oracle, memberikan pembaruan harga yang lebih halus; platform protokol yang menggunakan umpan harga oracle tidak perlu membayar biaya tinggi untuk pembaruan data yang lebih halus. Biaya ini dibebankan kepada para pelari terdepan OEV yang mengajukan penawaran melalui lelang.

Dibandingkan dengan solusi khusus GMX, solusi API3 lebih serbaguna. Selain itu, pengguna oracle API3 hanya perlu memberikan alamat dompet, dan protokol API3 akan secara otomatis mentransfer pendapatan OEV ke dalam dompet ini, sehingga pendistribusian ulang OEV menjadi lebih nyaman.

Penafian: Penafian

1. Artikel ini dicetak ulang dari[PANews], Semua hak cipta adalah milik penulis asli[Geek Web3]. Jika ada keberatan dengan pencetakan ulang ini, silakan hubungi tim Gate Learn, dan mereka akan segera menanganinya.
2. Penafian Tanggung Jawab: Pandangan dan pendapat yang diungkapkan dalam artikel ini semata-mata merupakan pandangan dan pendapat penulis dan bukan merupakan saran investasi.
3. Penerjemahan artikel ke dalam bahasa lain dilakukan oleh tim Gate Learn. Kecuali disebutkan, menyalin, mendistribusikan, atau menjiplak artikel terjemahan dilarang.