Artikel ini berasal dari: salah satu pendiri Ethereum Vitalik
Kompilasi | Odaily Planet Daily (@OdailyChina)
Penerjemah | Ethan（@ethanzhang_web3）
Selain kekhawatiran terhadap keamanan jaringan, kritik yang paling umum terhadap peningkatan batas Gas L1 adalah bahwa ini akan meningkatkan kesulitan dalam menjalankan node penuh. Terutama dalam konteks peta jalan yang berfokus pada pemisahan node penuh, untuk mengatasi masalah ini, penting untuk memahami peran node penuh.
Secara historis, orang-orang selalu menganggap node penuh digunakan untuk memverifikasi data di blockchain; silakan lihat di sini untuk pemaparan saya tentang apa yang mungkin terjadi jika pengguna biasa tidak dapat memverifikasi. Jika ini adalah satu-satunya masalah, maka ZK-EVM dapat membuka kunci perluasan L1: satu-satunya batasan adalah menjaga biaya pembangunan dan pembuktian blok pada tingkat yang cukup rendah, sehingga keduanya dapat mempertahankan ketahanan terhadap sensor 1-of-n dan daya saing pasar.
Namun kenyataannya, ini bukan satu-satunya masalah. Masalah utama lainnya adalah memiliki node lengkap sangat berharga, sehingga Anda dapat memiliki server RPC lokal untuk membaca blockchain dengan cara yang tanpa kepercayaan, tahan sensor, dan ramah privasi. Dokumen ini akan membahas penyesuaian pada peta jalan perluasan L1 saat ini untuk mencapai tujuan ini.
Mengapa melanjutkan untuk mencapai tanpa kepercayaan dan privasi melalui ZK-EVM + PIR?
Dalam peta jalan privasi yang saya rilis bulan lalu, saya menambahkan TEE + ORAM sebagai solusi sementara, ditambah PIR sebagai solusi jangka panjang. Dengan demikian, ditambah dengan verifikasi Helios dan ZK-EVM, pengguna mana pun dapat terhubung ke RPC eksternal dan yakin sepenuhnya: (i) bahwa rantai yang mereka terima adalah benar; (ii) bahwa privasi data mereka terlindungi. Oleh karena itu, kita tidak bisa tidak bertanya: mengapa tidak berhenti di sini? Apakah solusi kriptografi canggih ini tidak akan membuat node yang di-host sendiri menjadi peninggalan yang usang?
Di sini, saya dapat memberikan beberapa jawaban:
Solusi kripto yang sepenuhnya tanpa kepercayaan (yaitu 1-server PIR) akan sangat mahal. Biaya saat ini terlalu tinggi untuk menjadi realistis, bahkan setelah banyak perbaikan efisiensi, kemungkinan tetap akan mahal.
Privasi metadata. Alamat IP mana yang mengeluarkan permintaan pada waktu tertentu, serta pola permintaan, data ini sendiri sudah cukup untuk mengungkap banyak informasi tentang pengguna.
Peninjauan Kerentanan: Struktur pasar yang didominasi oleh beberapa penyedia RPC akan menghadapi tekanan besar untuk membatalkan platform atau meninjau pengguna. Banyak penyedia RPC telah mengecualikan seluruh negara.
Karena alasan ini, terus memastikan bahwa menjalankan node pribadi menjadi lebih mudah adalah hal yang berharga.
Prioritas Jangka Pendek
Meningkatkan prioritas penerapan EIP-4444 hingga setiap node hanya menyimpan status akhir data selama sekitar 36 hari. Ini akan secara signifikan mengurangi kebutuhan ruang disk, yang merupakan masalah utama yang menghalangi lebih banyak orang untuk menjalankan node. Setelah itu, kebutuhan ruang disk node akan menjadi: (i) ukuran status; (ii) cabang Merkle status; (iii) catatan sejarah selama 36 hari.
Membangun solusi penyimpanan sejarah terdistribusi, di mana setiap node dapat menyimpan sebagian kecil data sejarah yang lebih awal dari tanggal batas. Menggunakan kode penghapusan untuk memaksimalkan ketahanan. Ini dapat memastikan bahwa "blockchain adalah abadi" tanpa bergantung pada penyedia terpusat atau membebani operator node.
Menyesuaikan harga Gas, sehingga biaya penyimpanan menjadi lebih tinggi dan biaya eksekusi menjadi lebih rendah. Prioritas khusus adalah meningkatkan biaya Gas untuk membuat status baru: (i) SSTORE slot penyimpanan baru, (ii) pembuatan kode kontrak, (iii) mengirim ETH ke akun yang belum memiliki saldo atau nonce.
Prioritas Menengah: Verifikasi Tanpa Status
Setelah kami mengaktifkan verifikasi tanpa status, menjadi mungkin untuk menjalankan node dengan fungsi RPC (yaitu node yang menyimpan status) tanpa menyimpan cabang Merkle status. Ini akan mengurangi kebutuhan penyimpanan sekitar 2 kali lipat.
Jenis Node Baru: Node Tanpa Status Sebagian
Ini adalah ide baru, dan juga merupakan kunci untuk memungkinkan node pribadi beroperasi dalam situasi di mana batas Gas L1 tumbuh 10-100 kali.
Kami menambahkan jenis node yang dapat memvalidasi blok tanpa status, memvalidasi seluruh rantai (melalui validasi tanpa status atau ZK-EVM), dan mempertahankan sebagian status yang paling terbaru. Selama data yang diperlukan berada dalam subset status tersebut, node dapat merespons permintaan RPC; permintaan lain akan gagal (atau harus kembali ke solusi kripto yang dihosting secara eksternal; apakah akan melakukannya harus dipilih oleh pengguna).
Bagian spesifik dari status yang akan dipertahankan tergantung pada konfigurasi yang dipilih oleh pengguna. Berikut adalah contoh.
Semua status kecuali yang diketahui sebagai kontrak sampah
Status yang terkait dengan semua EOA dan SCW serta semua token dan aplikasi ERC 20 dan ERC 721 yang umum digunakan
Status yang terkait dengan semua EOA dan SCW yang telah diakses dalam dua tahun terakhir serta beberapa token ERC 20 yang umum digunakan, ditambah dengan seperangkat aplikasi pertukaran, defi, dan privasi yang terbatas.
Konfigurasi dapat dikelola melalui kontrak di blockchain: Pengguna dapat menjalankan nodenya menggunakan --save_state_by_config 0x 12345...67890 alamat tersebut akan menentukan dalam bahasa tertentu alamat di mana node akan menyimpan dan mempertahankan status terbaru, daftar slot penyimpanan, atau area penyaringan lainnya. Harap dicatat, pengguna tidak perlu menyimpan cabang Merkle; mereka hanya perlu menyimpan nilai asli.
Jenis node ini memungkinkan pengguna untuk mengakses status yang perlu diperhatikan secara langsung di lokal, dan memaksimalkan perlindungan privasi saat mengakses status tersebut.
Konten ini hanya untuk referensi, bukan ajakan atau tawaran. Tidak ada nasihat investasi, pajak, atau hukum yang diberikan. Lihat Penafian untuk pengungkapan risiko lebih lanjut.
Vitalik: Solusi Baru untuk Masalah Skalabilitas L1 Ethereum
Artikel ini berasal dari: salah satu pendiri Ethereum Vitalik
Kompilasi | Odaily Planet Daily (@OdailyChina)
Penerjemah | Ethan（@ethanzhang_web3）
Selain kekhawatiran terhadap keamanan jaringan, kritik yang paling umum terhadap peningkatan batas Gas L1 adalah bahwa ini akan meningkatkan kesulitan dalam menjalankan node penuh. Terutama dalam konteks peta jalan yang berfokus pada pemisahan node penuh, untuk mengatasi masalah ini, penting untuk memahami peran node penuh.
Secara historis, orang-orang selalu menganggap node penuh digunakan untuk memverifikasi data di blockchain; silakan lihat di sini untuk pemaparan saya tentang apa yang mungkin terjadi jika pengguna biasa tidak dapat memverifikasi. Jika ini adalah satu-satunya masalah, maka ZK-EVM dapat membuka kunci perluasan L1: satu-satunya batasan adalah menjaga biaya pembangunan dan pembuktian blok pada tingkat yang cukup rendah, sehingga keduanya dapat mempertahankan ketahanan terhadap sensor 1-of-n dan daya saing pasar.
Namun kenyataannya, ini bukan satu-satunya masalah. Masalah utama lainnya adalah memiliki node lengkap sangat berharga, sehingga Anda dapat memiliki server RPC lokal untuk membaca blockchain dengan cara yang tanpa kepercayaan, tahan sensor, dan ramah privasi. Dokumen ini akan membahas penyesuaian pada peta jalan perluasan L1 saat ini untuk mencapai tujuan ini.
Mengapa melanjutkan untuk mencapai tanpa kepercayaan dan privasi melalui ZK-EVM + PIR?
Dalam peta jalan privasi yang saya rilis bulan lalu, saya menambahkan TEE + ORAM sebagai solusi sementara, ditambah PIR sebagai solusi jangka panjang. Dengan demikian, ditambah dengan verifikasi Helios dan ZK-EVM, pengguna mana pun dapat terhubung ke RPC eksternal dan yakin sepenuhnya: (i) bahwa rantai yang mereka terima adalah benar; (ii) bahwa privasi data mereka terlindungi. Oleh karena itu, kita tidak bisa tidak bertanya: mengapa tidak berhenti di sini? Apakah solusi kriptografi canggih ini tidak akan membuat node yang di-host sendiri menjadi peninggalan yang usang?
Di sini, saya dapat memberikan beberapa jawaban:
Karena alasan ini, terus memastikan bahwa menjalankan node pribadi menjadi lebih mudah adalah hal yang berharga.
Prioritas Jangka Pendek
Prioritas Menengah: Verifikasi Tanpa Status
Setelah kami mengaktifkan verifikasi tanpa status, menjadi mungkin untuk menjalankan node dengan fungsi RPC (yaitu node yang menyimpan status) tanpa menyimpan cabang Merkle status. Ini akan mengurangi kebutuhan penyimpanan sekitar 2 kali lipat.
Jenis Node Baru: Node Tanpa Status Sebagian
Ini adalah ide baru, dan juga merupakan kunci untuk memungkinkan node pribadi beroperasi dalam situasi di mana batas Gas L1 tumbuh 10-100 kali.
Kami menambahkan jenis node yang dapat memvalidasi blok tanpa status, memvalidasi seluruh rantai (melalui validasi tanpa status atau ZK-EVM), dan mempertahankan sebagian status yang paling terbaru. Selama data yang diperlukan berada dalam subset status tersebut, node dapat merespons permintaan RPC; permintaan lain akan gagal (atau harus kembali ke solusi kripto yang dihosting secara eksternal; apakah akan melakukannya harus dipilih oleh pengguna).
Bagian spesifik dari status yang akan dipertahankan tergantung pada konfigurasi yang dipilih oleh pengguna. Berikut adalah contoh.
Konfigurasi dapat dikelola melalui kontrak di blockchain: Pengguna dapat menjalankan nodenya menggunakan --save_state_by_config 0x 12345...67890 alamat tersebut akan menentukan dalam bahasa tertentu alamat di mana node akan menyimpan dan mempertahankan status terbaru, daftar slot penyimpanan, atau area penyaringan lainnya. Harap dicatat, pengguna tidak perlu menyimpan cabang Merkle; mereka hanya perlu menyimpan nilai asli.
Jenis node ini memungkinkan pengguna untuk mengakses status yang perlu diperhatikan secara langsung di lokal, dan memaksimalkan perlindungan privasi saat mengakses status tersebut.