tl;dr: artikel ini membingkai diskusi seputar alokasi hak dalam Ethereum, memberikan gambaran singkat (berdasarkan opini) tentang wacana saat ini, dan menyoroti beberapa pertanyaan terbuka di akhir.
Tujuan mencegah sentralisasi yang didorong oleh MEV yang merusak properti inti Ethereum telah menghasilkan berbagai skema yang diusulkan yang mengubah cara blok dibangun dan diusulkan dalam jaringan. Skema-skema seperti ePBS, MCP, atau tiket eksekusi akan menggantikan pasar yang didasarkan pada MEV-Boost yang kita miliki saat ini (meskipun perangkat lunak MEV-Boost masih dapat memainkan peran).
Semua desain ini memiliki dua tujuan yang sama: Sebagai tujuan utama, kami ingin menghindari setiap insentif bagi pemberi kesaksian untuk berperilaku secara strategis. Imbalan dalam keterampilan dan manfaat bagi colocation menciptakan tekanan sentralisasi pada jaringan yang ingin kami hindari. Sebagai tujuan sekunder, kami ingin menjaga pasar pembangun agar tetap 'baik'. Dengan 'pasar pembangun' kami merujuk pada pasar yang muncul sekitar pelayanan peran tambahan yang diciptakan oleh semua skema ini selain peran pemberi kesaksian. 'Baik' melibatkan menavigasi ruang tradeoff antara desentralisasi, efisiensi, dan pendapatan protokol.
Selama eksplorasi awal dari ruang solusi ini, posisi konsensus adalah bahwa kita menginginkan tingkat desentralisasi yang tinggi di antara pihak yang memberikan bukti, meskipun ini berarti bahwa pasar pembangunannya cukup 'buruk' (misalnya,akhir permainan pos 2Namun, belum pernah jelas pada titik mana kita menarik garis dan bersedia memiliki desentralisasi yang lebih sedikit di antara pemberi bukti untuk pasar pembangun yang lebih baik. Pos ini tidak mencoba untuk mengambil sikap di sini, tetapi hanya untuk membuat aksesibilitas lanskap tradeoff. Ini adalah masalah kompleks dan ada sedikit argumen yang benar-benar dapat kita anggap sebagai tahan air dan benar-benar dapat memprediksi jadi pos ini seharusnya dilihat sebagai interpretasi dari pekerjaan yang telah dilakukan tetapi pasti dapat berubah.
Sejak keluarga desain Multiple Concurrent Proposer (MCP), di antaranya BRAID 3 adalah upaya desain utama, masih sangat baru dan harus diuraikan terlebih dahulu, artikel ini membahas desain proposer tunggal dengan lebih mendalam dan mencantumkan bagian singkat untuk membahas MCP di akhir.
Catatan: "attester" digunakan sebagai pengganti "validator" untuk menekankan peran konsensus yang relatif sederhana dalam mengesahkan blok dan berpartisipasi dalam lapisan p2p, berbeda dengan peran yang lebih kompleks dalam produksi blok dan proposal yang secara teknis saat ini dialokasikan ke aktor yang sama. Attester dan validator dapat longgar diperlakukan sebagai istilah yang dapat dipertukarkan.
Attesters mendapatkan manfaat terbesar dari perilaku strategis saat dipilih sebagai pemimpin konsensus untuk mengusulkan blok ke seluruh kumpulan penentu untuk slot tertentu. Oleh karena itu, sebagian besar desain yang telah kita buat untuk melindungi attesters telah difokuskan pada peran proposer. Setiap desain ini menggunakan beberapa kombinasi dari tiga teknik:
Masing-masing memiliki keterbatasan masing-masing:
Loop umpan balik ini mungkin tidak terlalu merusak tujuan utama kami, tetapi berpotensi mempengaruhi pasar pengembang - misalnya, ketika keputusan investasi tidak dibuat jauh-jauh hari dan nilai yang ditawarkan berubah dengan cepat seiring waktu.
Besarnya efek tersebut belum sepenuhnya dipahami dan mungkin saja tidak signifikan.
Di sisi lain, kami memiliki arah MCP yang kurang sempurna yang mengambil desain ulang mendasar dari protokol konsensus sehingga peran pengusul sepenuhnya didistribusikan ke komite (setiap anggota komite sekarang disebut sebagai "pengusul"), tanpa secara eksplisit mengistimewakan aktor tunggal. Sementara MCP berjanji untuk secara signifikan memperkuat jaminan yang diberikan oleh pendekatan komite-untuk-membatasi, perubahan menggunakan komite dengan cara ini kemungkinan merupakan perubahan mendasar dan masih meninggalkan banyak detail yang tidak ditentukan. Oleh karena itu, seseorang tidak dapat mengasumsikan perilaku di sekitarnya tetap dan analisis tambahan yang cukup besar ke dalam insentif waktu, insentif spam, throughput jaringan dan sejenisnya diperlukan. Untuk selengkapnya, lihat posting ini membandingkan BRAID dan FOCIL 2, analisis ini 1, panel ini 1dan bagian di akhir pos untuk lebih lanjut.
Selain itu, seseorang mungkin menunjuk pada peningkatan pentingnya karakteristik pembangun non-komoditas seperti prediksi harga dan toleransi risiko untuk membuat argumen serupa untuk sentralisasi karena penawaran yang dilakukan di depan waktu.
Melihat pengorbanan ini, kita dapat membuat beberapa rekomendasi luas. Pertama, menggunakan komite untuk membatasi pengusul tampaknya tidak memiliki tradeoff yang mendalam (mungkin insentif dan kompleksitas waktu yang luas, tetapi ini tampaknya kurang signifikan daripada dinamika lain yang disebutkan) sambil memberikan manfaat memberikan ketahanan sensor dan mengurangi dampak loop umpan balik eprop atau bprop MEV, tergantung aktor mana yang kami pilih untuk menjalankan mekanisme alokasi. Oleh karena itu, kita harus menggunakan sesuatu seperti FOCIL dalam skema apa pun. Di masa depan, kami berharap akan menemukan bahwa arah MCP menghasilkan buah dari desain berbasis komite yang bahkan lebih menarik yang kemudian dapat menggantikan FOCIL.
Memperkenalkan peran eprop juga tampaknya tak terhindarkan. Ada beberapa alasan untuk ini. Terlepas dari sebagian besar proposal yang melibatkan peran eprop, kita dapat melihat protokol saat ini yang tidak secara eksplisit memperkenalkan peran ini tetapi sebaliknya secara organik muncul di pasar di luar protokol (MEV-Boost), menunjukkan bahwa insentif mengarah pada peran khusus yang muncul bahkan jika desain protokol tidak menginginkannya. Ini memberi kita tiga pilihan penting untuk menciptakan peran eprop ini: siapa yang mengalokasikan hak eprop (eprop atau bprop), kapan peserta harus membuat "keputusan investasi" (penawaran, staking, pembelian tiket, dll) dan bagaimana eprop dipilih?
Melihat keputusan tentang siapa dan kapan, kami sampai pada diagram berikut
eprop menangani mekanisme alokasi
bprop menangani mekanisme alokasi
Opsi pertama yang ditunjukkan di sebelah kiri menunjukkan dunia di mana kita meninggalkan sebanyak mungkin peran hingga eprop. Pilihan yang tersisa kemudian berkaitan dengan waktu, terutama waktu keputusan investasi relatif terhadap slot yang dialokasikan. Menyesuaikan waktu akan memungkinkan kita untuk menghadapi dua kekuatan yang berdampak negatif pada struktur pasar pembangun. Menjalankan hal-hal lebih awal membawa dampak negatif yang disebutkan sebelumnya pada pasar pembangun (seperti konsentrasi dan kerugian pendapatan) sementara penundaan yang lebih sedikit berisiko menciptakan lingkaran umpan balik positif bagi pemegang jabatan, meskipun tidak jelas sejauh mana keuntungan tersebut. Berdasarkan faktor-faktor yang telah kami sebutkan di atas, ruang desain eprop yang berat ini paling baik mengisolasi bprop. Tentu saja, mungkin ada interaksi relevan lainnya yang belum kami jelajahi.
Atau, kita bisa menyerahkan alokasi hak eprop kepada bprop. Di dunia ini, bprop akan mengambil peran seperti menentukan tawaran tertinggi dalam lelang atau termasuk pesan pembelian tiket eksekusi. Waktu penyetelan di dunia seperti itu memungkinkan kita untuk memilih antara mengorbankan "kebebasan strategi" bprop (yaitu desentralisasi attester) untuk konsentrasi pasar pembangun.
Lelang Blok vs Slot
The diskusi lelang blok vs slot di ePBS 1 dapat dilihat sebagai diskusi tentang menjalankan mekanisme alokasi tanpa penundaan (lelang blok) vs dengan penundaan kecil (lelang slot). Artikel terkait memberikan gambaran yang relatif komprehensif, tetapi kami ingin menambahkan dua poin tentang "transisi fase" ini
Diagram di atas hanya mencerminkan arah berbagai efek yang diprediksi, tetapi tingkat kehadiran efek-efek ini secara alami tergantung pada jenis mekanisme alokasi. Juri pasti masih belum memutuskan hal ini, tetapi ada beberapa karya relevan yang memungkinkan kita membedakan antara banyak desain yang mungkin:
(Flashbots) berpendapat bahwa mekanisme alokasi yang memiliki elastisitas lebih besar dalam pasokan hak proposal memungkinkan pasar yang lebih beragam. Ini akan menjelaskan mengapa model yang mengasumsikan jumlah tiket tetap,seperti ini satu 3memprediksi satu pemilik tiket sementara sistem Ethereum PoS saat ini mendukung beragam aktor.
Pengambilan kesimpulan dari ini adalah bahwa jika seseorang menginginkan pasar pembangun menjadi sedikit terkonsentrasi, orang tersebut mungkin berhasil dengan menyebarkan alokasi hak usulan sebanyak mungkin, tetapi hal ini datang dengan biaya efisiensi dan pendapatan. Memiliki mekanisme alokasi yang mendukung desentralisasi pasar akan diharapkan dapat mengurangi biaya dari keputusan investasi yang harus dibuat lebih jauh ke depan.
Secara umum, kami berpendapat bahwa kami ingin menghindari konsentrasi pasar dan mempekerjakan komite untuk mengurangi kemampuan setiap aktor individu untuk merusak netralitas pasar blockspace (dengan menyensor atau menjalankan perdagangan yang bersaing di depan misalnya). Kekhawatiran yang lebih spesifik adalah bahwa jika seorang aktor tahu bahwa mereka memegang hak mengusulkan pada blok berturut-turut, mereka akan dapat dan diberi insentif untuk mengambil tindakan tambahan yang berdampak negatif terhadap operasi pasar. Misalnya, jika pembangun tahu bahwa mereka akan menghasilkan dua blok berturut-turut (dengan probabilitas tinggi), mereka dapat menyensor beberapa perdagangan di blok pertama mengetahui bahwa mereka dapat lebih menguntungkan mengeksekusinya di blok berikutnya (lihat di sini 1untuk lebih detail).
Kami ingin menghindari jenis dinamika ini karena dua alasan:
Kita bisa mencoba mengatasi masalah ini dengan:
Poin 1 dan 3 telah dibahas di atas dan implementasi poin 2 akan sebagian besar tidak mengubah diskusi lainnya.
Seperti disebutkan sebelumnya, Multiple Concurrent Proposers dapat dianggap sebagai properti desain yang mengambil penggunaan komite secara maksimal. Alih-alih memiliki komite yang membatasi aktor tunggal seperti desain daftar inklusi yang coba dilakukan (atau, seperti yang dinyatakan lain, meninggalkan aktor khusus dengan "tampilan terakhir"), MCP akan memiliki komite aktor "sama" membangun blok atau setidaknya mengambil tindakan pada saat yang sama. Desain MCP yang terpenting adalah BRAID 3 yang masih dalam tahap mencari tahu rincian konsensus tanpa skema pemesanan khusus yang telah diusulkan.
Dalam beberapa hal, MCP cocok dengan apa yang telah dibahas di atas. MCP meminta kemampuan untuk memilih beberapa pengusul per blok, tetapi tidak mengatur kapan keputusan investasi oleh pembangun harus dibuat atau bagaimana hak mengusulkan harus dialokasikan. Pemisahan antara eprops dan bprops juga tidak harus dianggap sebagai sesuatu yang pasti dalam model ini. Beberapa orang mungkin berpendapat bahwa mendistribusikan proposal dalam sebuah slot di antara para pelaku dapat cukup mengurangi insentif MEV sehingga menugaskan penaksir untuk tugas ini tidak akan menyebabkan pasar sekunder.
Seperti yang dibahas sebelumnya tentang komite, menggunakan komite mengurangi dampak insentif MEV, kecuali kolusi total, sehingga konsekuensi meminta pembangun membuat keputusan investasi lebih dekat dengan slot kemungkinan berkurang dan kita tidak perlu makan sebanyak "ketidakbaikan pasar" yang kita bahas terkait membuat keputusan investasi jauh di depan. Keuntungan tambahan dari MCP dibandingkan solusi berbasis komite yang membatasi proposer adalah bahwa MCP meningkatkan jaminan kelangsungan hidup karena tidak ada proposer tunggal yang dapat menyebabkan slot terlewatkan.
Dalam hal ini, MCP/BRAID adalah perubahan yang mendasar dan saat ini masih belum terdefinisi dengan banyak hal yang belum diketahui yang harus diatasi. Misalnya, menjadi proposer terakhir yang bertindak dapat memberikan beberapa keuntungan informasi yang dapat menciptakan insentif permainan waktu baru dan diskoordinasi (dengan sengaja) di antara proposer simultan dapat menyebabkan ketidakefisienan seperti transaksi duplikat yang dimasukkan dalam slot. Beberapa poin ini dibahas lebih detail dalam panel terbaru 1.
Tujuan utama dari pos ini adalah untuk menjabarkan ruang tradeoff. Ini dapat disimpulkan sebagai berikut:
Tentu saja, ada banyak pertanyaan terbuka dan mungkin yang terbaik untuk ditanyakan tidak diketahui oleh saya. Berikut beberapa pertanyaan yang tampak penting bagi saya meskipun:
Artikel ini dicetak ulang dari [kolektif]. Semua hak cipta milik penulis asli [ Quintus dan @Christophrobot]. Jika ada keberatan terhadap cetakan ulang ini, silakan hubungi Gate Belajar tim, dan mereka akan segera menanganinya.
Penafian Tanggung Jawab: Pandangan dan opini yang terdapat dalam artikel ini semata-mata milik penulis dan tidak merupakan nasihat investasi apa pun.
Penerjemahan artikel ke dalam bahasa lain dilakukan oleh tim Gate Learn. Kecuali disebutkan, menyalin, mendistribusikan, atau menjiplak artikel yang diterjemahkan dilarang.
tl;dr: artikel ini membingkai diskusi seputar alokasi hak dalam Ethereum, memberikan gambaran singkat (berdasarkan opini) tentang wacana saat ini, dan menyoroti beberapa pertanyaan terbuka di akhir.
Tujuan mencegah sentralisasi yang didorong oleh MEV yang merusak properti inti Ethereum telah menghasilkan berbagai skema yang diusulkan yang mengubah cara blok dibangun dan diusulkan dalam jaringan. Skema-skema seperti ePBS, MCP, atau tiket eksekusi akan menggantikan pasar yang didasarkan pada MEV-Boost yang kita miliki saat ini (meskipun perangkat lunak MEV-Boost masih dapat memainkan peran).
Semua desain ini memiliki dua tujuan yang sama: Sebagai tujuan utama, kami ingin menghindari setiap insentif bagi pemberi kesaksian untuk berperilaku secara strategis. Imbalan dalam keterampilan dan manfaat bagi colocation menciptakan tekanan sentralisasi pada jaringan yang ingin kami hindari. Sebagai tujuan sekunder, kami ingin menjaga pasar pembangun agar tetap 'baik'. Dengan 'pasar pembangun' kami merujuk pada pasar yang muncul sekitar pelayanan peran tambahan yang diciptakan oleh semua skema ini selain peran pemberi kesaksian. 'Baik' melibatkan menavigasi ruang tradeoff antara desentralisasi, efisiensi, dan pendapatan protokol.
Selama eksplorasi awal dari ruang solusi ini, posisi konsensus adalah bahwa kita menginginkan tingkat desentralisasi yang tinggi di antara pihak yang memberikan bukti, meskipun ini berarti bahwa pasar pembangunannya cukup 'buruk' (misalnya,akhir permainan pos 2Namun, belum pernah jelas pada titik mana kita menarik garis dan bersedia memiliki desentralisasi yang lebih sedikit di antara pemberi bukti untuk pasar pembangun yang lebih baik. Pos ini tidak mencoba untuk mengambil sikap di sini, tetapi hanya untuk membuat aksesibilitas lanskap tradeoff. Ini adalah masalah kompleks dan ada sedikit argumen yang benar-benar dapat kita anggap sebagai tahan air dan benar-benar dapat memprediksi jadi pos ini seharusnya dilihat sebagai interpretasi dari pekerjaan yang telah dilakukan tetapi pasti dapat berubah.
Sejak keluarga desain Multiple Concurrent Proposer (MCP), di antaranya BRAID 3 adalah upaya desain utama, masih sangat baru dan harus diuraikan terlebih dahulu, artikel ini membahas desain proposer tunggal dengan lebih mendalam dan mencantumkan bagian singkat untuk membahas MCP di akhir.
Catatan: "attester" digunakan sebagai pengganti "validator" untuk menekankan peran konsensus yang relatif sederhana dalam mengesahkan blok dan berpartisipasi dalam lapisan p2p, berbeda dengan peran yang lebih kompleks dalam produksi blok dan proposal yang secara teknis saat ini dialokasikan ke aktor yang sama. Attester dan validator dapat longgar diperlakukan sebagai istilah yang dapat dipertukarkan.
Attesters mendapatkan manfaat terbesar dari perilaku strategis saat dipilih sebagai pemimpin konsensus untuk mengusulkan blok ke seluruh kumpulan penentu untuk slot tertentu. Oleh karena itu, sebagian besar desain yang telah kita buat untuk melindungi attesters telah difokuskan pada peran proposer. Setiap desain ini menggunakan beberapa kombinasi dari tiga teknik:
Masing-masing memiliki keterbatasan masing-masing:
Loop umpan balik ini mungkin tidak terlalu merusak tujuan utama kami, tetapi berpotensi mempengaruhi pasar pengembang - misalnya, ketika keputusan investasi tidak dibuat jauh-jauh hari dan nilai yang ditawarkan berubah dengan cepat seiring waktu.
Besarnya efek tersebut belum sepenuhnya dipahami dan mungkin saja tidak signifikan.
Di sisi lain, kami memiliki arah MCP yang kurang sempurna yang mengambil desain ulang mendasar dari protokol konsensus sehingga peran pengusul sepenuhnya didistribusikan ke komite (setiap anggota komite sekarang disebut sebagai "pengusul"), tanpa secara eksplisit mengistimewakan aktor tunggal. Sementara MCP berjanji untuk secara signifikan memperkuat jaminan yang diberikan oleh pendekatan komite-untuk-membatasi, perubahan menggunakan komite dengan cara ini kemungkinan merupakan perubahan mendasar dan masih meninggalkan banyak detail yang tidak ditentukan. Oleh karena itu, seseorang tidak dapat mengasumsikan perilaku di sekitarnya tetap dan analisis tambahan yang cukup besar ke dalam insentif waktu, insentif spam, throughput jaringan dan sejenisnya diperlukan. Untuk selengkapnya, lihat posting ini membandingkan BRAID dan FOCIL 2, analisis ini 1, panel ini 1dan bagian di akhir pos untuk lebih lanjut.
Selain itu, seseorang mungkin menunjuk pada peningkatan pentingnya karakteristik pembangun non-komoditas seperti prediksi harga dan toleransi risiko untuk membuat argumen serupa untuk sentralisasi karena penawaran yang dilakukan di depan waktu.
Melihat pengorbanan ini, kita dapat membuat beberapa rekomendasi luas. Pertama, menggunakan komite untuk membatasi pengusul tampaknya tidak memiliki tradeoff yang mendalam (mungkin insentif dan kompleksitas waktu yang luas, tetapi ini tampaknya kurang signifikan daripada dinamika lain yang disebutkan) sambil memberikan manfaat memberikan ketahanan sensor dan mengurangi dampak loop umpan balik eprop atau bprop MEV, tergantung aktor mana yang kami pilih untuk menjalankan mekanisme alokasi. Oleh karena itu, kita harus menggunakan sesuatu seperti FOCIL dalam skema apa pun. Di masa depan, kami berharap akan menemukan bahwa arah MCP menghasilkan buah dari desain berbasis komite yang bahkan lebih menarik yang kemudian dapat menggantikan FOCIL.
Memperkenalkan peran eprop juga tampaknya tak terhindarkan. Ada beberapa alasan untuk ini. Terlepas dari sebagian besar proposal yang melibatkan peran eprop, kita dapat melihat protokol saat ini yang tidak secara eksplisit memperkenalkan peran ini tetapi sebaliknya secara organik muncul di pasar di luar protokol (MEV-Boost), menunjukkan bahwa insentif mengarah pada peran khusus yang muncul bahkan jika desain protokol tidak menginginkannya. Ini memberi kita tiga pilihan penting untuk menciptakan peran eprop ini: siapa yang mengalokasikan hak eprop (eprop atau bprop), kapan peserta harus membuat "keputusan investasi" (penawaran, staking, pembelian tiket, dll) dan bagaimana eprop dipilih?
Melihat keputusan tentang siapa dan kapan, kami sampai pada diagram berikut
eprop menangani mekanisme alokasi
bprop menangani mekanisme alokasi
Opsi pertama yang ditunjukkan di sebelah kiri menunjukkan dunia di mana kita meninggalkan sebanyak mungkin peran hingga eprop. Pilihan yang tersisa kemudian berkaitan dengan waktu, terutama waktu keputusan investasi relatif terhadap slot yang dialokasikan. Menyesuaikan waktu akan memungkinkan kita untuk menghadapi dua kekuatan yang berdampak negatif pada struktur pasar pembangun. Menjalankan hal-hal lebih awal membawa dampak negatif yang disebutkan sebelumnya pada pasar pembangun (seperti konsentrasi dan kerugian pendapatan) sementara penundaan yang lebih sedikit berisiko menciptakan lingkaran umpan balik positif bagi pemegang jabatan, meskipun tidak jelas sejauh mana keuntungan tersebut. Berdasarkan faktor-faktor yang telah kami sebutkan di atas, ruang desain eprop yang berat ini paling baik mengisolasi bprop. Tentu saja, mungkin ada interaksi relevan lainnya yang belum kami jelajahi.
Atau, kita bisa menyerahkan alokasi hak eprop kepada bprop. Di dunia ini, bprop akan mengambil peran seperti menentukan tawaran tertinggi dalam lelang atau termasuk pesan pembelian tiket eksekusi. Waktu penyetelan di dunia seperti itu memungkinkan kita untuk memilih antara mengorbankan "kebebasan strategi" bprop (yaitu desentralisasi attester) untuk konsentrasi pasar pembangun.
Lelang Blok vs Slot
The diskusi lelang blok vs slot di ePBS 1 dapat dilihat sebagai diskusi tentang menjalankan mekanisme alokasi tanpa penundaan (lelang blok) vs dengan penundaan kecil (lelang slot). Artikel terkait memberikan gambaran yang relatif komprehensif, tetapi kami ingin menambahkan dua poin tentang "transisi fase" ini
Diagram di atas hanya mencerminkan arah berbagai efek yang diprediksi, tetapi tingkat kehadiran efek-efek ini secara alami tergantung pada jenis mekanisme alokasi. Juri pasti masih belum memutuskan hal ini, tetapi ada beberapa karya relevan yang memungkinkan kita membedakan antara banyak desain yang mungkin:
(Flashbots) berpendapat bahwa mekanisme alokasi yang memiliki elastisitas lebih besar dalam pasokan hak proposal memungkinkan pasar yang lebih beragam. Ini akan menjelaskan mengapa model yang mengasumsikan jumlah tiket tetap,seperti ini satu 3memprediksi satu pemilik tiket sementara sistem Ethereum PoS saat ini mendukung beragam aktor.
Pengambilan kesimpulan dari ini adalah bahwa jika seseorang menginginkan pasar pembangun menjadi sedikit terkonsentrasi, orang tersebut mungkin berhasil dengan menyebarkan alokasi hak usulan sebanyak mungkin, tetapi hal ini datang dengan biaya efisiensi dan pendapatan. Memiliki mekanisme alokasi yang mendukung desentralisasi pasar akan diharapkan dapat mengurangi biaya dari keputusan investasi yang harus dibuat lebih jauh ke depan.
Secara umum, kami berpendapat bahwa kami ingin menghindari konsentrasi pasar dan mempekerjakan komite untuk mengurangi kemampuan setiap aktor individu untuk merusak netralitas pasar blockspace (dengan menyensor atau menjalankan perdagangan yang bersaing di depan misalnya). Kekhawatiran yang lebih spesifik adalah bahwa jika seorang aktor tahu bahwa mereka memegang hak mengusulkan pada blok berturut-turut, mereka akan dapat dan diberi insentif untuk mengambil tindakan tambahan yang berdampak negatif terhadap operasi pasar. Misalnya, jika pembangun tahu bahwa mereka akan menghasilkan dua blok berturut-turut (dengan probabilitas tinggi), mereka dapat menyensor beberapa perdagangan di blok pertama mengetahui bahwa mereka dapat lebih menguntungkan mengeksekusinya di blok berikutnya (lihat di sini 1untuk lebih detail).
Kami ingin menghindari jenis dinamika ini karena dua alasan:
Kita bisa mencoba mengatasi masalah ini dengan:
Poin 1 dan 3 telah dibahas di atas dan implementasi poin 2 akan sebagian besar tidak mengubah diskusi lainnya.
Seperti disebutkan sebelumnya, Multiple Concurrent Proposers dapat dianggap sebagai properti desain yang mengambil penggunaan komite secara maksimal. Alih-alih memiliki komite yang membatasi aktor tunggal seperti desain daftar inklusi yang coba dilakukan (atau, seperti yang dinyatakan lain, meninggalkan aktor khusus dengan "tampilan terakhir"), MCP akan memiliki komite aktor "sama" membangun blok atau setidaknya mengambil tindakan pada saat yang sama. Desain MCP yang terpenting adalah BRAID 3 yang masih dalam tahap mencari tahu rincian konsensus tanpa skema pemesanan khusus yang telah diusulkan.
Dalam beberapa hal, MCP cocok dengan apa yang telah dibahas di atas. MCP meminta kemampuan untuk memilih beberapa pengusul per blok, tetapi tidak mengatur kapan keputusan investasi oleh pembangun harus dibuat atau bagaimana hak mengusulkan harus dialokasikan. Pemisahan antara eprops dan bprops juga tidak harus dianggap sebagai sesuatu yang pasti dalam model ini. Beberapa orang mungkin berpendapat bahwa mendistribusikan proposal dalam sebuah slot di antara para pelaku dapat cukup mengurangi insentif MEV sehingga menugaskan penaksir untuk tugas ini tidak akan menyebabkan pasar sekunder.
Seperti yang dibahas sebelumnya tentang komite, menggunakan komite mengurangi dampak insentif MEV, kecuali kolusi total, sehingga konsekuensi meminta pembangun membuat keputusan investasi lebih dekat dengan slot kemungkinan berkurang dan kita tidak perlu makan sebanyak "ketidakbaikan pasar" yang kita bahas terkait membuat keputusan investasi jauh di depan. Keuntungan tambahan dari MCP dibandingkan solusi berbasis komite yang membatasi proposer adalah bahwa MCP meningkatkan jaminan kelangsungan hidup karena tidak ada proposer tunggal yang dapat menyebabkan slot terlewatkan.
Dalam hal ini, MCP/BRAID adalah perubahan yang mendasar dan saat ini masih belum terdefinisi dengan banyak hal yang belum diketahui yang harus diatasi. Misalnya, menjadi proposer terakhir yang bertindak dapat memberikan beberapa keuntungan informasi yang dapat menciptakan insentif permainan waktu baru dan diskoordinasi (dengan sengaja) di antara proposer simultan dapat menyebabkan ketidakefisienan seperti transaksi duplikat yang dimasukkan dalam slot. Beberapa poin ini dibahas lebih detail dalam panel terbaru 1.
Tujuan utama dari pos ini adalah untuk menjabarkan ruang tradeoff. Ini dapat disimpulkan sebagai berikut:
Tentu saja, ada banyak pertanyaan terbuka dan mungkin yang terbaik untuk ditanyakan tidak diketahui oleh saya. Berikut beberapa pertanyaan yang tampak penting bagi saya meskipun:
Artikel ini dicetak ulang dari [kolektif]. Semua hak cipta milik penulis asli [ Quintus dan @Christophrobot]. Jika ada keberatan terhadap cetakan ulang ini, silakan hubungi Gate Belajar tim, dan mereka akan segera menanganinya.
Penafian Tanggung Jawab: Pandangan dan opini yang terdapat dalam artikel ini semata-mata milik penulis dan tidak merupakan nasihat investasi apa pun.
Penerjemahan artikel ke dalam bahasa lain dilakukan oleh tim Gate Learn. Kecuali disebutkan, menyalin, mendistribusikan, atau menjiplak artikel yang diterjemahkan dilarang.