Lompat ke konten

Pemisahan pengusul-pembangun (PBS)

PBS memisahkan pembangunan blok dari pengusulannya dalam konsensus. Pelajari pasar MEV-Boost Ethereum, perbedaannya dengan PBS bawaan protokol, serta risiko relai, sensor, konsentrasi, dan slot terlewat.

Diperbarui

Hanya untuk tujuan edukasi; bukan saran investasi atau operasional validator. PBS tidak menghapus risiko MEV, sensor, slot terlewat, relai, konsentrasi pembangun, atau desain protokol.

Jawaban langsung

Pemisahan pengusul-pembangun (PBS) membagi dua tugas produksi blok. Pembangun memilih dan mengurutkan transaksi serta membuat payload eksekusi; pengusul yang dipilih konsensus untuk slot tersebut memilih komitmen payload, menandatangani usulan blok, dan menyiarkan atau membuat blok lengkap diterbitkan. Pengusul tetap merupakan validator dengan kewajiban konsensus. Pembangun adalah peran pasar terpisah dan dalam pasar eksternal saat ini tidak harus menjadi validator slot itu.

Di Ethereum, sistem saat ini harus dibedakan dari perubahan yang diusulkan. MEV-Boost adalah PBS di luar protokol: middleware validator menanyakan relai yang menengahi lelang antara pembangun dan pengusul. PBS bawaan protokol (ePBS) akan memasukkan pertukaran dan penegakannya ke aturan konsensus. Pada tanggal pemeriksaan, Ethereum menyebutnya riset tanpa spesifikasi final dan EIP-7732 masih berupa draf.

PBS bertujuan memberi validator akses ke nilai blok yang kompetitif tanpa setiap validator menjalankan sistem pencarian MEV dan pembangunan yang rumit. Hal ini dapat mengurangi keunggulan yang memusatkan para pengusul, tetapi tidak menghapus MEV. Pembangunan khusus berpindah ke pasar, sementara muncul persoalan kepercayaan relai, konsentrasi pembangun dan aliran order, sensor, waktu, dan ketersediaan payload.

Cara kerja

  1. Pembangun membuat dan menawar. Mereka menerima transaksi publik dan sering kali aliran order privat atau bundel pencari, menyimulasikan blok, mengurutkan transaksi, membuat payload valid, dan melampirkan tawaran sebagai pembayaran kepada pengusul.
  2. Relai menengahi pasar saat ini. Dalam MEV-Boost, relai menerima payload lengkap, memeriksanya menurut kebijakan sendiri, lalu menunjukkan header bertanda tangan dan tawaran tanpa terlebih dahulu membuka isi transaksi. MEV-Boost dapat menanyakan beberapa relai dan membandingkan respons yang dapat dipakai.
  3. Pengusul memilih komitmen. Pengusul dapat membandingkan tawaran eksternal dengan payload lokal dan menerapkan tawaran minimum. Jika menerima, ia menandatangani blok beacon tersamar yang terikat pada header terpilih dan tidak dapat mengganti transaksinya kemudian.
  4. Payload dibuka dan divalidasi. Setelah menerima blok tersamar bertanda tangan, relai mengembalikan atau menerbitkan payload lengkap. Klien konsensus dan eksekusi memvalidasi blok. Payload terlambat, tidak tersedia, atau tidak valid dapat menghambat penerbitan dan menyebabkan slot terlewat.
  5. Pembayaran dan konsensus tetap terpisah. Tawaran adalah pembayaran lapisan eksekusi yang dijanjikan kepada penerima biaya yang dikonfigurasi. Imbalan dan penalti usulan pada konsensus mengikuti aturan lain. Memilih pembangun tidak memindahkan kewenangan finalitas atau pemilihan fork kepadanya.

Builder API menstandarkan pendaftaran validator, pengambilan header, dan pengiriman blok tersamar bertanda tangan. API bukan jaminan kepercayaan: penerimaan, validasi, pengolahan data, dan kegagalan relai bergantung pada implementasi dan penerapan.

