Dengan meningkatnya aktivitas di blockchain dan evolusi serta kekayaan infrastruktur blockchain, MEV di blockchain selalu dianggap sebagai bagian paling berbahaya di hutan gelap Ethereum, yang secara langsung menyebabkan kerugian profit dan penurunan pengalaman pengguna dalam aktivitas keuangan di blockchain. Artikel ini bertujuan untuk menganalisis secara mendalam masalah sentralisasi dan kepercayaan yang dibawa oleh mekanisme ini berdasarkan pada mekanisme pembuatan blok Ethereum 2.0 dan evolusi teknologi pemisahan pengusul-pembangun (PBS), yang memiliki realitas yang sangat bertentangan dengan nilai-nilai Ethereum.
Peningkatan MEV di blockchain memang merupakan pedang bermata dua, dengan eksternalitas positif dan negatif. Eksternalitas positif termasuk mengurangi perbedaan harga di DEX dan membantu likuidasi transaksi; eksternalitas negatif termasuk kerugian dari transaksi sandwich bagi pengguna. Oleh karena itu, solusi MEV lebih berfokus pada mengurangi eksternalitas negatif daripada menghilangkannya sepenuhnya. Dalam eksplorasi mekanisme untuk mengurangi eksternalitas negatif MEV dan menyelesaikan masalah Relayer yang berbasis pada kepercayaan pihak ketiga saat ini, langkah-langkah utama dibagi menjadi tiga kategori: perbaikan mekanisme lelang, perbaikan lapisan konsensus, dan perbaikan lapisan aplikasi. Ketiga perbaikan ini akan berdampak pada berbagai tingkat terhadap pola modern MEV, tetapi beberapa solusi tidak dapat secara substansial mengatasi masalah serangan sandwich yang dihadapi pengguna, transaksi pengguna masih berada di public pool, sehingga perlu diperkenalkan lebih banyak teknologi privacy pool untuk melindungi privasi opsional transaksi pengguna, dan solusi MEV ini layak untuk dicoba secara kombinasi.
Selain itu, MEV sebagai produk sampingan dari desain mekanisme yang tidak terhindarkan, di masa depan akan semakin kompleks. Kami juga menjelajahi tantangan dan peluang teknologi MEV yang lebih mungkin muncul di bawah penerapan jenis transaksi baru seperti arsitektur Layer2 dan abstraksi akun EIP-4337.
Akhirnya, kami berharap melalui artikel ini untuk mengeksplorasi potensi solusi untuk mengurangi masalah eksternalitas negatif MEV, serta memberikan pemahaman menyeluruh tentang pro dan kontra dari solusi MEV saat ini, tidak hanya untuk menerangi hutan gelap tempat pengguna berada di masa depan, tetapi juga untuk menerangi hutan gelap bagi peneliti di industri untuk penelitian lebih lanjut tentang MEV.
Ethereum 2.0
Sejak The Merge, Ethereum mengadopsi mekanisme POS untuk memastikan keamanan jaringan, sekaligus mengabaikan kompetisi yang intensif secara komputasi dalam hal produksi blok, dan beralih ke proof of stake. Setelah penggabungan, Ethereum dibagi menjadi lapisan eksekusi dan lapisan konsensus. Seluruh produksi blok juga mengalami perubahan, setiap Epoch merupakan satu siklus POS, dan setiap Epoch dibagi menjadi 32 Slot, di mana setiap Slot setara dengan satu unit waktu untuk menghasilkan blok, yaitu 12 detik.
Seluruh jaringan akan secara acak memilih sebuah komite dari para validator dalam setiap Epoch, dan orang yang mengusulkan blok dipilih secara acak dari himpunan komite tersebut. Usulan blok tersebut harus mengemas transaksi dan mengeksekusi urutan untuk menghasilkan sebuah blok. Validator lain dalam komite akan mengawasi proses ini, dan kemudian memberikan suara untuk blok tersebut. Selain itu, komite ini akan dipilih ulang setelah setiap Epoch. Juga dikenakan batasan waktu operasi tertentu untuk memastikan efisiensi dalam pembuatan blok dan pemungutan suara. Di sini, kami mengatur istilah untuk pembaca, Payload adalah beban eksekusi, yang berarti perubahan status transaksi, dapat dianggap sebagai bagian dari eksekusi blok. Pengusul blok akan menerapkan beban eksekusi (Execution Payload, yaitu penerapan perubahan status hasil transaksi ) dan usulan blok.
Arsitektur PBS
Sebenarnya, ketika validator terpilih menjadi pengusul blok, seringkali pengusul tidak memiliki motivasi untuk mengeksekusi Payload, yaitu mengurutkan transaksi dan mengeksekusi, karena hal ini membutuhkan banyak daya komputasi untuk melakukan perubahan status. Pemikiran awalnya adalah, jika kita melalui pemilihan dewan terdesentralisasi, jika kita memasukkan beban eksekusi ke dalamnya, maka pengurutan transaksi dan sebagainya akan menjadi hal yang terdesentralisasi. Namun, validator tampaknya secara alami ingin menyerahkan bagian ini kepada pihak ketiga untuk diselesaikan, sedangkan pengusul sendiri fokus pada pengusulan blok. Oleh karena itu, muncul pemikiran PBS, yaitu memisahkan pengusulan blok dan konstruksi, di mana pengusul hanya bertanggung jawab untuk memverifikasi blok, tanpa terlibat dalam konstruksi blok. Pemisahan antara pengusul dan pembangun mendorong pasar terbuka, di mana pengusul blok dapat memperoleh blok dari pembangun blok. Para pembangun ini bersaing satu sama lain untuk membangun blok, dan menawarkan biaya tertinggi kepada pengusul, yang kita sebut "lelang blok".
Kami akan menjelaskan secara singkat tentang model lelang pertama yang disegel Proposer Builder Seperate PBS(. Ketika pengguna mengirimkan transaksi melalui agen RPC, RPC setara dengan menjalankan sebuah node, yang mengirimkan transaksi ke Mempool publik, beberapa Builder menemukan transaksi yang paling cocok untuk diurutkan untuk menghasilkan blok dengan maksimalisasi keuntungan ). Maksimalisasi keuntungan mengacu pada biaya transaksi Base+Priority+MEV (, kemudian beberapa Builder berinteraksi dengan Proposer melalui MEV-Boost Relayer, Relayer adalah jembatan interaksi antara beberapa Builder dan Proposer, Builder mengajukan penawaran kepada Relayer, Relayer mengajukan beberapa header blok dan penawaran yang sesuai kepada Proposer, Proposer umumnya menerima blok dengan penawaran tertinggi. Di antara Relayer akan menerapkan spesifikasi MEVBboost, ini adalah spesifikasi teknis yang diajukan oleh Flashbot mengenai bagaimana mengatur interaksi lelang antara Builder dan Proposer. Dalam proses ini, semua informasi bersifat tertutup, Relayer hanya akan menyerahkan header blok kepada Proposer, sehingga Proposer memiliki ketahanan terhadap sensor.
![Menerangi Hutan Gelap: Mengungkap Selubung Misteri MEV])https://img-cdn.gateio.im/webp-social/moments-21a9d73cdbce31e29c5ad2285552cc14.webp(
Berbagai Peserta dan Permainan dalam PBS
Para peserta utama terdiri dari Builder, Relayer, Proposer, MEVbot)Searcher(.
) Builder
Builder terutama bertanggung jawab untuk membangun konten blok, setelah menggunakan teknologi MEV-Boost, mereka berada dalam posisi yang lebih menguntungkan dalam lelang, karena tidak hanya mendukung Biaya Gas, tetapi juga mendukung pendapatan MEV. Builder dapat langsung memeriksa transaksi pengguna dan Pencari, yang selama ini menjadi sorotan, terutama setelah pemerintah AS mengumumkan OFAC, banyak Builder berpartisipasi dalam kepatuhan OFAC. Jika dibandingkan dengan awalnya, meskipun proporsi pemeriksaan blok baru-baru ini telah menurun, kita dapat melihat bahwa dalam proses pembangunan blok, Builder memiliki peran langsung dalam pemeriksaan transaksi.
Melihat pangsa pasar Builder saat ini, beaverbuild.org yang merupakan Build murni tanpa perlu pemeriksaan secara bertahap memperluas pangsa pasarnya, semuanya berorientasi pada keuntungan.
![Menerangi Hutan Gelap: Mengungkap Tabir MEV]###https://img-cdn.gateio.im/webp-social/moments-2178fc37efedccedda8b4ed45ba571a7.webp(
) Pencari
Pada dasarnya, pekerjaan memaksimalkan keuntungan memerlukan kerja sama antara Searcher dan Builder. Searcher sering kali bekerja sama dengan Builder tertentu, sehingga membentuk Dark Pool atau Private Pool. Di dalamnya, transaksi Searcher hanya akan ditampilkan kepada Builder tertentu, dan beberapa Builder akan mendapatkan transaksi MEV yang memaksimalkan keuntungan, sehingga bersaing untuk ruang blok. Secara teori, jika Builder berbuat jahat atau melakukan penyensoran, maka Searcher dapat memilih Builder lain, yang akan mengakibatkan pangsa pasar Builder berkurang secara bertahap. Oleh karena itu, karena terikat pada Searcher, Builder sering kali mempertimbangkan biaya tersembunyi dari tindakan buruk. Gambar di atas menunjukkan situasi pendapatan MEV dan Gas harian, di mana dapat dilihat bahwa pendapatan MEV yang diberikan oleh Searcher dalam kondisi volatilitas pasar yang signifikan bahkan bisa mencapai dua kali lipat dari pendapatan Gas harian.
Untuk Searcher, dibagi menjadi dua kategori besar yaitu arbitrase CEX-DEX### off-chain( dan DEX, mezzanine, serta likuidasi) on-chain(.
Saat ini Wintermute menduduki pangsa pasar tertinggi dalam perdagangan arbitrase CEX-DEX.
Untuk peluang MEV murni di blockchain, ada kecenderungan untuk membentuk studio secara bertahap, di mana pangsa pasar jaredfromsubway.eth mencapai angka yang mengejutkan sebesar 37,2%, yang ahli dalam melakukan serangan sandwich terhadap pengguna di jaringan Etheruem, pernah menjadi pengguna dengan konsumsi gas tertinggi di jaringan, menghabiskan sekitar 1,5% dari total gas dalam satu hari. Dari Februari 2023 hingga Juni 2024, robot ini menghabiskan total 76.916 ETH, yang menurut nilai saat transaksi dilakukan, setara dengan sekitar 175 juta USD. Karena hubungan yang erat antara Seacher dan Builder, dalam praktiknya, banyak Seacher yang mengirimkan aliran pesanan mereka kepada tiga Builder teratas, padahal sebenarnya mereka bisa disiarkan kepada semua Builder, namun beberapa Builder kecil mungkin akan membagi aliran pesanan Seacher, menyebabkan strategi MEV Seacher menjadi tidak efektif, dan berisiko menyebabkan kerugian. Selain itu, mengikat Builder juga dapat mempertahankan pengaruhnya di dalam ekosistem.
![Menerangi Hutan Gelap: Mengungkap Tabir MEV])https://img-cdn.gateio.im/webp-social/moments-355138223027bf07ef01db141cec6d58.webp(
) Relayer
Relayer bertanggung jawab untuk mengumpulkan lelang, kemudian bertindak sebagai stasiun perantara untuk mengajukan header blok dan harga lelang blok kepada Proposer, pada saat itu Proposer tidak mengetahui rincian transaksi dalam blok. Setelah Proposer memilih dan menandatangani header blok, Relayer akan membebaskan semua konten transaksi kepada Proposer. Kita akan menemukan bahwa Relayer di sini berfungsi sebagai pihak ketiga yang tidak memiliki insentif ekonomi, mendapatkan kepercayaan yang sangat besar, Builder bergantung pada Penawaran dari Proposer, sementara Proposer bergantung pada penawaran Relayer dan konten blok. Sepanjang sejarah, masalah serupa juga pernah terjadi, Ultrasound Relayer memiliki potensi kelemahan yang menyebabkan Proposer menarik lebih dari 20 juta dolar MEV. Meskipun kelemahan ini dapat diperbaiki, Relayer itu sendiri masih dapat memilih untuk bertindak jahat dan mencuri MEV.
Gambar di atas menunjukkan situasi pangsa pasar Relayer, kita akan menemukan bahwa pangsa pasar Builder yang menjalankan MAX Profit murni telah secara bertahap meningkat sejak Merge, oleh karena itu dalam pasar bebas, tidak mungkin untuk mengontrol MEV secara artifisial melalui Builder.
Sementara itu, Relayer juga menghadapi masalah, yaitu tidak adanya insentif ekonomi. Oleh karena itu, Blocknative juga menghentikan penelitian di arah Relayer. Saat ini, Relayer semuanya bergantung pada spesifikasi MEVBoost yang diajukan oleh Flashbots untuk dibangun, Ethereum bergantung pada pihak ketiga untuk menyediakan PBS, yang bukan solusi jangka panjang, sehingga saat ini komunitas Ethereum juga sedang menjelajahi untuk memasukkan PBS ke dalam tingkat protokol.
![Menerangi Hutan Gelap: Mengungkap Tabir MEV]###https://img-cdn.gateio.im/webp-social/moments-b41ea7fd71286916535ec0974e6261ec.webp(
) Proposer
Untuk Proposer, algoritma digunakan untuk secara acak memilih sekelompok komite dari semua validator, dan memilih satu pengusul blok di setiap slot. Pengusul blok itu sendiri memiliki kemampuan untuk menjalankan beban kerja, tetapi karena pengusul secara alami ingin mengalihdayakan bagian ini, hal ini dapat menyebabkan kolaborasi vertikal antara Builder dan Proposer. Relayer dari MEV-boost berharap untuk bertindak sebagai titik tengah dari cara ini, untuk mengurangi kolusi kolaborasi vertikal yang dihasilkan dari komunikasi langsung antara keduanya. Saat ini, semua orang berada di kolam penambangan sebagai kolam validator, tetapi kolam penambangan ini dan kolam validator LSD memiliki efek skala yang sangat kuat, terutama dengan munculnya LSD, yang melepaskan potensi token yang sebelumnya dipertaruhkan, meningkatkan efisiensi modal, dan pengaruh dari blok DEFI di belakangnya, sehingga kolam validator berada dalam tren yang lebih terpusat.
Lido saat ini menguasai sekitar 28,7% pangsa pasar, Coinbase dan Ether.fi menempati posisi kedua dan ketiga. Ketika solusi MEV-BOOST PBS tidak diterapkan secara proaktif di masa lalu, Proposer harus bertanggung jawab atas tugas Builder, yaitu mengeksekusi beban ###Payload(, namun sebagian besar Proposer menyerahkan kemampuan mereka untuk mengeksekusi urutan transaksi, karena hal ini dapat membebani kinerja verifikasi secara serius dalam pekerjaan komputasi yang berat, lebih baik untuk mengalihkan beban eksekusi dan membiarkan pihak ketiga melelang blok.
![Menerangi Hutan Gelap: Mengungkap Misteri MEV])https://img-cdn.gateio.im/webp-social/moments-cde45fcc68b2217faa2920d7559fb1ce.webp(
) Pengguna
Terakhir, mari kita bicarakan tentang Pengguna. Pengguna sering berada di posisi yang paling lemah dalam desain arsitektur keseluruhan, karena transaksi pengguna dimasukkan ke dalam Mempool dan akan diambil keuntungan MEV oleh berbagai MEVbot, tetapi keuntungan ini tidak akan mengalir ke pengguna. Namun, tidak semuanya buruk, misalnya di DEX, ketika fluktuasi harga di rantai cukup besar atau volume transaksi pengguna lebih besar dari likuiditas DEX, MEVbot akan menggunakan arbitrase untuk mengurangi slippage dan perbedaan harga di berbagai platform. Oleh karena itu, keberadaan MEV memiliki eksternalitas positif dan negatif, yang perlu dibahas secara terpisah, dan ini juga merupakan bagian dari kompleksitasnya.
Untuk mencegah pengguna terpantau oleh MEVbot dan menyebabkan kerugian bagi pengguna, ada banyak penyedia node RPC yang dapat membantu pengguna meletakkan transaksi di Mempool yang tidak publik, misalnya dapat berinteraksi langsung dengan Builder melalui RPC Builder. Salah satu cara yang cukup inovatif adalah melalui OFA###Order Flow Auction( untuk mengkompensasi keuntungan MEV bagi pengguna, operator OFA RPC bekerja sama dengan Searcher.
Halaman ini mungkin berisi konten pihak ketiga, yang disediakan untuk tujuan informasi saja (bukan pernyataan/jaminan) dan tidak boleh dianggap sebagai dukungan terhadap pandangannya oleh Gate, atau sebagai nasihat keuangan atau profesional. Lihat Penafian untuk detailnya.
Masalah MEV di Ethereum: Melihat Hutan Gelap On-Chain dari Arsitektur PBS
Menerangi Hutan Gelap: Mengungkap Selubung MEV
Dengan meningkatnya aktivitas di blockchain dan evolusi serta kekayaan infrastruktur blockchain, MEV di blockchain selalu dianggap sebagai bagian paling berbahaya di hutan gelap Ethereum, yang secara langsung menyebabkan kerugian profit dan penurunan pengalaman pengguna dalam aktivitas keuangan di blockchain. Artikel ini bertujuan untuk menganalisis secara mendalam masalah sentralisasi dan kepercayaan yang dibawa oleh mekanisme ini berdasarkan pada mekanisme pembuatan blok Ethereum 2.0 dan evolusi teknologi pemisahan pengusul-pembangun (PBS), yang memiliki realitas yang sangat bertentangan dengan nilai-nilai Ethereum.
Peningkatan MEV di blockchain memang merupakan pedang bermata dua, dengan eksternalitas positif dan negatif. Eksternalitas positif termasuk mengurangi perbedaan harga di DEX dan membantu likuidasi transaksi; eksternalitas negatif termasuk kerugian dari transaksi sandwich bagi pengguna. Oleh karena itu, solusi MEV lebih berfokus pada mengurangi eksternalitas negatif daripada menghilangkannya sepenuhnya. Dalam eksplorasi mekanisme untuk mengurangi eksternalitas negatif MEV dan menyelesaikan masalah Relayer yang berbasis pada kepercayaan pihak ketiga saat ini, langkah-langkah utama dibagi menjadi tiga kategori: perbaikan mekanisme lelang, perbaikan lapisan konsensus, dan perbaikan lapisan aplikasi. Ketiga perbaikan ini akan berdampak pada berbagai tingkat terhadap pola modern MEV, tetapi beberapa solusi tidak dapat secara substansial mengatasi masalah serangan sandwich yang dihadapi pengguna, transaksi pengguna masih berada di public pool, sehingga perlu diperkenalkan lebih banyak teknologi privacy pool untuk melindungi privasi opsional transaksi pengguna, dan solusi MEV ini layak untuk dicoba secara kombinasi.
Selain itu, MEV sebagai produk sampingan dari desain mekanisme yang tidak terhindarkan, di masa depan akan semakin kompleks. Kami juga menjelajahi tantangan dan peluang teknologi MEV yang lebih mungkin muncul di bawah penerapan jenis transaksi baru seperti arsitektur Layer2 dan abstraksi akun EIP-4337.
Akhirnya, kami berharap melalui artikel ini untuk mengeksplorasi potensi solusi untuk mengurangi masalah eksternalitas negatif MEV, serta memberikan pemahaman menyeluruh tentang pro dan kontra dari solusi MEV saat ini, tidak hanya untuk menerangi hutan gelap tempat pengguna berada di masa depan, tetapi juga untuk menerangi hutan gelap bagi peneliti di industri untuk penelitian lebih lanjut tentang MEV.
Ethereum 2.0
Sejak The Merge, Ethereum mengadopsi mekanisme POS untuk memastikan keamanan jaringan, sekaligus mengabaikan kompetisi yang intensif secara komputasi dalam hal produksi blok, dan beralih ke proof of stake. Setelah penggabungan, Ethereum dibagi menjadi lapisan eksekusi dan lapisan konsensus. Seluruh produksi blok juga mengalami perubahan, setiap Epoch merupakan satu siklus POS, dan setiap Epoch dibagi menjadi 32 Slot, di mana setiap Slot setara dengan satu unit waktu untuk menghasilkan blok, yaitu 12 detik.
Seluruh jaringan akan secara acak memilih sebuah komite dari para validator dalam setiap Epoch, dan orang yang mengusulkan blok dipilih secara acak dari himpunan komite tersebut. Usulan blok tersebut harus mengemas transaksi dan mengeksekusi urutan untuk menghasilkan sebuah blok. Validator lain dalam komite akan mengawasi proses ini, dan kemudian memberikan suara untuk blok tersebut. Selain itu, komite ini akan dipilih ulang setelah setiap Epoch. Juga dikenakan batasan waktu operasi tertentu untuk memastikan efisiensi dalam pembuatan blok dan pemungutan suara. Di sini, kami mengatur istilah untuk pembaca, Payload adalah beban eksekusi, yang berarti perubahan status transaksi, dapat dianggap sebagai bagian dari eksekusi blok. Pengusul blok akan menerapkan beban eksekusi (Execution Payload, yaitu penerapan perubahan status hasil transaksi ) dan usulan blok.
Arsitektur PBS
Sebenarnya, ketika validator terpilih menjadi pengusul blok, seringkali pengusul tidak memiliki motivasi untuk mengeksekusi Payload, yaitu mengurutkan transaksi dan mengeksekusi, karena hal ini membutuhkan banyak daya komputasi untuk melakukan perubahan status. Pemikiran awalnya adalah, jika kita melalui pemilihan dewan terdesentralisasi, jika kita memasukkan beban eksekusi ke dalamnya, maka pengurutan transaksi dan sebagainya akan menjadi hal yang terdesentralisasi. Namun, validator tampaknya secara alami ingin menyerahkan bagian ini kepada pihak ketiga untuk diselesaikan, sedangkan pengusul sendiri fokus pada pengusulan blok. Oleh karena itu, muncul pemikiran PBS, yaitu memisahkan pengusulan blok dan konstruksi, di mana pengusul hanya bertanggung jawab untuk memverifikasi blok, tanpa terlibat dalam konstruksi blok. Pemisahan antara pengusul dan pembangun mendorong pasar terbuka, di mana pengusul blok dapat memperoleh blok dari pembangun blok. Para pembangun ini bersaing satu sama lain untuk membangun blok, dan menawarkan biaya tertinggi kepada pengusul, yang kita sebut "lelang blok".
Kami akan menjelaskan secara singkat tentang model lelang pertama yang disegel Proposer Builder Seperate PBS(. Ketika pengguna mengirimkan transaksi melalui agen RPC, RPC setara dengan menjalankan sebuah node, yang mengirimkan transaksi ke Mempool publik, beberapa Builder menemukan transaksi yang paling cocok untuk diurutkan untuk menghasilkan blok dengan maksimalisasi keuntungan ). Maksimalisasi keuntungan mengacu pada biaya transaksi Base+Priority+MEV (, kemudian beberapa Builder berinteraksi dengan Proposer melalui MEV-Boost Relayer, Relayer adalah jembatan interaksi antara beberapa Builder dan Proposer, Builder mengajukan penawaran kepada Relayer, Relayer mengajukan beberapa header blok dan penawaran yang sesuai kepada Proposer, Proposer umumnya menerima blok dengan penawaran tertinggi. Di antara Relayer akan menerapkan spesifikasi MEVBboost, ini adalah spesifikasi teknis yang diajukan oleh Flashbot mengenai bagaimana mengatur interaksi lelang antara Builder dan Proposer. Dalam proses ini, semua informasi bersifat tertutup, Relayer hanya akan menyerahkan header blok kepada Proposer, sehingga Proposer memiliki ketahanan terhadap sensor.
![Menerangi Hutan Gelap: Mengungkap Selubung Misteri MEV])https://img-cdn.gateio.im/webp-social/moments-21a9d73cdbce31e29c5ad2285552cc14.webp(
Berbagai Peserta dan Permainan dalam PBS
Para peserta utama terdiri dari Builder, Relayer, Proposer, MEVbot)Searcher(.
) Builder
Builder terutama bertanggung jawab untuk membangun konten blok, setelah menggunakan teknologi MEV-Boost, mereka berada dalam posisi yang lebih menguntungkan dalam lelang, karena tidak hanya mendukung Biaya Gas, tetapi juga mendukung pendapatan MEV. Builder dapat langsung memeriksa transaksi pengguna dan Pencari, yang selama ini menjadi sorotan, terutama setelah pemerintah AS mengumumkan OFAC, banyak Builder berpartisipasi dalam kepatuhan OFAC. Jika dibandingkan dengan awalnya, meskipun proporsi pemeriksaan blok baru-baru ini telah menurun, kita dapat melihat bahwa dalam proses pembangunan blok, Builder memiliki peran langsung dalam pemeriksaan transaksi.
Melihat pangsa pasar Builder saat ini, beaverbuild.org yang merupakan Build murni tanpa perlu pemeriksaan secara bertahap memperluas pangsa pasarnya, semuanya berorientasi pada keuntungan.
![Menerangi Hutan Gelap: Mengungkap Tabir MEV]###https://img-cdn.gateio.im/webp-social/moments-2178fc37efedccedda8b4ed45ba571a7.webp(
) Pencari
Pada dasarnya, pekerjaan memaksimalkan keuntungan memerlukan kerja sama antara Searcher dan Builder. Searcher sering kali bekerja sama dengan Builder tertentu, sehingga membentuk Dark Pool atau Private Pool. Di dalamnya, transaksi Searcher hanya akan ditampilkan kepada Builder tertentu, dan beberapa Builder akan mendapatkan transaksi MEV yang memaksimalkan keuntungan, sehingga bersaing untuk ruang blok. Secara teori, jika Builder berbuat jahat atau melakukan penyensoran, maka Searcher dapat memilih Builder lain, yang akan mengakibatkan pangsa pasar Builder berkurang secara bertahap. Oleh karena itu, karena terikat pada Searcher, Builder sering kali mempertimbangkan biaya tersembunyi dari tindakan buruk. Gambar di atas menunjukkan situasi pendapatan MEV dan Gas harian, di mana dapat dilihat bahwa pendapatan MEV yang diberikan oleh Searcher dalam kondisi volatilitas pasar yang signifikan bahkan bisa mencapai dua kali lipat dari pendapatan Gas harian.
Untuk Searcher, dibagi menjadi dua kategori besar yaitu arbitrase CEX-DEX### off-chain( dan DEX, mezzanine, serta likuidasi) on-chain(.
Saat ini Wintermute menduduki pangsa pasar tertinggi dalam perdagangan arbitrase CEX-DEX.
Untuk peluang MEV murni di blockchain, ada kecenderungan untuk membentuk studio secara bertahap, di mana pangsa pasar jaredfromsubway.eth mencapai angka yang mengejutkan sebesar 37,2%, yang ahli dalam melakukan serangan sandwich terhadap pengguna di jaringan Etheruem, pernah menjadi pengguna dengan konsumsi gas tertinggi di jaringan, menghabiskan sekitar 1,5% dari total gas dalam satu hari. Dari Februari 2023 hingga Juni 2024, robot ini menghabiskan total 76.916 ETH, yang menurut nilai saat transaksi dilakukan, setara dengan sekitar 175 juta USD. Karena hubungan yang erat antara Seacher dan Builder, dalam praktiknya, banyak Seacher yang mengirimkan aliran pesanan mereka kepada tiga Builder teratas, padahal sebenarnya mereka bisa disiarkan kepada semua Builder, namun beberapa Builder kecil mungkin akan membagi aliran pesanan Seacher, menyebabkan strategi MEV Seacher menjadi tidak efektif, dan berisiko menyebabkan kerugian. Selain itu, mengikat Builder juga dapat mempertahankan pengaruhnya di dalam ekosistem.
![Menerangi Hutan Gelap: Mengungkap Tabir MEV])https://img-cdn.gateio.im/webp-social/moments-355138223027bf07ef01db141cec6d58.webp(
) Relayer
Relayer bertanggung jawab untuk mengumpulkan lelang, kemudian bertindak sebagai stasiun perantara untuk mengajukan header blok dan harga lelang blok kepada Proposer, pada saat itu Proposer tidak mengetahui rincian transaksi dalam blok. Setelah Proposer memilih dan menandatangani header blok, Relayer akan membebaskan semua konten transaksi kepada Proposer. Kita akan menemukan bahwa Relayer di sini berfungsi sebagai pihak ketiga yang tidak memiliki insentif ekonomi, mendapatkan kepercayaan yang sangat besar, Builder bergantung pada Penawaran dari Proposer, sementara Proposer bergantung pada penawaran Relayer dan konten blok. Sepanjang sejarah, masalah serupa juga pernah terjadi, Ultrasound Relayer memiliki potensi kelemahan yang menyebabkan Proposer menarik lebih dari 20 juta dolar MEV. Meskipun kelemahan ini dapat diperbaiki, Relayer itu sendiri masih dapat memilih untuk bertindak jahat dan mencuri MEV.
Gambar di atas menunjukkan situasi pangsa pasar Relayer, kita akan menemukan bahwa pangsa pasar Builder yang menjalankan MAX Profit murni telah secara bertahap meningkat sejak Merge, oleh karena itu dalam pasar bebas, tidak mungkin untuk mengontrol MEV secara artifisial melalui Builder.
Sementara itu, Relayer juga menghadapi masalah, yaitu tidak adanya insentif ekonomi. Oleh karena itu, Blocknative juga menghentikan penelitian di arah Relayer. Saat ini, Relayer semuanya bergantung pada spesifikasi MEVBoost yang diajukan oleh Flashbots untuk dibangun, Ethereum bergantung pada pihak ketiga untuk menyediakan PBS, yang bukan solusi jangka panjang, sehingga saat ini komunitas Ethereum juga sedang menjelajahi untuk memasukkan PBS ke dalam tingkat protokol.
![Menerangi Hutan Gelap: Mengungkap Tabir MEV]###https://img-cdn.gateio.im/webp-social/moments-b41ea7fd71286916535ec0974e6261ec.webp(
) Proposer
Untuk Proposer, algoritma digunakan untuk secara acak memilih sekelompok komite dari semua validator, dan memilih satu pengusul blok di setiap slot. Pengusul blok itu sendiri memiliki kemampuan untuk menjalankan beban kerja, tetapi karena pengusul secara alami ingin mengalihdayakan bagian ini, hal ini dapat menyebabkan kolaborasi vertikal antara Builder dan Proposer. Relayer dari MEV-boost berharap untuk bertindak sebagai titik tengah dari cara ini, untuk mengurangi kolusi kolaborasi vertikal yang dihasilkan dari komunikasi langsung antara keduanya. Saat ini, semua orang berada di kolam penambangan sebagai kolam validator, tetapi kolam penambangan ini dan kolam validator LSD memiliki efek skala yang sangat kuat, terutama dengan munculnya LSD, yang melepaskan potensi token yang sebelumnya dipertaruhkan, meningkatkan efisiensi modal, dan pengaruh dari blok DEFI di belakangnya, sehingga kolam validator berada dalam tren yang lebih terpusat.
Lido saat ini menguasai sekitar 28,7% pangsa pasar, Coinbase dan Ether.fi menempati posisi kedua dan ketiga. Ketika solusi MEV-BOOST PBS tidak diterapkan secara proaktif di masa lalu, Proposer harus bertanggung jawab atas tugas Builder, yaitu mengeksekusi beban ###Payload(, namun sebagian besar Proposer menyerahkan kemampuan mereka untuk mengeksekusi urutan transaksi, karena hal ini dapat membebani kinerja verifikasi secara serius dalam pekerjaan komputasi yang berat, lebih baik untuk mengalihkan beban eksekusi dan membiarkan pihak ketiga melelang blok.
![Menerangi Hutan Gelap: Mengungkap Misteri MEV])https://img-cdn.gateio.im/webp-social/moments-cde45fcc68b2217faa2920d7559fb1ce.webp(
) Pengguna
Terakhir, mari kita bicarakan tentang Pengguna. Pengguna sering berada di posisi yang paling lemah dalam desain arsitektur keseluruhan, karena transaksi pengguna dimasukkan ke dalam Mempool dan akan diambil keuntungan MEV oleh berbagai MEVbot, tetapi keuntungan ini tidak akan mengalir ke pengguna. Namun, tidak semuanya buruk, misalnya di DEX, ketika fluktuasi harga di rantai cukup besar atau volume transaksi pengguna lebih besar dari likuiditas DEX, MEVbot akan menggunakan arbitrase untuk mengurangi slippage dan perbedaan harga di berbagai platform. Oleh karena itu, keberadaan MEV memiliki eksternalitas positif dan negatif, yang perlu dibahas secara terpisah, dan ini juga merupakan bagian dari kompleksitasnya.
Untuk mencegah pengguna terpantau oleh MEVbot dan menyebabkan kerugian bagi pengguna, ada banyak penyedia node RPC yang dapat membantu pengguna meletakkan transaksi di Mempool yang tidak publik, misalnya dapat berinteraksi langsung dengan Builder melalui RPC Builder. Salah satu cara yang cukup inovatif adalah melalui OFA###Order Flow Auction( untuk mengkompensasi keuntungan MEV bagi pengguna, operator OFA RPC bekerja sama dengan Searcher.