Pada 27 Februari 2026, Vitalik Buterin menerbitkan sebuah artikel panjang di Ethereum Research dengan tajuk "Hyper-scaling state by creating new forms of state".
Dalam artikel ini, Vitalik Buterin memperjelas semula laluan penskalaan Ethereum. Artikel ini tidak hanya membahas penskalaan Ethereum dari sudut teknikal, tetapi juga memberikan satu rangka penskalaan berperingkat dari sudut arsitektur keseluruhan, dengan tujuan memberikan asas untuk memperluaskan kapasiti rangkaian Ethereum dalam beberapa tahun ke depan.
Sementara itu, beliau juga memuatkan satu tweet di X untuk menjelaskan artikel ini lebih lanjut. Kita cuba memahami dengan cara yang mudah: apakah sebenarnya cadangan pengembangan baharu yang diajukan oleh Vitalik, dan mengapakah beliau melakukan perkara ini?
Pengembangan jangka pendek dan jangka panjang untuk sumber daya pelaksanaan dan sumber daya data
Vitalik menunjukkan di awal artikel panjangnya, "Untuk memperluas Ethereum dalam lima tahun ke depan, tiga sumber daya perlu diperluas":
- Sumber eksekusi: Pengiraan EVM, pengesahan tanda tangan, dll
- Sumber data: Pengirim, penerima, tanda tangan, dll. transaksi
- Sumber status: Saldo akaun, kod, penyimpanan
Kedua-duanya mempunyai pelan pengembangan jangka pendek dan jangka panjang.
Untuk sumber daya pelaksanaan, pertumbuhan sekitar 10-30 kali ganda akan dicapai dalam jangka pendek melalui senarai akses blok (BAL), ePBS, dan penilaian semula caj gas, manakala pertumbuhan sekitar 1000 kali ganda akan dicapai dalam jangka panjang melalui ZK-EVM, dan untuk beberapa jenis pengiraan tertentu (tandatangan, SNARK/STARK), pengumpulan luar talian boleh meningkatkan prestasi sebanyak 10000 kali ganda.
Untuk sumber data, pertumbuhan sebanyak 10-20 kali ganda akan dicapai dalam jangka pendek melalui peningkatan P2P dan Gas multidimensi, manakala pertumbuhan sebanyak 500 kali ganda akan dicapai dalam jangka panjang melalui Blobs + PeerDAS.
Pengembangan jangka pendek berfokus pada membuat Ethereum berjalan lebih cepat. Sekarang, Ethereum lambat kerana cara pengesahan semasa adalah secara berurutan—memeriksa transaksi satu demi satu. Jika satu transaksi terhenti, keseluruhan proses pengesahan akan terhenti.
Oleh itu, pemerkasaan Glamsterdam seterusnya tahun ini akan memperkenalkan Senarai Akses Blok (BAL) dan ePBS.
Senarai akses blok membolehkan pembungkus blok memberitahu validator terlebih dahulu: “Transaksi dalam blok ini akan mengakses akaun dan lokasi penyimpanan ini.” Dengan maklumat ini, validator boleh bersedia terlebih dahulu, memuatkan data tersebut dari cakera keras ke memori. Kemudian, validator boleh memeriksa beberapa transaksi secara serentak, bukan satu per satu. Seperti talian pemasangan pabrik: dahulu seorang pekerja bertanggungjawab atas keseluruhan produk, kini beberapa pekerja memproses bahagian yang berbeza secara serentak.
ePBS pula memisahkan proses pengumpulan dan pengesahan blok—pembina blok bertanggungjawab mengumpulkan transaksi, pencadang bertanggungjawab mencadangkan blok, dan validator bertanggungjawab mengesahkan blok. Setiap peranan menjalankan tugas masing-masing dengan baik, maka pembina blok boleh mengumpulkan lebih banyak transaksi secara lebih agresif, kerana pencadang dan validator akan memeriksa untuknya, tanpa perlu risau tentang isu keselamatan.
Penetapan semula caj gas + caj gas pelbagai dimensi mungkin boleh dikatakan sebagai «senjata utama». Sekarang, semua operasi di Ethereum menggunakan caj gas yang sama. Tetapi idea Vitalik ialah, operasi yang berbeza sepatutnya mempunyai harga yang berbeza.
Khususnya, penciptaan status baru (seperti mencipta akaun baru, menghantar kontrak baru) sepatutnya mempunyai "cukai penciptaan status" khas. Ini kerana penciptaan status baru adalah operasi paling mahal. Ia tidak hanya mengambil sumber pengiraan, tetapi juga sumber penyimpanan. Selain itu, kos ini adalah kekal—sekali dicipta, status ini akan kekal selamanya.
Jadi, idea Vitalik ialah: membuat penciptaan status baru lebih mahal, tetapi membuat transaksi biasa lebih murah.
Kaedah yang digunakan ialah "mekanisme tangki simpanan". Bayangkan dua tong, satu tong menyimpan "bayaran penciptaan status" dan tong lain menyimpan "bayaran Gas biasa". Semasa kontrak saling memanggil, Gas akan secara automatik dipinjam dari kedua-dua tangki tersebut untuk memastikan tiada kekeliruan.
Perdagangan pengguna biasa akan menjadi lebih murah kerana transaksi-transaksi ini tidak dikenakan caj penciptaan status. Pembangun yang ingin mencipta status baru pula perlu membayar caj yang lebih tinggi. Dengan cara ini, kapasiti keseluruhan rangkaian meningkat secara drastik, tetapi pertumbuhan status dikawal untuk mengelakkan storan hard disk nod penuh.
Pengembangan jangka panjang adalah memperkuat dan memperbesar rangkaian utama, mengurangkan ketergantungan terhadap Layer 2. Ini termasuk pelancaran bertahap Blobs + PeerDAS dan ZK-EVM.
Blobs, sejenis penyimpanan fail besar sementara, kini terutamanya digunakan oleh Layer 2. Pada masa depan, rangkaian utama Ethereum juga akan menggunakan Blobs untuk menyimpan data. Tetapi masalah timbul—jika setiap nod perlu memuat turun semua Blobs, rangkaian akan menjadi terlalu beban.
Di sini, PeerDAS lah yang menjadi kuncinya—tidak perlu memuat turun semua data, hanya perlu memuat turun sebahagian kecil sahaja. Seperti tinjauan sampel, anda tidak perlu bertanya kepada semua orang, cukup bertanya kepada sebahagian kecil untuk menarik kesimpulan tentang keseluruhan populasi. Dengan menggabungkan bukti ZK, walaupun anda hanya memuat turun 1/16 daripada semua data, anda masih boleh mengesahkan integriti data.
Kemudian, pelancaran bertahap ZK-EVM membuatkan pengesahan satu blok tidak lagi memerlukan pelaksanaan semula semua transaksi di dalam blok tersebut; nod secara langsung mempercayai bukti ZK, menjadikan kos pengesahan berkurang daripada “melaksanakan semua transaksi” kepada “mengesahkan satu bukti ZK”.
Rancangan Vitalik ialah, pada tahun 2026, sebahagian nod akan mencuba pengesahan ZK. Pada tahun 2027, lebih banyak nod akan digalakkan untuk menggunakannya. Akhirnya, untuk satu blok sah, ia mesti mengandungi tiga daripada lima jenis pengesahan dari sistem bukti yang berbeza. Beliau menganggarkan, semua nod (kecuali nod indeks) akhirnya akan bergantung kepada bukti ZK-EVM.
Tiada perluasan status "ubat ajaib"
Sekarang mari kita lihat "sumber daya status" yang belum dibahas dalam pengembangan jangka pendek dan jangka panjang. Walaupun dalam jangka pendek, kita masih boleh meningkatkan sebanyak 5-30 kali ganda melalui penyegerakan dengan senarai akses blok, peningkatan p2p, dan pengoptimuman pangkalan data, bagaimana pula dalam jangka panjang?
Jawapan Vitalik ialah tidak.
Mengapa sumber status begitu sukar untuk diperluaskan? Status Ethereum adalah seperti pangkalan data yang besar. Pangkalan data ini menyimpan semua keseimbangan akaun, semua kod kontrak, dan semua data lokasi penyimpanan.
Sekarang pangkalan data ini masih kecil, hanya sekitar 100 GB, tetapi jika status diperluas 20 kali ganda, ia akan menjadi 2 TB. Bagaimana pula jika masa berlalu lebih lama lagi? 8 TB?
Masalahnya bukan kerana storan cakera keras tidak mencukupi, tetapi:
- Kecekapan pangkalan data terjejas: Pangkalan data moden menggunakan struktur pokok (seperti pokok Merkle) untuk mengatur data. Apabila menulis data baru, keseluruhan pokok perlu dikemas kini. Ini bermakna, jika anda melakukan X kali pengemaskinian, ia akan menjadi X kali operasi di peringkat pangkalan data, bukan sekadar satu kali pengemaskinian yang memerlukan satu operasi pangkalan data. Semakin banyak pengemaskinian, semakin banyak operasi, dan penulisan akan menjadi sangat perlahan.
- Kesukaran penyegerakan: Sebuah nod yang baru menyertai rangkaian Ethereum perlu memuat turun keseluruhan status sebelum boleh mengesahkan blok baru. Jika saiz data mencapai 8 TB, kebanyakan orang akan memerlukan masa yang lama untuk memuat turun dengan kelajuan internet mereka semasa ini.
Penyelesaian ada, tetapi Vitalik percaya semuanya bermasalah:
- "Ketidaktergantungan keadaan yang kuat": Node tidak perlu menyimpan keadaan penuh, hanya memerlukan bukti Merkle daripada pengguna. Vitalik percaya bahawa penyelesaian ini menghadapi masalah pemusatan penyimpanan keadaan, kegagalan transaksi akibat akses penyimpanan dinamik, dan kos bandwidth.
- "Status tamat tempoh": Status yang tidak sering diakses akan dihapus secara automatik daripada senarai aktif. Node hanya perlu menyimpan status yang baru-baru ini diakses, yang secara besar-besaran mengurangkan ruang penyimpanan. Vitalik percaya terdapat satu "masalah mendasar", iaitu bagaimana membuktikan bahawa suatu status "tidak pernah wujud" apabila mencipta status baru. Andaikan mencipta akaun baru, maka perlu dibuktikan bahawa alamat akaun baru tersebut tidak pernah dicipta di Ethereum. Ini bermaksud setiap penciptaan akaun baru memerlukan pemeriksaan data sejarah selama 10 tahun, menjadikan penciptaan akaun baru menjadi kompleks dan mahal.
Kaedah akhir Vitalik ialah menggabungkan kedua-dua penyelesaian ini, mencadangkan beberapa bentuk keadaan baru, yang merupakan perubahan keseluruhan terhadap arsitektur sumber keadaan Ethereum:
- Penyimpanan sementara: Jenis penyimpanan yang akan kedaluwarsa secara automatik. Sebagai contoh, anda boleh mencipta satu pokok baru yang akan dikosongkan secara automatik setiap bulan. Penyimpanan ini sesuai untuk data sementara seperti buku pesanan, kolam likuiditi, dan pengira sementara—data yang biasanya tidak memerlukan penyimpanan kekal. Selepas sebulan, pesanan lama akan kedaluwarsa, dan kolam likuiditi baru akan dicipta.
- Penyimpanan berkala: Serupa dengan penyimpanan sementara, tetapi dengan jangka masa yang lebih panjang, seperti 1 tahun.
Penyimpanan terhadap: Sesetengah penyimpanan hanya boleh diakses dengan cara tertentu. Sebagai contoh, simpanan baki token ERC20 mungkin hanya boleh diakses melalui antaramuka tertentu. Dengan cara ini, sistem boleh mengoptimumkan penyimpanan tersebut.
Sementara itu, kekalkan bentuk status semasa. Dengan cara ini, pelaksanaan mungkin lebih murah sehingga 1000 kali ganda (melalui ZK-EVM), tetapi penciptaan status baharu mungkin hanya lebih murah 20 kali ganda.
Vitalik percaya bahawa dengan bentuk status baru, pembangun mempunyai pilihan. Meneruskan penggunaan bentuk status yang sedia ada tetapi membayar caj yang lebih tinggi, atau mendesain semula aplikasi untuk menggunakan bentuk status baru dan mendapat caj yang lebih rendah. Untuk kes penggunaan biasa (seperti saldo ERC20, NFT), akan ada alur kerja standard, manakala untuk kes yang lebih kompleks (seperti DeFi), pembangun perlu mencari cara sendiri untuk mengoptimumkan.
Strategi ini agak menarik, seakan-akan para pembangun berfikir keras untuk mengurangkan kos, sementara pengguna Ethereum secara luas mendapat manfaat.