Pada 18 Januari, Vitalik Buterin memposting di platform X yang mengajukan masalah inti dari protokol Ethereum. Ia berpendapat bahwa meskipun desainnya secara teknis unggul, terlalu banyak kompleksitas dapat mengakibatkan kegagalan dalam menjaga prinsip dasar keandalan, otonomi, dan keamanan. Pernyataan ini dilaporkan oleh PANews dan menimbulkan pertanyaan penting tentang arah pengembangan Ethereum.
Vitalik Buterin menekankan bahwa “trustlessness” (tanpa kepercayaan), “pengujian yang diabaikan”, dan “kedaulatan diri” adalah tiga karakteristik penting dari protokol. Namun saat ini, Ethereum menghadapi situasi di mana menjaga prinsip-prinsip dasar ini menjadi sulit.
Dengan ratusan ribu node yang beroperasi, tingkat toleransi Byzantine Fault Tolerance (BFT) mencapai 49%, dan semua node memverifikasi melalui teknologi kriptografi tahan kuantum seperti PeerD and Stark, masalahnya tetap terletak pada kompleksitas. Jika struktur kode yang ratusan ribu baris dan teknologi kriptografi tingkat doktoral bercampur, maka pasti akan gagal dalam pengujian keandalan.
Situasi di mana pengguna harus bergantung pada sekelompok kecil ahli mengancam sistem yang benar-benar trustless. Masalah “pengujian pergantian” juga muncul, di mana mengganti tim pengembang inti akan sulit menjaga kualitas yang setara. Bahkan pengembang terbaik pun tidak mampu memahami dan mengelola struktur yang terlalu kompleks secara menyeluruh.
Siklus Negatif dari Protokol yang Terlalu Baku: Penambahan vs Perubahan
Masalah paling mendasar dalam pengembangan Ethereum adalah proses penambahan fitur. Ketika fitur baru ditambahkan secara cepat untuk memenuhi kebutuhan tertentu, protokol menjadi semakin kompleks dan ketergantungan pada elemen interaksi baru atau teknologi kriptografi canggih semakin meningkat.
Secara jangka pendek, ini membantu ekspansi fungsi, tetapi dalam jangka panjang, mengurangi otonomi dan menghambat pembangunan struktur desentralisasi sejati yang dapat bertahan berabad-abad. Masalah utama adalah keinginan untuk mempertahankan kompatibilitas ke belakang menyebabkan penambahan kode jauh lebih banyak daripada perubahannya. Akibatnya, seiring waktu, protokol secara tak terhindarkan akan menjadi terlalu besar.
Tiga Strategi Pengumpulan Sampah (Garbage Collection)
Vitalik mengusulkan bahwa untuk mengatasi masalah ini, proses pengembangan Ethereum harus mengadopsi fitur “penyederhanaan” atau “pengumpulan sampah” yang jelas.
Tiga kriteria penyederhanaan:
Pertama, meminimalkan jumlah baris kode keseluruhan dari protokol. Kedua, menghilangkan ketergantungan yang tidak perlu pada komponen teknologi yang secara fundamental kompleks. Ketiga, menambahkan lebih banyak properti immutable agar atribut inti yang dapat dipercaya dari protokol menjadi jelas.
Sebagai contoh, EIP-6780 menghilangkan fitur destruksi diri dan membatasi perubahan maksimal N slot penyimpanan per blok, sehingga secara signifikan menyederhanakan pengembangan klien.
Pengumpulan sampah dapat dilakukan dengan dua cara:
Pendekatan parsial adalah merancang ulang fitur yang ada secara ringkas dan logis. Contoh pendekatan besar adalah upgrade “The Merge” yang menggantikan sepenuhnya proof-of-work (PoW) dengan proof-of-stake (PoS).
Mengelola Kompatibilitas Versi Lama melalui Downgrade
Pendekatan yang lebih inovatif adalah “kompatibilitas versi rendah ala Rosetta”. Metode ini menghapus fitur yang kompleks namun jarang digunakan dari inti protokol dan menurunkannya ke kode kontrak pintar. Dengan demikian, pengembang klien baru tidak perlu menangani fitur-fitur ini secara langsung.
Contoh nyata adalah setelah upgrade penuh dengan native account abstraction, semua jenis transaksi lama tidak lagi dianggap sebagai fitur wajib. Kode yang sudah dikompilasi sebelumnya akan diturunkan ke kode EVM atau RISC-V, dan akhirnya, mesin virtual dapat diubah dari EVM ke RISC-V.
Inti dari strategi downgrade ini adalah menghilangkan kompleksitas sambil mempertahankan kompatibilitas fitur lama. Tujuannya adalah agar pengembang klien tidak perlu lagi mengelola kode legacy Ethereum yang lama.
Rekomendasi untuk Keberlanjutan Jangka Panjang Ethereum
Pernyataan Vitalik Buterin minggu ini melampaui sekadar kritik teknis dan menjadi topik penting dalam menentukan arah masa depan Ethereum. Secara jangka panjang, kecepatan perubahan harus dikurangi dan kompleksitas yang tidak perlu tidak boleh menghambat perkembangan protokol.
Melalui downgrade dan pengumpulan sampah yang sejati, Ethereum dapat berevolusi menjadi protokol yang lebih sederhana, transparan, dan dapat dipercaya. Ini juga dapat dilihat sebagai upaya mengintegrasikan nilai ketidakberubahan dan kesederhanaan yang diusung Bitcoin ke dalam Ethereum. Seberapa aktif penyederhanaan dan downgrade ini akan tercermin dalam roadmap pengembangan Ethereum, akan memainkan peran penting dalam mewujudkan desentralisasi dan otonomi blockchain yang sejati.
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.
Evolusi protokol Ethereum melalui penurunan versi: Strategi penyederhanaan Vitalik Buterin
Pada 18 Januari, Vitalik Buterin memposting di platform X yang mengajukan masalah inti dari protokol Ethereum. Ia berpendapat bahwa meskipun desainnya secara teknis unggul, terlalu banyak kompleksitas dapat mengakibatkan kegagalan dalam menjaga prinsip dasar keandalan, otonomi, dan keamanan. Pernyataan ini dilaporkan oleh PANews dan menimbulkan pertanyaan penting tentang arah pengembangan Ethereum.
Kompleksitas Protokol Ethereum: Mengapa Penyederhanaan Diperlukan?
Vitalik Buterin menekankan bahwa “trustlessness” (tanpa kepercayaan), “pengujian yang diabaikan”, dan “kedaulatan diri” adalah tiga karakteristik penting dari protokol. Namun saat ini, Ethereum menghadapi situasi di mana menjaga prinsip-prinsip dasar ini menjadi sulit.
Dengan ratusan ribu node yang beroperasi, tingkat toleransi Byzantine Fault Tolerance (BFT) mencapai 49%, dan semua node memverifikasi melalui teknologi kriptografi tahan kuantum seperti PeerD and Stark, masalahnya tetap terletak pada kompleksitas. Jika struktur kode yang ratusan ribu baris dan teknologi kriptografi tingkat doktoral bercampur, maka pasti akan gagal dalam pengujian keandalan.
Situasi di mana pengguna harus bergantung pada sekelompok kecil ahli mengancam sistem yang benar-benar trustless. Masalah “pengujian pergantian” juga muncul, di mana mengganti tim pengembang inti akan sulit menjaga kualitas yang setara. Bahkan pengembang terbaik pun tidak mampu memahami dan mengelola struktur yang terlalu kompleks secara menyeluruh.
Siklus Negatif dari Protokol yang Terlalu Baku: Penambahan vs Perubahan
Masalah paling mendasar dalam pengembangan Ethereum adalah proses penambahan fitur. Ketika fitur baru ditambahkan secara cepat untuk memenuhi kebutuhan tertentu, protokol menjadi semakin kompleks dan ketergantungan pada elemen interaksi baru atau teknologi kriptografi canggih semakin meningkat.
Secara jangka pendek, ini membantu ekspansi fungsi, tetapi dalam jangka panjang, mengurangi otonomi dan menghambat pembangunan struktur desentralisasi sejati yang dapat bertahan berabad-abad. Masalah utama adalah keinginan untuk mempertahankan kompatibilitas ke belakang menyebabkan penambahan kode jauh lebih banyak daripada perubahannya. Akibatnya, seiring waktu, protokol secara tak terhindarkan akan menjadi terlalu besar.
Tiga Strategi Pengumpulan Sampah (Garbage Collection)
Vitalik mengusulkan bahwa untuk mengatasi masalah ini, proses pengembangan Ethereum harus mengadopsi fitur “penyederhanaan” atau “pengumpulan sampah” yang jelas.
Tiga kriteria penyederhanaan:
Pertama, meminimalkan jumlah baris kode keseluruhan dari protokol. Kedua, menghilangkan ketergantungan yang tidak perlu pada komponen teknologi yang secara fundamental kompleks. Ketiga, menambahkan lebih banyak properti immutable agar atribut inti yang dapat dipercaya dari protokol menjadi jelas.
Sebagai contoh, EIP-6780 menghilangkan fitur destruksi diri dan membatasi perubahan maksimal N slot penyimpanan per blok, sehingga secara signifikan menyederhanakan pengembangan klien.
Pengumpulan sampah dapat dilakukan dengan dua cara:
Pendekatan parsial adalah merancang ulang fitur yang ada secara ringkas dan logis. Contoh pendekatan besar adalah upgrade “The Merge” yang menggantikan sepenuhnya proof-of-work (PoW) dengan proof-of-stake (PoS).
Mengelola Kompatibilitas Versi Lama melalui Downgrade
Pendekatan yang lebih inovatif adalah “kompatibilitas versi rendah ala Rosetta”. Metode ini menghapus fitur yang kompleks namun jarang digunakan dari inti protokol dan menurunkannya ke kode kontrak pintar. Dengan demikian, pengembang klien baru tidak perlu menangani fitur-fitur ini secara langsung.
Contoh nyata adalah setelah upgrade penuh dengan native account abstraction, semua jenis transaksi lama tidak lagi dianggap sebagai fitur wajib. Kode yang sudah dikompilasi sebelumnya akan diturunkan ke kode EVM atau RISC-V, dan akhirnya, mesin virtual dapat diubah dari EVM ke RISC-V.
Inti dari strategi downgrade ini adalah menghilangkan kompleksitas sambil mempertahankan kompatibilitas fitur lama. Tujuannya adalah agar pengembang klien tidak perlu lagi mengelola kode legacy Ethereum yang lama.
Rekomendasi untuk Keberlanjutan Jangka Panjang Ethereum
Pernyataan Vitalik Buterin minggu ini melampaui sekadar kritik teknis dan menjadi topik penting dalam menentukan arah masa depan Ethereum. Secara jangka panjang, kecepatan perubahan harus dikurangi dan kompleksitas yang tidak perlu tidak boleh menghambat perkembangan protokol.
Melalui downgrade dan pengumpulan sampah yang sejati, Ethereum dapat berevolusi menjadi protokol yang lebih sederhana, transparan, dan dapat dipercaya. Ini juga dapat dilihat sebagai upaya mengintegrasikan nilai ketidakberubahan dan kesederhanaan yang diusung Bitcoin ke dalam Ethereum. Seberapa aktif penyederhanaan dan downgrade ini akan tercermin dalam roadmap pengembangan Ethereum, akan memainkan peran penting dalam mewujudkan desentralisasi dan otonomi blockchain yang sejati.