Sebelum membaca artikel ini, Anda perlu memiliki pemahaman dasar tentang MEV, peran Flashbot dan dampak Flashbot pada MEV.
Penting juga untuk mengetahui pemahaman dasar tentang mekanisme PoS dan perubahan yang dibawa oleh The Merge.
MEV
Pertama, tinjau apa itu MEV.
Miner Extractable Value secara harfiah mengacu pada "nilai yang dapat diekstraksi oleh pengembang blok".
Nilai ini tidak mengacu pada biaya yang dibayarkan oleh pengguna kepada pengembang blok untuk mengemas transaksi pengguna ke dalam blok. Tindakan pemberian fee disepakati oleh user, dan user dapat menyesuaikan fee dengan sangat rendah, sehingga transaksinya akan terkumpul dalam waktu yang lama, namun setidaknya block developer tidak dapat membebankan biaya apapun atas transaksi tersebut.
Tips membaca: MEV sekarang berganti nama menjadi Maximal Extractable Value, karena pengembangan MEV saat ini tidak lagi eksklusif untuk memblokir pengembang. *
"Nilai yang dapat diperas oleh pengembang blok" mengacu pada fakta bahwa pengembang blok memperoleh keuntungan dengan mengubah urutan transaksi, memasukkan transaksi mereka sendiri, dan sebelum (atau setelah) transaksi yang dieksploitasi. Jadi manfaat apa yang bisa ditekan oleh pengembang blok?
Misalnya, ketika NFT panas menawarkan slot mint, dan hanya 100 orang tercepat yang dapat mencetak dengan sukses, maka Carol, yang berteman dengan pengembang blok atau telah mencapai semacam kesepakatan dengan pengembang blok di luar rantai, dapat memastikan bahwa pengembang blok dapat menempatkan transaksi mint-nya sebelum transaksi mint orang lain dengan mengatur urutan transaksi.
△ Pengembang blok akan memprioritaskan transaksi mint Carol sebelum transaksi orang lain.
MEV umum lainnya adalah transaksi AMM yang mencubit pengguna, memaksa pengguna untuk menerima harga terburuk (dalam kisaran yang dapat diterima), dan perbedaan antara harga yang diharapkan pengguna dan harga terburuk adalah keuntungan yang diperas oleh pengembang blok.
Dalam contoh di bawah ini, Alice mengharapkan untuk menukar 1 WBTC dengan 21.500 USDT, tetapi dia tahu bahwa di dunia yang terdesentralisasi, transaksinya mungkin bukan yang pertama dieksekusi, dan ketika orang lain juga memperdagangkan WBTC/USDT sebelum dia, harga AMM akan berubah, dan 1 WBTC tidak dapat ditukar dengan 21.500 USDT, jadi dia menetapkan harga terburuk 20.500 USDT dalam kisaran yang dapat diterima:
Alice mengharapkan untuk menukar 1 WBTC dengan 21.500 USDT, tetapi paling buruk dapat menerima 20.500 USDT.
Pada saat ini, Eve menemukan transaksi Alice dan memutuskan untuk menjual WBTC sebelum transaksi Alice, menyebabkan harga WBTC turun menjadi 20.500 USDT, dan kemudian mengeksekusi transaksi Alice, Alice terpaksa berdagang dengan harga 20.500 USDT.
Akhirnya, Eve membeli kembali WBTC dengan USDT yang diperoleh dari menjual WBTC di awal, dan harga WBTC akan kurang dari 20.500 USDT, yang berarti Eve telah menyelesaikan beli rendah dan jual tinggi (< beli di 20.500 dan jual di 21.500) dan dapatkan selisih harga.
△ Pengembang blok Eve merasa menguntungkan untuk menjual WBTC sebelum transaksi Alice, dan kemudian membeli WBTC kembali untuk mendapatkan spread setelah transaksi Alice dieksekusi.
** Sistem terdesentralisasi harus memiliki MEV **
Dalam sistem terpusat, Anda dapat memilih untuk mempercayai peran yang bertanggung jawab untuk mengurutkan transaksi (Operator, Sequencer) dan percaya bahwa mereka tidak akan melakukan hal buruk yang akan merugikan pengguna demi reputasi, atau Anda dapat memilih untuk meninggalkan sistem. Ini juga situasi L2 saat ini, dan kecil kemungkinan pihak proyek L2 akan menghancurkan papan nama mereka sendiri untuk mengekstrak MEV.
Tetapi dalam sistem terdesentralisasi, siapa pun dapat menjadi pengembang blok, dan kami tidak dapat secara sederhana dan obyektif membuktikan bahwa perilaku pengembang blok adalah "buruk", yang berarti bahwa kami tidak dapat secara efektif melarang pengembang blok mengeksploitasi keuntungan.
Kita seharusnya tidak mengharapkan pengembang blok menjadi "orang baik", tetapi kita harus khawatir bahwa jika pengembang blok menghasilkan lebih banyak uang karena MEV dan berinvestasi dalam lebih banyak peralatan pengembangan blok, ia akan menjadi lebih besar dan lebih besar, menyebabkan dia menghilangkan pesaing lain, dan hasilnya akan menjadi dilema hanya satu pengembang blok dalam sistem terdesentralisasi, dan akhirnya dia akan dapat memberlakukan aturan preferensi pribadi pada transaksi pengguna sesuka hati. Dan itulah mengapa Flashbot muncul.
Flashbot
Untuk mencegah MEV mempengaruhi tingkat desentralisasi pengembang blok, Flashbot telah menjadikan MEV sebagai pasar terbuka di mana pengembang blok dan pencari MEV profesional bekerja sama dan berbagi MEV, dan ada persaingan tingkat tinggi antara pengembang blok dan pencari MEV.
Melalui persaingan dan kemitraan seperti itu, pengembang blok dan pencari MEV dapat fokus pada spesialisasi mereka sendiri, dan pencari MEV tidak perlu khawatir bahwa pengembang blok dapat mencuri peluang arbitrase mereka atau dengan sengaja tidak menerima transaksi mereka sendiri.
△ Pencari menemukan transaksi dari kumpulan perdagangan terbuka untuk arbitrase dan menawar hak pendapatan untuk bundelnya sendiri, yang diberikan kepada Flashbot dan kemudian dipilih oleh pengembang blok.
Risiko Sentralisasi
Namun, Flashbot masih memiliki kekurangan, semua transaksi arbitrase pencari MEV harus melalui server Flashbot terpusat, yang dapat mencuri peluang arbitrase atau meninjau transaksi arbitrase.
Selain Flashbot, proyek seperti Eden Network juga telah muncul di pasaran. Ini pada dasarnya arsitektur yang sama dengan Flashbot, kecuali untuk staking yang tidak perlu, prioritas transaksi intra-blok, dan mekanisme penawaran tambahan. Tapi setidaknya ketika Flashbot mulai melakukan kejahatan, pengembang blok dan pencari memiliki pilihan lain.
** MEV adalah fakta mapan yang harus diterima **
Baik perancang protokol maupun pengguna harus waspada terhadap MEV. Jika memungkinkan, memasukkan MEV ke dalam desain protokol dan menjadikan MEV alat yang berguna adalah sesuatu yang harus dipikirkan oleh perancang protokol ketika merancang mekanisme di masa depan. Artikel selanjutnya juga akan mencakup desain dan ide-ide untuk memanfaatkan MEV dengan baik.
Penggabungan
Ethereum telah beralih ke mekanisme PoS setelah The Merge, dan dari pengembang blok yang bersaing dengan daya komputasi mesin penambangan hingga mempertaruhkan ETH, ia dapat menjadi Validator untuk mendapatkan kesempatan untuk mengusulkan blok, yang berarti bahwa ambang batas untuk mendapatkan blok di PoS jauh lebih rendah. Penurunan ambang batas untuk mendapatkan peluang generasi blok sebenarnya mempengaruhi persaingan dan kerja sama antara peran yang berbeda di Flashbot.
Tips membaca: Usulkan di sini disimpan dalam bahasa Inggris untuk menghindari salah membaca bahasa Cina dari mengusulkan blok dan membangun blok karena artinya terlalu dekat. *
** Perubahan dalam Hubungan Kepercayaan **
Sebelum PoS, Searcher perlu percaya bahwa pengembang blok tidak akan merebut konten bundelnya, dan bahkan jika pengembang blok melakukannya, Searcher hanya bisa menangkal melalui mekanisme off-chain, seperti menyajikan bukti untuk meminta Flashbot untuk memasukkan pengembang blok ke daftar hitam atau memposting posting di Twitter untuk mematikannya.
Namun, pengembang blok pada dasarnya sangat kooperatif, karena hubungan antara pengembang blok dan Pencari adalah kerja sama jangka panjang, dan jika pengembang blok mengambil Pencari untuk manfaat MEV tertentu hari ini, dan pengembang blok tidak akan menerima peluang MEV di masa depan, itu tidak akan sepadan.
Namun, setelah PoS, Anda bisa mendapatkan kesempatan untuk menghasilkan blok dengan mempertaruhkan ETH, dan ambang batas untuk memproduksi blok diturunkan. Akibatnya, banyak orang biasa bergabung sebagai validator, sehingga kemungkinan mendapatkan blok perlahan berkurang.
Dibandingkan dengan beberapa kumpulan penambangan yang telah menginvestasikan banyak biaya dalam PoW dan telah beroperasi untuk waktu yang lama, Validator di PoS hanya dapat sesekali mendapatkan kesempatan untuk menghasilkan blok, dan hadiah bloknya ditambah tingkat MEV tahunan rata-rata dihitung meskipun 10%, Validator masih memiliki insentif yang sangat memadai untuk mengambil MEV Pencari.
Tips membaca: Anda dapat merujuk ke papan peringkat MEV statistik Flashbot, salin tautan di bawah ini untuk melompat ke browser untuk melihat konten terkait:
△ Selama Anda memanfaatkan kesempatan untuk meraih lebih dari 3,2 ETH MEV, itu akan melebihi 10% tahunan.
Oleh karena itu, arsitektur Flashbot perlu disesuaikan agar sesuai dengan perubahan hubungan kepercayaan dan mekanisme PoS, dan telah menjadi mev-boost saat ini.
** MEV-BOOST **
Dalam mev-boost, peran Relay antara Searcher dan pengembang blok Flashbot telah dibagi menjadi dua, satu adalah Builder dan yang lainnya disebut Relay tetapi dengan tanggung jawab yang berbeda.
Pencari menyerahkan bundel ke Builder, yang memilih beberapa bundel dari beberapa bundel untuk membentuk blok, dan menyerahkan blok ke Relay, yang pada gilirannya memilih salah satu blok yang dikirimkan oleh Relay.
△ Pencari bersaing dengan Pencari, Pembuat bersaing dengan Pembangun, dan Validator memilih blok yang paling menguntungkan darinya.
Builder bertanggung jawab untuk menemukan kombinasi bundel yang paling menguntungkan dalam kapasitas blok yang terbatas, berharap Validator akan memilih bloknya sendiri.
Jadi untuk apa Relay? Seperti disebutkan di atas, hubungan kepercayaan telah berubah, sehingga Pencari / Pembangun tidak dapat mempercayai Validator, sehingga Validator di mev-boost perlu membuat janji "Saya akan mengusulkan blok Anda" sebelum menerima konten blok yang sebenarnya.
Relay bertindak sebagai perantara antara Builder dan Validator untuk membantu mengoordinasikan: Relay menyimpan konten blok sampai mendapat janji Validator sebelum menyerahkan blok yang dibuat oleh Builder kepada Validator.
Dalam terminologi Ethereum Beacon Chain yang sebenarnya, konten blok yang dibuat oleh pembangun disebut ution Payload, dan validator akan menerima data dari Relay yang disebut ution Payload Header, yang dapat dianggap sebagai komitmen Payload, dan menandatangani Header mewakili penandatanganan Payload.
Ketika Validator memilih blok mana yang akan diusulkan ke Relay, dia akan meletakkan ution Payload Header blok ke dalam blok Beacon dan menandatanganinya, lalu menyerahkan konten yang ditandatangani ke Relay sebagai bukti, dan akhirnya Relay dapat yakin bahwa konten blok akan diberikan kepada Validator dan membiarkannya mengusulkan blok.
△ Builder menyerahkan blok ke Relay, dan Relay menyerahkan Header ke Validator
△ Jika Validator memilih blok, Header akan dimasukkan ke dalam Blok Suar, ditandatangani, dan diserahkan ke Relay.
△ Relai kemudian serahkan potongan penuh ke validator.
Jika Validator akhirnya mengkhianati Relay dan memilih untuk mengusulkan blok lain, maka Relay dapat mempublikasikan tanda tangan yang diberikan Validator kepadanya sebagai bukti bahwa Validator mengusulkan dua blok yang berbeda, dan kemudian Validator akan dihukum karena melanggar aturan Ethereum Beacon Chain.
△ Eve disayat (bagian dari ETH yang dijanjikan disita) karena dia mengusulkan blok yang berbeda.
Hipotesis Kepercayaan
Dalam mev-boost, Validator harus mempercayai Relay, jika konten blok yang akhirnya diungkapkan oleh Relay tidak sah, atau uang aktual yang diterima oleh Validator tidak sesuai harapan, atau bahkan jika Relay secara langsung tidak mempublikasikan konten blok, Validator tidak dapat mengusulkan blok, maka Validator hanya dapat menangkal melalui mekanisme off-chain, seperti membiarkan Validator lain mengetahui perilaku jahat Relay.
** Pemutus Sirkuit **
Validator tidak dapat dipantau dan diintervensi 24 jam sehari, jadi ketika perangkat lunak validator menemukan bahwa (relai yang sama atau lebih) terus-menerus merusak kepercayaan, ia harus dapat bereaksi untuk menghindari kehilangan pendapatan sepanjang waktu karena tidak ada blok yang diusulkan.
Misalnya, ketika Anda menemukan bahwa Anda belum mengusulkan blok untuk lebih dari lima slot, Anda harus kembali dan menggunakan node Anda sendiri untuk membuat konten blok.
Untuk dokumen yang relevan, silakan merujuk ke:
** Relay Monitor **
Untuk mengurangi dampak kesalahan karakter Relay, komunitas Flashbot juga berpikir untuk merancang pemantauan perilaku Relay.
Untuk dokumen yang relevan, silakan merujuk ke:
Ketersediaan Data C****ommittee
Salah satu cara untuk mencegah Relay tidak menerbitkan konten blok adalah dengan memberikan data blok kepada komite node yang bertanggung jawab untuk menjaga dan memastikan bahwa konten blok tersedia, yaitu, mendesentralisasikan tanggung jawab menjaga konten blok.
Builder dan Relay apa yang saat ini tersedia? **
Di sini Anda dapat melihat Builder dan Relay saat ini:
** MEV-Meningkatkan **
Periksa situs web:
Seperti yang Anda lihat, meskipun merupakan tim pengembangan utama mev-boost, Flashbot tidak memiliki status Relay yang dominan, karena Flashbot telah mengembangkan mev-boost sejak awal dan belum menetapkan dirinya sebagai Relay default dalam perangkat lunak mev-boost.
Tips Membaca: Pelajari lebih lanjut, silakan lihat
2023–04–02 Serangan terhadap estafet mev-boost
Validator berbahaya menemukan kerentanan di Relay: Relay akan mengirim kembali konten bundel ke validator selama memiliki tanda tangan yang valid untuk diperiksa (apakah konten tersebut sah atau tidak).
Oleh karena itu, validator berbahaya menandatangani konten yang tidak valid (nilai beberapa bidang header tidak valid), dan setelah Relay mengirim kembali konten bundel, validator mencuri transaksi arbitrase dalam bundel, dan kemudian mengusulkan blok lain yang valid.
Relay mencoba menyiarkan header yang ditandatangani oleh Validator, tetapi ditolak oleh node lain karena kontennya tidak valid, sehingga semua orang hanya melihat blok valid yang diusulkan oleh Validator itu sendiri. Setelah itu, Validator Dipangkas dan dikeluarkan dari daftar Validator karena menandatangani dua header yang berbeda (untuk Relay dan Proposed), tetapi kerusakan telah terjadi.
Relay yang diperbarui sekarang akan mencoba menyiarkan header Validator terlebih dahulu, jika berhasil diterima oleh node lain, itu berarti konten tanda Validator adalah sah, dan node lain akan melihat blok disiarkan oleh Relay terlebih dahulu, jika Validator mencoba mencuri konten bundel dan mengusulkannya sendiri, akan lebih sulit untuk memenangkan blok yang disiarkan oleh Relay (karena sudah banyak node yang telah melihat blok disiarkan oleh Relay).
Membaca Tip 1: Jelaskan utas serangan ini dan bukti terkait dan tambalan Relay, silakan merujuk ke utas ini, silakan lihat utas ini untuk detailnya:*
Membaca Tip 2: Selain mencuri transaksi arbitrase dari bundel, validator jahat juga dapat menyerang arbitrase yang melakukan pemogokan sandwich: arbitrase yang melakukan pemogokan sandwich akan memasukkan perdagangan mereka sendiri sebelum dan sesudah perdagangan korban - terlebih dahulu membeli korban dan kemudian menjual setelah korban membeli untuk mendapatkan spread, tetapi agar clipper berhasil, kedua perdagangan harus dieksekusi, jika tidak hanya transaksi sebelumnya yang akan dieksekusi, tetapi arbitrase tidak hanya tidak akan mendapatkan spread, tetapi juga kehilangan dananya sendiri. *
Namun, tambalan yang dibuat sebagai respons terhadap serangan ini akan meningkatkan waktu penundaan produksi blok, sehingga jumlah kemunculan re-org dari rantai PoS telah meningkat secara signifikan pada hari-hari setelah serangan, dan beberapa solusi saat ini sedang dirancang dan diimplementasikan untuk menghindari ketidakstabilan jaringan PoS yang disebabkan oleh penundaan MEV-Boost.
Tips membaca: Untuk informasi terperinci, Anda dapat menyalin tautan di bawah ini untuk dilihat di browser Anda
Dampak Flashbot/mev-boost
Mempengaruhi Efisiensi Voting Validator
Karena Flashbot/mev-boost, proses blok dari produksi hingga benar-benar diusulkan telah melalui lebih banyak level, yang mengarah pada penundaan waktu blok usulan Validator, dan validator lain yang bertanggung jawab untuk pemungutan suara akan menerima blok nanti, sehingga waktu pemungutan suara mereka akan dikompresi, yang akan mempengaruhi keamanan jaringan PoS secara keseluruhan.
Meskipun tampaknya tidak berdampak besar: perkiraan penurunan 2% dalam jumlah pemilih dan penurunan 1% dalam validator yang memilih dengan benar, ini dari Oktober 2022, ketika hanya sepertiga validator yang terhubung ke MEV Relay.
Tips membaca: Untuk informasi lebih lanjut, silakan merujuk ke artikel yang ditautkan di bawah ini
Ringkasan & Sorotan
MEV tidak dapat dihindari, dan pengembang blok memiliki keuntungan terbesar dari penambangan MEV. Flashbot mengubah penambangan MEV menjadi pasar terbuka, mencegah sentralisasi penambang memengaruhi keamanan seluruh rantai.
mev-boost lahir sebagai tanggapan terhadap perubahan yang dibawa oleh PoS, mev-boost membalikkan hubungan kepercayaan antara Searcher / Builder dan Validator, dan membuat kompetisi lebih terbuka: ada beberapa Builder yang bersaing satu sama lain, dan beberapa Relay bersaing satu sama lain, semakin mengurangi risiko sentralisasi Flashbot.
Pada artikel berikutnya, kami akan memperkenalkan Proposer-Builder Separation (PBS), yang mengintegrasikan arsitektur mev-boost langsung ke protokol Ethereum sendiri, daripada kolaborasi pribadi antara Validator, Builder, dan Searcher, yang akan membuat seluruh ekosistem MEV lebih terdesentralisasi dan aman.
Data Referensi &; Rekomendasi untuk Bacaan Lebih Lanjut
*Statistik:
*Statistik:
*
Lihat Asli
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.
MEV setelah Ethereum Merge
Penulis: Nic @ imToken Labs
Tips Membaca
MEV
Pertama, tinjau apa itu MEV.
Miner Extractable Value secara harfiah mengacu pada "nilai yang dapat diekstraksi oleh pengembang blok".
Nilai ini tidak mengacu pada biaya yang dibayarkan oleh pengguna kepada pengembang blok untuk mengemas transaksi pengguna ke dalam blok. Tindakan pemberian fee disepakati oleh user, dan user dapat menyesuaikan fee dengan sangat rendah, sehingga transaksinya akan terkumpul dalam waktu yang lama, namun setidaknya block developer tidak dapat membebankan biaya apapun atas transaksi tersebut.
"Nilai yang dapat diperas oleh pengembang blok" mengacu pada fakta bahwa pengembang blok memperoleh keuntungan dengan mengubah urutan transaksi, memasukkan transaksi mereka sendiri, dan sebelum (atau setelah) transaksi yang dieksploitasi. Jadi manfaat apa yang bisa ditekan oleh pengembang blok?
Misalnya, ketika NFT panas menawarkan slot mint, dan hanya 100 orang tercepat yang dapat mencetak dengan sukses, maka Carol, yang berteman dengan pengembang blok atau telah mencapai semacam kesepakatan dengan pengembang blok di luar rantai, dapat memastikan bahwa pengembang blok dapat menempatkan transaksi mint-nya sebelum transaksi mint orang lain dengan mengatur urutan transaksi.
△ Pengembang blok akan memprioritaskan transaksi mint Carol sebelum transaksi orang lain.
MEV umum lainnya adalah transaksi AMM yang mencubit pengguna, memaksa pengguna untuk menerima harga terburuk (dalam kisaran yang dapat diterima), dan perbedaan antara harga yang diharapkan pengguna dan harga terburuk adalah keuntungan yang diperas oleh pengembang blok.
Dalam contoh di bawah ini, Alice mengharapkan untuk menukar 1 WBTC dengan 21.500 USDT, tetapi dia tahu bahwa di dunia yang terdesentralisasi, transaksinya mungkin bukan yang pertama dieksekusi, dan ketika orang lain juga memperdagangkan WBTC/USDT sebelum dia, harga AMM akan berubah, dan 1 WBTC tidak dapat ditukar dengan 21.500 USDT, jadi dia menetapkan harga terburuk 20.500 USDT dalam kisaran yang dapat diterima:
Alice mengharapkan untuk menukar 1 WBTC dengan 21.500 USDT, tetapi paling buruk dapat menerima 20.500 USDT.
Pada saat ini, Eve menemukan transaksi Alice dan memutuskan untuk menjual WBTC sebelum transaksi Alice, menyebabkan harga WBTC turun menjadi 20.500 USDT, dan kemudian mengeksekusi transaksi Alice, Alice terpaksa berdagang dengan harga 20.500 USDT.
Akhirnya, Eve membeli kembali WBTC dengan USDT yang diperoleh dari menjual WBTC di awal, dan harga WBTC akan kurang dari 20.500 USDT, yang berarti Eve telah menyelesaikan beli rendah dan jual tinggi (< beli di 20.500 dan jual di 21.500) dan dapatkan selisih harga.
△ Pengembang blok Eve merasa menguntungkan untuk menjual WBTC sebelum transaksi Alice, dan kemudian membeli WBTC kembali untuk mendapatkan spread setelah transaksi Alice dieksekusi.
** Sistem terdesentralisasi harus memiliki MEV **
Dalam sistem terpusat, Anda dapat memilih untuk mempercayai peran yang bertanggung jawab untuk mengurutkan transaksi (Operator, Sequencer) dan percaya bahwa mereka tidak akan melakukan hal buruk yang akan merugikan pengguna demi reputasi, atau Anda dapat memilih untuk meninggalkan sistem. Ini juga situasi L2 saat ini, dan kecil kemungkinan pihak proyek L2 akan menghancurkan papan nama mereka sendiri untuk mengekstrak MEV.
Tetapi dalam sistem terdesentralisasi, siapa pun dapat menjadi pengembang blok, dan kami tidak dapat secara sederhana dan obyektif membuktikan bahwa perilaku pengembang blok adalah "buruk", yang berarti bahwa kami tidak dapat secara efektif melarang pengembang blok mengeksploitasi keuntungan.
Kita seharusnya tidak mengharapkan pengembang blok menjadi "orang baik", tetapi kita harus khawatir bahwa jika pengembang blok menghasilkan lebih banyak uang karena MEV dan berinvestasi dalam lebih banyak peralatan pengembangan blok, ia akan menjadi lebih besar dan lebih besar, menyebabkan dia menghilangkan pesaing lain, dan hasilnya akan menjadi dilema hanya satu pengembang blok dalam sistem terdesentralisasi, dan akhirnya dia akan dapat memberlakukan aturan preferensi pribadi pada transaksi pengguna sesuka hati. Dan itulah mengapa Flashbot muncul.
Flashbot
Untuk mencegah MEV mempengaruhi tingkat desentralisasi pengembang blok, Flashbot telah menjadikan MEV sebagai pasar terbuka di mana pengembang blok dan pencari MEV profesional bekerja sama dan berbagi MEV, dan ada persaingan tingkat tinggi antara pengembang blok dan pencari MEV.
Melalui persaingan dan kemitraan seperti itu, pengembang blok dan pencari MEV dapat fokus pada spesialisasi mereka sendiri, dan pencari MEV tidak perlu khawatir bahwa pengembang blok dapat mencuri peluang arbitrase mereka atau dengan sengaja tidak menerima transaksi mereka sendiri.
△ Pencari menemukan transaksi dari kumpulan perdagangan terbuka untuk arbitrase dan menawar hak pendapatan untuk bundelnya sendiri, yang diberikan kepada Flashbot dan kemudian dipilih oleh pengembang blok.
Risiko Sentralisasi
Namun, Flashbot masih memiliki kekurangan, semua transaksi arbitrase pencari MEV harus melalui server Flashbot terpusat, yang dapat mencuri peluang arbitrase atau meninjau transaksi arbitrase.
Selain Flashbot, proyek seperti Eden Network juga telah muncul di pasaran. Ini pada dasarnya arsitektur yang sama dengan Flashbot, kecuali untuk staking yang tidak perlu, prioritas transaksi intra-blok, dan mekanisme penawaran tambahan. Tapi setidaknya ketika Flashbot mulai melakukan kejahatan, pengembang blok dan pencari memiliki pilihan lain.
** MEV adalah fakta mapan yang harus diterima **
Baik perancang protokol maupun pengguna harus waspada terhadap MEV. Jika memungkinkan, memasukkan MEV ke dalam desain protokol dan menjadikan MEV alat yang berguna adalah sesuatu yang harus dipikirkan oleh perancang protokol ketika merancang mekanisme di masa depan. Artikel selanjutnya juga akan mencakup desain dan ide-ide untuk memanfaatkan MEV dengan baik.
Penggabungan
Ethereum telah beralih ke mekanisme PoS setelah The Merge, dan dari pengembang blok yang bersaing dengan daya komputasi mesin penambangan hingga mempertaruhkan ETH, ia dapat menjadi Validator untuk mendapatkan kesempatan untuk mengusulkan blok, yang berarti bahwa ambang batas untuk mendapatkan blok di PoS jauh lebih rendah. Penurunan ambang batas untuk mendapatkan peluang generasi blok sebenarnya mempengaruhi persaingan dan kerja sama antara peran yang berbeda di Flashbot.
** Perubahan dalam Hubungan Kepercayaan **
Sebelum PoS, Searcher perlu percaya bahwa pengembang blok tidak akan merebut konten bundelnya, dan bahkan jika pengembang blok melakukannya, Searcher hanya bisa menangkal melalui mekanisme off-chain, seperti menyajikan bukti untuk meminta Flashbot untuk memasukkan pengembang blok ke daftar hitam atau memposting posting di Twitter untuk mematikannya.
Namun, pengembang blok pada dasarnya sangat kooperatif, karena hubungan antara pengembang blok dan Pencari adalah kerja sama jangka panjang, dan jika pengembang blok mengambil Pencari untuk manfaat MEV tertentu hari ini, dan pengembang blok tidak akan menerima peluang MEV di masa depan, itu tidak akan sepadan.
Namun, setelah PoS, Anda bisa mendapatkan kesempatan untuk menghasilkan blok dengan mempertaruhkan ETH, dan ambang batas untuk memproduksi blok diturunkan. Akibatnya, banyak orang biasa bergabung sebagai validator, sehingga kemungkinan mendapatkan blok perlahan berkurang.
Dibandingkan dengan beberapa kumpulan penambangan yang telah menginvestasikan banyak biaya dalam PoW dan telah beroperasi untuk waktu yang lama, Validator di PoS hanya dapat sesekali mendapatkan kesempatan untuk menghasilkan blok, dan hadiah bloknya ditambah tingkat MEV tahunan rata-rata dihitung meskipun 10%, Validator masih memiliki insentif yang sangat memadai untuk mengambil MEV Pencari.
Tips membaca: Anda dapat merujuk ke papan peringkat MEV statistik Flashbot, salin tautan di bawah ini untuk melompat ke browser untuk melihat konten terkait:
△ Selama Anda memanfaatkan kesempatan untuk meraih lebih dari 3,2 ETH MEV, itu akan melebihi 10% tahunan.
Oleh karena itu, arsitektur Flashbot perlu disesuaikan agar sesuai dengan perubahan hubungan kepercayaan dan mekanisme PoS, dan telah menjadi mev-boost saat ini.
** MEV-BOOST **
Dalam mev-boost, peran Relay antara Searcher dan pengembang blok Flashbot telah dibagi menjadi dua, satu adalah Builder dan yang lainnya disebut Relay tetapi dengan tanggung jawab yang berbeda.
Pencari menyerahkan bundel ke Builder, yang memilih beberapa bundel dari beberapa bundel untuk membentuk blok, dan menyerahkan blok ke Relay, yang pada gilirannya memilih salah satu blok yang dikirimkan oleh Relay.
△ Pencari bersaing dengan Pencari, Pembuat bersaing dengan Pembangun, dan Validator memilih blok yang paling menguntungkan darinya.
Builder bertanggung jawab untuk menemukan kombinasi bundel yang paling menguntungkan dalam kapasitas blok yang terbatas, berharap Validator akan memilih bloknya sendiri.
Jadi untuk apa Relay? Seperti disebutkan di atas, hubungan kepercayaan telah berubah, sehingga Pencari / Pembangun tidak dapat mempercayai Validator, sehingga Validator di mev-boost perlu membuat janji "Saya akan mengusulkan blok Anda" sebelum menerima konten blok yang sebenarnya.
Relay bertindak sebagai perantara antara Builder dan Validator untuk membantu mengoordinasikan: Relay menyimpan konten blok sampai mendapat janji Validator sebelum menyerahkan blok yang dibuat oleh Builder kepada Validator.
Dalam terminologi Ethereum Beacon Chain yang sebenarnya, konten blok yang dibuat oleh pembangun disebut ution Payload, dan validator akan menerima data dari Relay yang disebut ution Payload Header, yang dapat dianggap sebagai komitmen Payload, dan menandatangani Header mewakili penandatanganan Payload.
Ketika Validator memilih blok mana yang akan diusulkan ke Relay, dia akan meletakkan ution Payload Header blok ke dalam blok Beacon dan menandatanganinya, lalu menyerahkan konten yang ditandatangani ke Relay sebagai bukti, dan akhirnya Relay dapat yakin bahwa konten blok akan diberikan kepada Validator dan membiarkannya mengusulkan blok.
△ Builder menyerahkan blok ke Relay, dan Relay menyerahkan Header ke Validator
△ Jika Validator memilih blok, Header akan dimasukkan ke dalam Blok Suar, ditandatangani, dan diserahkan ke Relay.
△ Relai kemudian serahkan potongan penuh ke validator.
Jika Validator akhirnya mengkhianati Relay dan memilih untuk mengusulkan blok lain, maka Relay dapat mempublikasikan tanda tangan yang diberikan Validator kepadanya sebagai bukti bahwa Validator mengusulkan dua blok yang berbeda, dan kemudian Validator akan dihukum karena melanggar aturan Ethereum Beacon Chain.
△ Eve disayat (bagian dari ETH yang dijanjikan disita) karena dia mengusulkan blok yang berbeda.
Hipotesis Kepercayaan
Dalam mev-boost, Validator harus mempercayai Relay, jika konten blok yang akhirnya diungkapkan oleh Relay tidak sah, atau uang aktual yang diterima oleh Validator tidak sesuai harapan, atau bahkan jika Relay secara langsung tidak mempublikasikan konten blok, Validator tidak dapat mengusulkan blok, maka Validator hanya dapat menangkal melalui mekanisme off-chain, seperti membiarkan Validator lain mengetahui perilaku jahat Relay.
** Pemutus Sirkuit **
Validator tidak dapat dipantau dan diintervensi 24 jam sehari, jadi ketika perangkat lunak validator menemukan bahwa (relai yang sama atau lebih) terus-menerus merusak kepercayaan, ia harus dapat bereaksi untuk menghindari kehilangan pendapatan sepanjang waktu karena tidak ada blok yang diusulkan.
Misalnya, ketika Anda menemukan bahwa Anda belum mengusulkan blok untuk lebih dari lima slot, Anda harus kembali dan menggunakan node Anda sendiri untuk membuat konten blok.
Untuk dokumen yang relevan, silakan merujuk ke:
** Relay Monitor **
Untuk mengurangi dampak kesalahan karakter Relay, komunitas Flashbot juga berpikir untuk merancang pemantauan perilaku Relay.
Untuk dokumen yang relevan, silakan merujuk ke:
Ketersediaan Data C****ommittee
Salah satu cara untuk mencegah Relay tidak menerbitkan konten blok adalah dengan memberikan data blok kepada komite node yang bertanggung jawab untuk menjaga dan memastikan bahwa konten blok tersedia, yaitu, mendesentralisasikan tanggung jawab menjaga konten blok.
Builder dan Relay apa yang saat ini tersedia? **
Di sini Anda dapat melihat Builder dan Relay saat ini:
Periksa situs web:
Seperti yang Anda lihat, meskipun merupakan tim pengembangan utama mev-boost, Flashbot tidak memiliki status Relay yang dominan, karena Flashbot telah mengembangkan mev-boost sejak awal dan belum menetapkan dirinya sebagai Relay default dalam perangkat lunak mev-boost.
Tips Membaca: Pelajari lebih lanjut, silakan lihat
2023–04–02 Serangan terhadap estafet mev-boost
Validator berbahaya menemukan kerentanan di Relay: Relay akan mengirim kembali konten bundel ke validator selama memiliki tanda tangan yang valid untuk diperiksa (apakah konten tersebut sah atau tidak).
Oleh karena itu, validator berbahaya menandatangani konten yang tidak valid (nilai beberapa bidang header tidak valid), dan setelah Relay mengirim kembali konten bundel, validator mencuri transaksi arbitrase dalam bundel, dan kemudian mengusulkan blok lain yang valid.
Relay mencoba menyiarkan header yang ditandatangani oleh Validator, tetapi ditolak oleh node lain karena kontennya tidak valid, sehingga semua orang hanya melihat blok valid yang diusulkan oleh Validator itu sendiri. Setelah itu, Validator Dipangkas dan dikeluarkan dari daftar Validator karena menandatangani dua header yang berbeda (untuk Relay dan Proposed), tetapi kerusakan telah terjadi.
Relay yang diperbarui sekarang akan mencoba menyiarkan header Validator terlebih dahulu, jika berhasil diterima oleh node lain, itu berarti konten tanda Validator adalah sah, dan node lain akan melihat blok disiarkan oleh Relay terlebih dahulu, jika Validator mencoba mencuri konten bundel dan mengusulkannya sendiri, akan lebih sulit untuk memenangkan blok yang disiarkan oleh Relay (karena sudah banyak node yang telah melihat blok disiarkan oleh Relay).
Membaca Tip 1: Jelaskan utas serangan ini dan bukti terkait dan tambalan Relay, silakan merujuk ke utas ini, silakan lihat utas ini untuk detailnya:*
Membaca Tip 2: Selain mencuri transaksi arbitrase dari bundel, validator jahat juga dapat menyerang arbitrase yang melakukan pemogokan sandwich: arbitrase yang melakukan pemogokan sandwich akan memasukkan perdagangan mereka sendiri sebelum dan sesudah perdagangan korban - terlebih dahulu membeli korban dan kemudian menjual setelah korban membeli untuk mendapatkan spread, tetapi agar clipper berhasil, kedua perdagangan harus dieksekusi, jika tidak hanya transaksi sebelumnya yang akan dieksekusi, tetapi arbitrase tidak hanya tidak akan mendapatkan spread, tetapi juga kehilangan dananya sendiri. *
Namun, tambalan yang dibuat sebagai respons terhadap serangan ini akan meningkatkan waktu penundaan produksi blok, sehingga jumlah kemunculan re-org dari rantai PoS telah meningkat secara signifikan pada hari-hari setelah serangan, dan beberapa solusi saat ini sedang dirancang dan diimplementasikan untuk menghindari ketidakstabilan jaringan PoS yang disebabkan oleh penundaan MEV-Boost.
Tips membaca: Untuk informasi terperinci, Anda dapat menyalin tautan di bawah ini untuk dilihat di browser Anda
Dampak Flashbot/mev-boost
Mempengaruhi Efisiensi Voting Validator
Karena Flashbot/mev-boost, proses blok dari produksi hingga benar-benar diusulkan telah melalui lebih banyak level, yang mengarah pada penundaan waktu blok usulan Validator, dan validator lain yang bertanggung jawab untuk pemungutan suara akan menerima blok nanti, sehingga waktu pemungutan suara mereka akan dikompresi, yang akan mempengaruhi keamanan jaringan PoS secara keseluruhan.
Meskipun tampaknya tidak berdampak besar: perkiraan penurunan 2% dalam jumlah pemilih dan penurunan 1% dalam validator yang memilih dengan benar, ini dari Oktober 2022, ketika hanya sepertiga validator yang terhubung ke MEV Relay.
Tips membaca: Untuk informasi lebih lanjut, silakan merujuk ke artikel yang ditautkan di bawah ini
Ringkasan & Sorotan
Pada artikel berikutnya, kami akan memperkenalkan Proposer-Builder Separation (PBS), yang mengintegrasikan arsitektur mev-boost langsung ke protokol Ethereum sendiri, daripada kolaborasi pribadi antara Validator, Builder, dan Searcher, yang akan membuat seluruh ekosistem MEV lebih terdesentralisasi dan aman.
Data Referensi &; Rekomendasi untuk Bacaan Lebih Lanjut
*Statistik: *Statistik: *