Vitalik Buterin Mendorong Penyederhanaan dan "Pengumpulan Sampah" dalam Pengembangan Protokol Ethereum

iconPANews
Bagikan
Share IconShare IconShare IconShare IconShare IconShare IconCopy
AI summary iconRingkasan

expand icon
Vitalik Buterin meminta lebih banyak kesederhanaan dalam pengembangan blockchain, menekankan bahwa Ethereum harus menghindari peningkatan ukuran protokol. Ia mengusulkan "pengumpulan sampah" untuk mengurangi ukuran kode dan ketergantungan. Buterin juga menyarankan untuk memindahkan fitur yang jarang digunakan ke pengembangan kontrak pintar (smart contract) daripada kode inti. Tujuannya adalah menjaga desentralisasi dan keamanan jangka panjang. Kompatibilitas bergaya Rosetta dapat membantu mempertahankan dukungan ke belakang. Rencana ini berfokus pada keberlanjutan dan kemudahan pemeliharaan dalam desain protokol.

PANews 18 Januari, pesan berita menyebutkan bahwa Vitalik Buterin menulis di platform X bahwa aspek penting dan lama diabaikan dari "tidak mempercayai", "melalui 'tes keluar'", dan "soverenitas diri" adalah kesederhanaan protokol. Bahkan jika protokol memiliki ratusan ribu node, kemampuan toleransi Byzantine sebesar 49%, dan node memverifikasi segalanya melalui peerdas dan starks anti-kuantum, jika protokol tersebut adalah kumpulan besar dan kacau dari ratusan ribu baris kode dan lima jenis kriptografi tingkat doktor, maka protokol tersebut akhirnya akan gagal dalam ketiga tes tersebut: 1. Protokol tersebut tidak memiliki sifat "tidak mempercayai", karena pengguna harus mempercayai sejumlah kecil pejabat tinggi untuk memberi tahu mereka sifat protokol. 2. Protokol tersebut tidak dapat melewati "tes keluar", karena jika tim klien saat ini pergi, sangat sulit bagi tim baru untuk mencapai tingkat kualitas yang sama. 3. Protokol tersebut tidak memiliki sifat "soverenitas diri", karena bahkan orang-orang paling terampil sekalipun tidak dapat memeriksa dan memahami protokol tersebut, sehingga protokol tersebut tidak sepenuhnya milik pengguna. Selain itu, keamanannya juga rendah, karena setiap bagian dari protokol, terutama ketika dapat berinteraksi dengan cara yang kompleks dengan bagian lain, membawa risiko keruntuhan protokol. Salah satu kekhawatiran saya terhadap pengembangan protokol Ethereum adalah kita mungkin terlalu cepat menambahkan fitur baru untuk memenuhi kebutuhan yang sangat spesifik, meskipun fitur tersebut membuat protokol menjadi berat atau menambah komponen interaktif baru atau kriptografi kompleks sebagai ketergantungan kritis. Hal ini mungkin menguntungkan dalam jangka pendek dari segi peningkatan fitur, tetapi sangat merusak dalam menjaga soverenitas jangka panjang dan menciptakan superstruktur desentralisasi yang bisa bertahan selama abad, melewati naik-turunnya kekaisaran dan ideologi. Masalah intinya adalah, jika kita menilai perubahan protokol dari sudut pandang "seberapa besar perubahan terhadap protokol yang ada", maka keinginan untuk menjaga kompatibilitas ke belakang berarti penambahan jauh lebih banyak daripada pengurangan, sehingga protokol pasti akan menjadi lebih kompleks seiring waktu. Untuk mengatasi hal ini, proses pengembangan Ethereum perlu memiliki fungsi "penyederhanaan" atau "penghapusan sampah" yang jelas. Penyederhanaan memiliki tiga kriteria pengukuran: 1. Meminimalkan jumlah total baris kode protokol. 2. Menghindari ketergantungan yang tidak perlu pada komponen teknis yang secara mendasar kompleks. 3. Menambahkan lebih banyak invarian: sifat inti yang bisa diandalkan protokol, seperti EIP-6780 (menghapus selfdestruct) menambahkan sifat bahwa setiap blok hanya bisa mengubah maksimal N slot penyimpanan, yang sangat menyederhanakan pengembangan klien. Penghapusan sampah bisa dilakukan secara sporadis atau besar-besaran. Pendekatan sporadis berusaha menyederhanakan fitur yang ada agar lebih ringkas dan masuk akal. Contoh penghapusan sampah besar-besaran adalah mengganti PoW dengan PoS. Metode lainnya adalah "kompatibilitas ke belakang gaya Rosetta", yaitu fitur kompleks tetapi jarang digunakan tetap tersedia, tetapi "ditingkatkan" menjadi kode kontrak pintar, bukan bagian wajib dari protokol, sehingga pengembang klien baru tidak perlu menanganinya. Contohnya, setelah beralih sepenuhnya ke abstraksi akun, semua jenis transaksi lama bisa dihapus; mengganti prekompilasi yang ada dengan kode EVM atau RISC-V; akhirnya mengganti mesin virtual dari EVM ke RISC-V. Akhirnya, diharapkan pengembang klien tidak perlu menangani semua versi lama protokol Ethereum. Dalam jangka panjang, kecepatan perubahan Ethereum bisa diperlambat, dan kita harus berusaha menghindari bagian-bagian yang tidak berguna menjadi beban permanen bagi protokol Ethereum.

Penafian: Informasi pada halaman ini mungkin telah diperoleh dari pihak ketiga dan tidak mencerminkan pandangan atau opini KuCoin. Konten ini disediakan hanya untuk tujuan informasi umum, tanpa representasi atau jaminan apa pun, dan tidak dapat ditafsirkan sebagai saran keuangan atau investasi. KuCoin tidak bertanggung jawab terhadap segala kesalahan atau kelalaian, atau hasil apa pun yang keluar dari penggunaan informasi ini. Berinvestasi di aset digital dapat berisiko. Harap mengevaluasi risiko produk dan toleransi risiko Anda secara cermat berdasarkan situasi keuangan Anda sendiri. Untuk informasi lebih lanjut, silakan lihat Ketentuan Penggunaan dan Pengungkapan Risiko.