Refleksi Tata Kelola Ethereum: Pelajaran dari Insiden EIP-3074

Kontroversi baru-baru ini seputar proposal EIP-3074 telah memicu pemikiran mendalam tentang mekanisme tata kelola Ethereum. Artikel ini akan menganalisis masalah yang terungkap dari peristiwa ini, mengeksplorasi mekanisme internal tata kelola Ethereum, dan memberikan saran perbaikan.

Tinjauan Acara

Proposal EIP-3074 bertujuan untuk memberikan fungsi abstraksi akun kepada pengguna akun Ethereum biasa (EOA), yang awalnya direncanakan untuk diimplementasikan dalam hard fork Pectra. Namun, komunitas ERC-4337 sangat menentangnya, menganggap bahwa itu dapat meningkatkan risiko sentralisasi dan tidak sesuai dengan peta jalan abstraksi akun Ethereum.

Kemudian, Vitalik mengajukan EIP-7702 sebagai alternatif, yang lebih sesuai dengan standar EIP-4337, dan dapat melakukan transisi yang mulus ke akun abstrak asli EIP-7560( ). Saat ini, EIP-7702 kemungkinan besar akan menggantikan EIP-3074 dalam pelaksanaan hard fork Pectra.

Masalah Inti

Inti dari masalah dalam peristiwa ini adalah bahwa orang-orang secara umum salah memahami peran pertemuan pengembang inti Ethereum (ACD). Sebenarnya, ACD bukanlah satu-satunya kekuatan pengambilan keputusan untuk pembaruan protokol, ada juga kekuatan tata kelola yang tidak terlihat tetapi kuat yang disebut "peta jalan".

"Peta jalan" mewakili arah pengembangan jangka panjang Ethereum, seperti peta jalan perluasan Rollup, peta jalan abstraksi akun, dan lain-lain. Meskipun mereka tidak memiliki status pemerintahan resmi, mereka memiliki pengaruh besar dalam hal-hal penting. Peralihan EIP-3074 ke EIP-7702 adalah contoh khas di mana kekuatan "peta jalan" mengalahkan keputusan ACD.

Kerangka Tata Kelola Ethereum: Model VVRC

Untuk memahami tata kelola Ethereum, dapat disederhanakan menjadi model VVRC:

1. Nilai (Values): Prinsip dan keyakinan dasar yang dibagikan oleh komunitas
2. Visi(Vision): Vitalik menggambarkan cetak biru pengembangan berdasarkan nilai-nilai komunitas
3. Peta Jalan ( Roadmaps ): Langkah-langkah pencapaian yang ditetapkan oleh tim penelitian
4. Klien (Clients): kode yang diimplementasikan oleh pengembang inti sesuai dengan peta jalan

Model ini menunjukkan bagaimana keputusan secara bertahap dirinci dari ide-ide yang luas menjadi implementasi teknis yang spesifik.

Saran Perbaikan

1. Meningkatkan transparansi EIP: memastikan EIP yang sedang dipertimbangkan lebih terbuka dan transparan kepada komunitas.

2. Meningkatkan partisipasi komunitas: Menetapkan waktu khusus bagi anggota komunitas untuk mendiskusikan dampak EIP terhadap proyek hulu dalam pertemuan ACD.

3. Meningkatkan komunikasi dan pemahaman: Pengembang inti dan peneliti harus saling memahami peran dan pengaruh masing-masing, serta menjaga komunikasi yang berkelanjutan.

Melalui langkah-langkah ini, transparansi tata kelola dapat ditingkatkan, partisipasi komunitas dapat diperkuat, dan kolaborasi yang efektif antara pengembang inti dan peneliti dapat difasilitasi, mengurangi kemungkinan masalah tata kelola yang muncul di masa depan.

Kesimpulan

Peristiwa EIP-3074 mengungkapkan kompleksitas tata kelola Ethereum, sekaligus memberikan kita kesempatan untuk perbaikan. Dengan menyempurnakan mekanisme tata kelola, Ethereum dapat lebih baik menghadapi tantangan di masa depan dan mendorong perkembangan proyek yang sehat.