Contoh

Misalkan klien lokal dapat membuat payload bernilai 0.03 ETH, sedangkan tawaran relai yang dapat dipakai adalah 0.05 ETH, 0.08 ETH, dan 0.07 ETH. Tanpa biaya latensi dan kegagalan, tawaran tertinggi memberi peningkatan bruto 0.05 ETH dibanding pembangunan lokal:

Peningkatan bruto = tawaran pembangun - nilai payload lokal = 0.08 ETH - 0.03 ETH = 0.05 ETH

Pengusul memilih header 0.08 ETH dan menandatangani blok tersamar tanpa melihat daftar transaksi lengkap. Relai kemudian memberikan atau menerbitkan payload yang telah dikomitmenkan. Jika valid dan tepat waktu, jaringan memprosesnya dan penerima biaya mendapat pembayaran. Pengusul tetap menjalankan peran konsensus; pembangun tidak menentukan apakah blok menjadi kanonis atau final.

Perbandingan ini tidak menjamin pendapatan bersih. Latensi, kegagalan pembukaan, perilaku perangkat lunak, verifikasi pembayaran, serta peluang dan biaya slot terlewat semuanya penting. Jika tidak ada tawaran yang memenuhi kebijakan tepat waktu, klien yang dikonfigurasi benar dapat memakai payload lokal.

Risiko

  • Kepercayaan dan ketersediaan relai: Relai MEV-Boost menengahi pertukaran, melihat payload, menerapkan kebijakan, dan berada pada jalur kritis waktu. Keragaman mengurangi ketergantungan tunggal tetapi tidak menjamin setiap relai jujur atau tersedia.
  • Konsentrasi pembangun dan order: Aliran privat, latensi, modal, atau simulasi yang lebih baik dapat memenangkan lebih banyak blok. Lelang tidak menjamin pembangunan terdesentralisasi atau penyertaan netral.
  • Sensor dan privasi: Pembangun atau relai dapat menghilangkan transaksi dan melihat aliran privat. Daftar penyertaan yang diusulkan adalah desain lain; PBS saat ini tidak otomatis mewajibkan setiap transaksi valid.
  • Waktu, penahanan, dan slot terlewat: Tawaran tinggi hanya berguna jika payload valid dan tepat waktu. Penahanan, kegagalan relai, penundaan jaringan, atau salah konfigurasi dapat mengurangi imbalan atau menghilangkan slot.
  • Asumsi yang berubah: Usulan ePBS seperti EIP-7732 mengubah pembayaran, pembukaan, validasi, dan pemilihan fork. Karena masih draf, gunakan spesifikasi fork yang diterapkan, bukan peta jalan sebagai jaminan aktif.

Kesalahpahaman umum

Mitos 1: PBS menghapus MEV

PBS memisahkan pihak yang membangun dan mengusulkan. Pembangun masih bersaing mengekstraksi MEV; desain ini berusaha mengurangi dampak pemusatan pada validator dan membagikan nilai lewat tawaran.

Mitos 2: Pembangun mengusulkan atau memfinalkan blok

Pembangun membuat payload. Pengusul menandatangani, validator lain memberi atestasi, dan aturan pemilihan fork serta finalitas menentukan rantai kanonis.

Mitos 3: MEV-Boost sudah menjadi PBS tanpa kepercayaan yang ditegakkan protokol

MEV-Boost adalah middleware eksternal dengan relai. Ia mendekati PBS tanpa mengubah konsensus, sehingga asumsi kepercayaan dan kegagalannya berbeda dari desain bawaan mendatang.

Mitos 4: Tawaran tertinggi yang ditampilkan selalu terbaik

Nilai hanya satu faktor. Validitas, waktu pengiriman, perilaku relai, cadangan lokal, penerima biaya, dan risiko slot terlewat memengaruhi hasil.

Topik terkait

Sumber

Navigasi

Cari di wiki...