Vitalik Buterin Menyeru Penyederhanaan dan 'Pemulihan Sampah' dalam Pembangunan Protokol Ethereum

PANews 18 Januari, mesej berita menunjukkan Vitalik Buterin telah menulis di platform X, "tanpa kepercayaan", "melalui 'uji keluar' (exit test)" dan "kemahuan diri sendiri (self-sovereignty)" mempunyai aspek penting yang selama ini diabaikan iaitu kesederhanaan protokol. Walaupun satu protokol mempunyai ratus ribu node, keupayaan menahan 49% serangan Byzantine, dan node memvalidasi segalanya melalui peerdas dan starks yang tahan kuantum, jika protokol itu adalah satu keseluruhan yang besar dan kacau yang terdiri daripada ratus ribu baris kod dan lima jenis kriptografi tahap doktor falsafah, protokol ini akhirnya akan gagal dalam ketiga-tiga ujian: Ia tidak mempunyai sifat tanpa kepercayaan, kerana pengguna mesti percaya pada sekumpulan kecil penasihat tinggi untuk memberitahu sifat-sifat protokol. Ia tidak dapat lulus "uji keluar", kerana jika pasukan klien sedia ada meninggalkan, pasukan baru akan sangat sukar mencapai tahap kualiti yang sama. Ia tidak mempunyai kemahuan diri sendiri, kerana walaupun orang paling cekap secara teknikal pun tidak dapat memeriksa dan memahaminya, maka protokol itu tidak sepenuhnya milik pengguna. Selain itu, keselamatannya juga rendah, kerana setiap bahagian protokol, terutamanya apabila ia boleh berinteraksi dengan cara yang kompleks dengan bahagian lain, mempunyai risiko runtuh. Satu kebimbangan saya terhadap pembangunan protokol Ethereum ialah kita mungkin terlalu cepat menambah ciri-ciri baru untuk memenuhi keperluan yang sangat khusus, walaupun ciri-ciri ini menyebabkan protokol menjadi berat atau menambah komponen interaksi jenis baru atau kriptografi kompleks sebagai kebergantungan utama. Ini mungkin memberi kelebihan ciri dalam jangka pendek, tetapi sangat merosakkan dalam memelihara kemahuan diri sendiri jangka panjang dan mencipta struktur desentralisasi abadian yang boleh melebihi kenaikan dan jatuhnya empayar dan ideologi. Masalah utama ialah, jika kita menilai perubahan protokol dari sudut "seberapa besar perubahan terhadap protokol sedia ada", keinginan untuk mengekalkan keserasian ke belakang bermakna penambahan jauh lebih banyak daripada pengurangan, dan protokol pasti akan menjadi berat seiring masa. Untuk mengatasi ini, proses pembangunan Ethereum perlu mempunyai fungsi "penyederhanaan" atau "pengumpulan sampah" (garbage collection) yang jelas, "penyederhanaan" mempunyai tiga ukuran: 1. Meminimumkan jumlah keseluruhan baris kod protokol. 2. Mengelakkan kebergantungan yang tidak perlu pada komponen teknikal yang secara asasnya kompleks. 3. Menambah lebih banyak invarian: sifat-sifat inti yang protokol boleh bergantung, contohnya EIP-6780 (memadamkan selfdestruct) menambah sifat bahawa setiap blok hanya boleh menukar N slot storan, yang sangat menyederhanakan pembangunan klien. Pengumpulan sampah boleh dilakukan secara berasingan atau secara besar-besaran. Pendekatan berasingan cuba menyederhanakan fungsi sedia ada, menjadikannya lebih ringkas dan logik. Contoh pengumpulan sampah besar ialah menggantikan PoW dengan PoS. Satu pendekatan lain ialah "keserasian ke belakang Rosetta", iaitu fungsi yang kompleks tetapi jarang digunakan masih boleh digunakan, tetapi "dibahagikan" menjadi kod kontrak pintar, bukan sebahagian daripada protokol yang wajib, supaya pembangun klien baru tidak perlu menghadapinya. Contohnya, selepas naik taraf sepenuhnya ke abstraksi akaun, semua jenis transaksi lama boleh dihapuskan; menggantikan prekompil sedia ada dengan kod EVM atau RISC-V; akhirnya menukar mesin virtual dari EVM ke RISC-V. Akhirnya, saya berharap pembangun klien tidak perlu menghadapi semua versi lama protokol Ethereum. Dari jangka panjang, kelajuan perubahan Ethereum boleh diperlahankan, dan kita perlu berusaha mengelakkan bahagian yang tidak berguna menjadi beban kekal protokol Ethereum.