Refleksi tentang Tata Kelola Ethereum: Pelajaran dari Peristiwa EIP-3074

Polemik terbaru seputar EIP-3074 dan EIP-7702 telah memicu pemikiran tentang mekanisme tata kelola Ethereum. Peristiwa ini menyoroti kompleksitas tata kelola Ethereum, sekaligus mengungkap beberapa area yang perlu perbaikan.

Tinjauan Acara

EIP-3074 awalnya mendapat persetujuan dari pengembang inti dan direncanakan untuk diterapkan dalam hard fork Pectra. Namun, komunitas ERC-4337 kemudian menyatakan keberatan yang kuat, berpendapat bahwa itu dapat meningkatkan risiko sentralisasi dan tidak sesuai dengan peta jalan abstraksi akun Ethereum.

Akhirnya, Vitalik mengusulkan EIP-7702 sebagai alternatif yang lebih sesuai dengan standar EIP-4337. Saat ini, pengembang inti sedang mendiskusikan penggunaan EIP-7702 sebagai pengganti EIP-3074.

Sumber Kegagalan Tata Kelola

Peristiwa ini mencerminkan suatu masalah mendasar yang ada dalam tata kelola Ethereum: konferensi pengembang inti (ACD) bukanlah satu-satunya kekuatan pengambil keputusan untuk pembaruan protokol. Sebenarnya, ada kekuatan tata kelola informal yang disebut "peta jalan", yang sering kali dapat mengalahkan keputusan ACD dalam hal-hal penting.

"Peta jalan" mengacu pada perencanaan keseluruhan arah perkembangan masa depan Ethereum, seperti peta jalan skalabilitas, peta jalan abstraksi akun, dan sebagainya. Meskipun tidak memiliki status resmi, ia memainkan peran besar dalam tata kelola yang sebenarnya.

Peran Vitalik

Dalam sistem ini, Vitalik memainkan peran yang mirip dengan CTO. Meskipun dia tidak terlibat dalam setiap keputusan spesifik, dia memiliki pengaruh besar terhadap peta jalan yang penting. Ini berasal dari pemahamannya tentang visi Ethereum, serta kemampuannya untuk menilai apakah peta jalan tersebut sesuai dengan visi ini.

Model Pemerintahan VVRC

Kita dapat menyederhanakan tata kelola Ethereum menjadi model VVRC:

1. Nilai (: Prinsip dasar yang dibagikan oleh komunitas
2. Visi )Vision(: Vitalik menggambarkan peta jalan pengembangan
3. Peta Jalan ) Roadmaps (: Jalur teknologi yang ditetapkan oleh tim penelitian
4. Klien )Clients (: kode spesifik yang diimplementasikan oleh pengembang inti

![Refleksi Tata Kelola Ethereum: Mengapa Semua Orang Merasa Tidak Puas dengan Peristiwa EIP-3074?])https://img-cdn.gateio.im/webp-social/moments-cf75701ee673ff2cece084de45486fc8.webp(

Saran Perbaikan

1. Meningkatkan transparansi EIP, menghindari komunitas merasa terkejut
2. Meningkatkan partisipasi komunitas dalam diskusi pertemuan ACD
3. Mendorong komunikasi dan pemahaman antara pengembang inti dan peneliti

Melalui langkah-langkah ini, transparansi dan efisiensi tata kelola dapat ditingkatkan sambil tetap mempertahankan inovasi, serta mengurangi masalah yang mungkin muncul di masa depan.