Jalan Menuju Ethereum yang Lebih Sederhana dan Efisien
Tantangan besar yang dihadapi Ethereum adalah bagaimana mengurangi kompleksitas dan kebutuhan penyimpanan dalam jangka panjang, sambil mempertahankan keberlanjutan dan karakter desentralisasi blockchain. Ini memerlukan kita untuk mengambil langkah-langkah di beberapa bidang kunci:
Riwayat expired
Saat ini, node Ethereum yang sepenuhnya disinkronkan memerlukan sekitar 1,1TB ruang penyimpanan, di mana sebagian besar digunakan untuk menyimpan data historis. Meskipun batas gas tetap tidak berubah, ukuran node masih akan meningkat ratusan GB setiap tahun.
Solusinya adalah membangun jaringan peer-to-peer yang terdiri dari node Ethereum untuk menyimpan data lama secara terdistribusi. Setiap node hanya perlu menyimpan data terbaru sekitar 18 hari, data yang lebih lama dapat diambil melalui jaringan. Dengan cara ini, beban penyimpanan pada setiap node dapat sangat dikurangi.
Pekerjaan utama untuk mengimplementasikan kedaluwarsa catatan sejarah meliputi:
Membangun dan mengintegrasikan solusi penyimpanan terdistribusi yang spesifik, seperti memperkenalkan perpustakaan torrent yang ada atau jaringan Portal yang asli dari Ethereum.
Mengaktifkan EIP-4444, membatasi waktu penyimpanan data sejarah oleh node.
Memutuskan bagaimana menangani data sejarah yang "usang", apakah sepenuhnya bergantung pada node arsip yang ada, atau membangun jaringan penyimpanan terdistribusi yang lebih kuat.
Status Kedaluwarsa
Meskipun kebutuhan untuk menyimpan riwayat telah dihilangkan, kebutuhan penyimpanan klien tetap akan tumbuh sekitar 50GB per tahun, karena status ( saldo akun, kode kontrak, dan lain-lain ) terus meningkat.
Ada dua jenis solusi utama:
Status sebagian kedaluwarsa: membagi status, hanya menyimpan blok data yang baru saja diakses, data lainnya hanya menyimpan komitmen 32 byte.
Status kedaluwarsa berdasarkan siklus alamat: secara berkala menambahkan pohon status kosong baru, pohon lama dibekukan. Node lengkap hanya menyimpan dua pohon terbaru.
Kedua solusi ini memiliki kelebihan dan kekurangan masing-masing, dan perlu ada keseimbangan antara kompleksitas, kemudahan penggunaan, dan kemudahan bagi pengembang. Terlepas dari solusi mana yang diadopsi, masalah perluasan atau pengecilan ruang alamat harus diatasi, yang merupakan tantangan besar itu sendiri.
Pembersihan Fungsional
Untuk mengurangi kompleksitas protokol, kita perlu menghapus beberapa fitur yang tidak perlu atau jarang digunakan:
Saat melakukan penyederhanaan ini, perlu ada keseimbangan antara tingkat/kecepatan penyederhanaan dan kompatibilitas ke belakang. Proses standar harus dibangun untuk menangani perubahan yang tidak kompatibel dengan ke belakang yang tidak mendesak.
Metode penyederhanaan yang lebih radikal adalah mengubah sebagian besar konten protokol menjadi kode kontrak. Misalnya, menyederhanakan Ethereum L1 hanya dengan memasukkan rantai beacon, memperkenalkan mesin virtual minimum, dan kemudian membangun kembali EVM di atasnya sebagai agregat pertama. Metode ini dapat sangat menyederhanakan protokol, tetapi sulit untuk diterapkan.
Secara keseluruhan, melalui langkah-langkah ini, kita dapat secara signifikan mengurangi kompleksitas dan kebutuhan penyimpanan sambil mempertahankan nilai inti Ethereum, meletakkan dasar untuk pengembangan berkelanjutan jangka panjang. Ini memerlukan upaya bersama dari komunitas untuk menemukan titik keseimbangan antara inovasi teknologi dan kompatibilitas ke belakang.
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.
5 Suka
Hadiah
5
7
Bagikan
Komentar
0/400
GraphGuru
· 12jam yang lalu
Tidak punya uang untuk upgrade mesin, bagaimana?
Lihat AsliBalas0
failed_dev_successful_ape
· 12jam yang lalu
Wah, banyak sekali penyesuaian.
Lihat AsliBalas0
DoomCanister
· 12jam yang lalu
Terus saja bau, itu sudah cukup.
Lihat AsliBalas0
DeFiVeteran
· 12jam yang lalu
Pengembangan teknologi harus stabil.
Lihat AsliBalas0
BridgeTrustFund
· 12jam yang lalu
Peningkatan Mainnet ini perlu dilakukan perlahan-lahan.
Lihat AsliBalas0
Token_Sherpa
· 12jam yang lalu
lol roadmap "optimisasi" lainnya... semoga ini bukan hanya ponzinomik yang menyamar
Rencana pengembangan jangka panjang Ethereum: mengoptimalkan penyimpanan, menyederhanakan protokol, meningkatkan efisiensi
Jalan Menuju Ethereum yang Lebih Sederhana dan Efisien
Tantangan besar yang dihadapi Ethereum adalah bagaimana mengurangi kompleksitas dan kebutuhan penyimpanan dalam jangka panjang, sambil mempertahankan keberlanjutan dan karakter desentralisasi blockchain. Ini memerlukan kita untuk mengambil langkah-langkah di beberapa bidang kunci:
Riwayat expired
Saat ini, node Ethereum yang sepenuhnya disinkronkan memerlukan sekitar 1,1TB ruang penyimpanan, di mana sebagian besar digunakan untuk menyimpan data historis. Meskipun batas gas tetap tidak berubah, ukuran node masih akan meningkat ratusan GB setiap tahun.
Solusinya adalah membangun jaringan peer-to-peer yang terdiri dari node Ethereum untuk menyimpan data lama secara terdistribusi. Setiap node hanya perlu menyimpan data terbaru sekitar 18 hari, data yang lebih lama dapat diambil melalui jaringan. Dengan cara ini, beban penyimpanan pada setiap node dapat sangat dikurangi.
Pekerjaan utama untuk mengimplementasikan kedaluwarsa catatan sejarah meliputi:
Membangun dan mengintegrasikan solusi penyimpanan terdistribusi yang spesifik, seperti memperkenalkan perpustakaan torrent yang ada atau jaringan Portal yang asli dari Ethereum.
Mengaktifkan EIP-4444, membatasi waktu penyimpanan data sejarah oleh node.
Memutuskan bagaimana menangani data sejarah yang "usang", apakah sepenuhnya bergantung pada node arsip yang ada, atau membangun jaringan penyimpanan terdistribusi yang lebih kuat.
Status Kedaluwarsa
Meskipun kebutuhan untuk menyimpan riwayat telah dihilangkan, kebutuhan penyimpanan klien tetap akan tumbuh sekitar 50GB per tahun, karena status ( saldo akun, kode kontrak, dan lain-lain ) terus meningkat.
Ada dua jenis solusi utama:
Status sebagian kedaluwarsa: membagi status, hanya menyimpan blok data yang baru saja diakses, data lainnya hanya menyimpan komitmen 32 byte.
Status kedaluwarsa berdasarkan siklus alamat: secara berkala menambahkan pohon status kosong baru, pohon lama dibekukan. Node lengkap hanya menyimpan dua pohon terbaru.
Kedua solusi ini memiliki kelebihan dan kekurangan masing-masing, dan perlu ada keseimbangan antara kompleksitas, kemudahan penggunaan, dan kemudahan bagi pengembang. Terlepas dari solusi mana yang diadopsi, masalah perluasan atau pengecilan ruang alamat harus diatasi, yang merupakan tantangan besar itu sendiri.
Pembersihan Fungsional
Untuk mengurangi kompleksitas protokol, kita perlu menghapus beberapa fitur yang tidak perlu atau jarang digunakan:
Saat melakukan penyederhanaan ini, perlu ada keseimbangan antara tingkat/kecepatan penyederhanaan dan kompatibilitas ke belakang. Proses standar harus dibangun untuk menangani perubahan yang tidak kompatibel dengan ke belakang yang tidak mendesak.
Metode penyederhanaan yang lebih radikal adalah mengubah sebagian besar konten protokol menjadi kode kontrak. Misalnya, menyederhanakan Ethereum L1 hanya dengan memasukkan rantai beacon, memperkenalkan mesin virtual minimum, dan kemudian membangun kembali EVM di atasnya sebagai agregat pertama. Metode ini dapat sangat menyederhanakan protokol, tetapi sulit untuk diterapkan.
Secara keseluruhan, melalui langkah-langkah ini, kita dapat secara signifikan mengurangi kompleksitas dan kebutuhan penyimpanan sambil mempertahankan nilai inti Ethereum, meletakkan dasar untuk pengembangan berkelanjutan jangka panjang. Ini memerlukan upaya bersama dari komunitas untuk menemukan titik keseimbangan antara inovasi teknologi dan kompatibilitas ke belakang.