Sebuah delta yang memihak pada node lokal untuk peta jalan penskalaan

Lanjutan5/21/2025, 5:52:14 AM
Vitalik Buterin telah mengusulkan memodifikasi peta jalan penskalaan Ethereum, memperjuangkan konsep 'klien tanpa keadaan' untuk secara bersamaan menangani tantangan kinerja, privasi, dan verifikasi. Artikel ini memberikan analisis mendalam tentang jalur evolusi masa depan untuk optimisasi penyimpanan data, mekanisme pelestarian privasi, dan paradigma akses on-chain.

Terima kasih khusus kepada Micah Zoltu, Toni Wahrstätter, Justin Traglia, dan pcaversaccio atas diskusi

Kritik paling umum terhadap peningkatan batas gas L1, selain kekhawatiran tentang keamanan jaringan, adalah bahwa hal itu membuat lebih sulit untuk menjalankan node penuh.

Terutama dalam konteks peta jalan yang difokuskan pada pemisahannode penuh, mengatasi ini memerlukan pemahaman tentang apa yang node penuh itu.

Secara historis, pemikiran telah menjadi bahwa node penuh adalah untuk memvalidasi rantai; lihat di siniuntuk paparan saya sendiri tentang apa yang bisa terjadi jika pengguna reguler tidak dapat diverifikasi. Jika ini adalah satu-satunya isu, maka penskalaan L1 dibuka oleh ZK-EVMs: satu-satunya batasan adalah menjaga biaya pembangunan blok dan pembuktian cukup rendah sehingga keduanya dapat tetap1-dari-ntahan sensor dan pasar yang kompetitif.

Namun, pada kenyataannya ini sebenarnya bukan satu-satunya perhatian. Perhatian utama lainnya adalah: penting untuk memiliki node penuh sehingga Anda dapat memiliki server RPC lokal yang dapat Anda gunakan untuk membaca rantai dengan cara yang tidak dapat dipercaya, tahan sensor, dan ramah privasi. Dokumen ini akan membahas penyesuaian terhadap rencana pengembangan kapasitas L1 saat ini yang membuat hal ini terjadi.

Mengapa tidak berhenti dengan ketidakpercayaan dan privasi melalui ZK-EVM + PIR?

The rencana privasi yang saya publikasikan bulan laluberfokus pada TEEs +ORAMsebagai perbaikan sementara tambahanPIRsebagai solusi jangka panjang. Ini, bersama dengan verifikasi Helios dan ZK-EVM, akan memungkinkan pengguna untuk terhubung ke RPC eksternal dan memiliki keyakinan penuh bahwa (i) rantai yang mereka dapatkan benar, dan (ii) privasi data mereka terlindungi. Jadi layak untuk bertanya: mengapa tidak berhenti di sini? Bukankah solusi kriptografi canggih seperti ini membuat node self-hosted menjadi barang kuno yang sudah ketinggalan zaman?

Di sini saya dapat memberikan beberapa balasan:

  • Solusi kriptografi sepenuhnya tidak dapat dipercaya (misalnya PIR 1-server) akan mahal. Saat ini biayanya sangat tinggi secara tidak praktis, dan bahkan setelah banyak peningkatan efisiensi kemungkinan akan tetap mahal.
  • Privasi metadata. Data tentang alamat IP yang melakukan permintaan pada waktu tertentu, dan pola permintaan, sudah cukup untuk mengungkap banyak informasi tentang pengguna.
  • Kerentanan sensor: struktur pasar yang didominasi oleh beberapa penyedia RPC adalah yang akan menghadapi tekanan kuat untuk menonaktifkan atau menyensor pengguna. Banyak penyedia RPC sudah mengesampingkan negara-negara tertentu.

Untuk alasan-alasan ini, ada nilai dalam melanjutkan untuk memastikan kemudahan yang lebih besar dalam menjalankan node pribadi.

Prioritas jangka pendek

  • Memprioritaskan sepenuhnya peluncuran EIP-4444, sampai akhirnya setiap node hanya menyimpan data selama ~36 hari. Hal ini sangat mengurangi kebutuhan ruang disk, yang merupakan isu utama yang mencegah lebih banyak orang menjalankan node. Setelah ini, kebutuhan ruang disk untuk node akan (i) ukuran status, (ii) cabang Merkle status, (iii) 36 hari sejarah.
  • Bangunlah solusi penyimpanan sejarah terdistribusi, di mana setiap node dapat menyimpan sebagian kecil data historis yang lebih lama dari batas waktu. Gunakan pengkodean erasure untuk memaksimalkan ketahanan. Hal ini memastikan bahwa “blockchain adalah untuk selamanya” tanpa harus bergantung pada penyedia terpusat atau memberikan beban berat pada operator node
  • Mengatur harga gas untuk membuat penyimpanan lebih mahal dan eksekusi lebih murah. Prioritas yang sangat tinggi adalah meningkatkan biaya gas dalam membuat state baru: (i) SSTORE untuk slot penyimpanan baru, (ii) pembuatan kode kontrak, (iii) mengirim ETH ke akun yang belum memiliki saldo atau nonce.

Prioritas menengah: verifikasi tanpa negara

Setelah kami mengaktifkan verifikasi tanpa status, menjadi mungkin untuk menjalankan node yang mampu melakukan RPC (yaitu satu yang menyimpan status) tanpa menyimpan cabang Merkle status. Ini lebih lanjut mengurangi persyaratan penyimpanan sebesar ~2x.

Jenis node baru: node yang sebagian tidak memiliki status

Ini adalah ide baru, dan akan menjadi kunci untuk memungkinkan operasi node pribadi bahkan dalam konteks di mana batas gas L1 tumbuh sebesar 10-100x.

Kami menambahkan jenis node yang memverifikasi status blok secara tanpa keadaan, dan memverifikasi seluruh rantai (baik melalui validasi tanpa keadaan atau ZK-EVM) dan tetap terkini sebagian dari status. Node ini mampu merespons permintaan RPC selama data yang diperlukan berada dalam subset status tersebut; permintaan lain akan gagal (atau harus kembali ke solusi kriptografi yang dihosting eksternal; apakah melakukannya harus menjadi pilihan pengguna).


partial_statelessness.drawio776×341 19.9 KB

Bagian tepat dari negara bagian yang akan dipegang akan bergantung pada konfigurasi yang dipilih oleh pengguna. Beberapa contohnya mungkin adalah:

  • Semua negara kecuali kontrak yang diketahui sebagai spam
  • Status yang terkait dengan semua EOA dan SCW serta semua token dan aplikasi ERC20 dan ERC721 yang umum digunakan
  • Status terkait dengan semua EOAs dan SCWs yang telah diakses dalam dua tahun terakhir, beberapa token ERC20 yang umum digunakan, ditambah dengan seperangkat aplikasi swap, defi, dan privasi yang terbatas

Konfigurasi dapat dikelola oleh kontrak onchain: pengguna akan menjalankan node mereka dengan —save_state_by_config 0x12345…67890, dan alamat akan menentukan dalam beberapa bahasa daftar alamat, slot penyimpanan, atau wilayah yang difilter lainnya dari status yang akan disimpan dan diperbarui. Perlu diperhatikan bahwa tidak perlu bagi pengguna untuk menyimpan cabang Merkle; mereka hanya perlu menyimpan nilai mentah.

Jenis node ini akan memberikan manfaat akses lokal langsung ke status yang perlu diperhatikan pengguna, serta privasi penuh maksimal dalam mengakses status tersebut.

Disclaimer:

  1. Artikel ini dicetak ulang dari [ ethresear]. Semua hak cipta milik penulis asli [vbuterin]. Jika ada keberatan terhadap cetak ulang ini, silakan hubungi Pintu Belajartim, dan mereka akan menanganinya dengan cepat.
  2. Penafian Tanggung Jawab: Pandangan dan opini yang terungkap dalam artikel ini semata-mata milik penulis dan tidak merupakan saran investasi apa pun.
  3. Terjemahan artikel ke dalam bahasa lain dilakukan oleh tim Gate Learn. Kecuali disebutkan, menyalin, mendistribusikan, atau menjiplak artikel-artikel yang diterjemahkan dilarang.

Sebuah delta yang memihak pada node lokal untuk peta jalan penskalaan

Lanjutan5/21/2025, 5:52:14 AM
Vitalik Buterin telah mengusulkan memodifikasi peta jalan penskalaan Ethereum, memperjuangkan konsep 'klien tanpa keadaan' untuk secara bersamaan menangani tantangan kinerja, privasi, dan verifikasi. Artikel ini memberikan analisis mendalam tentang jalur evolusi masa depan untuk optimisasi penyimpanan data, mekanisme pelestarian privasi, dan paradigma akses on-chain.

Terima kasih khusus kepada Micah Zoltu, Toni Wahrstätter, Justin Traglia, dan pcaversaccio atas diskusi

Kritik paling umum terhadap peningkatan batas gas L1, selain kekhawatiran tentang keamanan jaringan, adalah bahwa hal itu membuat lebih sulit untuk menjalankan node penuh.

Terutama dalam konteks peta jalan yang difokuskan pada pemisahannode penuh, mengatasi ini memerlukan pemahaman tentang apa yang node penuh itu.

Secara historis, pemikiran telah menjadi bahwa node penuh adalah untuk memvalidasi rantai; lihat di siniuntuk paparan saya sendiri tentang apa yang bisa terjadi jika pengguna reguler tidak dapat diverifikasi. Jika ini adalah satu-satunya isu, maka penskalaan L1 dibuka oleh ZK-EVMs: satu-satunya batasan adalah menjaga biaya pembangunan blok dan pembuktian cukup rendah sehingga keduanya dapat tetap1-dari-ntahan sensor dan pasar yang kompetitif.

Namun, pada kenyataannya ini sebenarnya bukan satu-satunya perhatian. Perhatian utama lainnya adalah: penting untuk memiliki node penuh sehingga Anda dapat memiliki server RPC lokal yang dapat Anda gunakan untuk membaca rantai dengan cara yang tidak dapat dipercaya, tahan sensor, dan ramah privasi. Dokumen ini akan membahas penyesuaian terhadap rencana pengembangan kapasitas L1 saat ini yang membuat hal ini terjadi.

Mengapa tidak berhenti dengan ketidakpercayaan dan privasi melalui ZK-EVM + PIR?

The rencana privasi yang saya publikasikan bulan laluberfokus pada TEEs +ORAMsebagai perbaikan sementara tambahanPIRsebagai solusi jangka panjang. Ini, bersama dengan verifikasi Helios dan ZK-EVM, akan memungkinkan pengguna untuk terhubung ke RPC eksternal dan memiliki keyakinan penuh bahwa (i) rantai yang mereka dapatkan benar, dan (ii) privasi data mereka terlindungi. Jadi layak untuk bertanya: mengapa tidak berhenti di sini? Bukankah solusi kriptografi canggih seperti ini membuat node self-hosted menjadi barang kuno yang sudah ketinggalan zaman?

Di sini saya dapat memberikan beberapa balasan:

  • Solusi kriptografi sepenuhnya tidak dapat dipercaya (misalnya PIR 1-server) akan mahal. Saat ini biayanya sangat tinggi secara tidak praktis, dan bahkan setelah banyak peningkatan efisiensi kemungkinan akan tetap mahal.
  • Privasi metadata. Data tentang alamat IP yang melakukan permintaan pada waktu tertentu, dan pola permintaan, sudah cukup untuk mengungkap banyak informasi tentang pengguna.
  • Kerentanan sensor: struktur pasar yang didominasi oleh beberapa penyedia RPC adalah yang akan menghadapi tekanan kuat untuk menonaktifkan atau menyensor pengguna. Banyak penyedia RPC sudah mengesampingkan negara-negara tertentu.

Untuk alasan-alasan ini, ada nilai dalam melanjutkan untuk memastikan kemudahan yang lebih besar dalam menjalankan node pribadi.

Prioritas jangka pendek

  • Memprioritaskan sepenuhnya peluncuran EIP-4444, sampai akhirnya setiap node hanya menyimpan data selama ~36 hari. Hal ini sangat mengurangi kebutuhan ruang disk, yang merupakan isu utama yang mencegah lebih banyak orang menjalankan node. Setelah ini, kebutuhan ruang disk untuk node akan (i) ukuran status, (ii) cabang Merkle status, (iii) 36 hari sejarah.
  • Bangunlah solusi penyimpanan sejarah terdistribusi, di mana setiap node dapat menyimpan sebagian kecil data historis yang lebih lama dari batas waktu. Gunakan pengkodean erasure untuk memaksimalkan ketahanan. Hal ini memastikan bahwa “blockchain adalah untuk selamanya” tanpa harus bergantung pada penyedia terpusat atau memberikan beban berat pada operator node
  • Mengatur harga gas untuk membuat penyimpanan lebih mahal dan eksekusi lebih murah. Prioritas yang sangat tinggi adalah meningkatkan biaya gas dalam membuat state baru: (i) SSTORE untuk slot penyimpanan baru, (ii) pembuatan kode kontrak, (iii) mengirim ETH ke akun yang belum memiliki saldo atau nonce.

Prioritas menengah: verifikasi tanpa negara

Setelah kami mengaktifkan verifikasi tanpa status, menjadi mungkin untuk menjalankan node yang mampu melakukan RPC (yaitu satu yang menyimpan status) tanpa menyimpan cabang Merkle status. Ini lebih lanjut mengurangi persyaratan penyimpanan sebesar ~2x.

Jenis node baru: node yang sebagian tidak memiliki status

Ini adalah ide baru, dan akan menjadi kunci untuk memungkinkan operasi node pribadi bahkan dalam konteks di mana batas gas L1 tumbuh sebesar 10-100x.

Kami menambahkan jenis node yang memverifikasi status blok secara tanpa keadaan, dan memverifikasi seluruh rantai (baik melalui validasi tanpa keadaan atau ZK-EVM) dan tetap terkini sebagian dari status. Node ini mampu merespons permintaan RPC selama data yang diperlukan berada dalam subset status tersebut; permintaan lain akan gagal (atau harus kembali ke solusi kriptografi yang dihosting eksternal; apakah melakukannya harus menjadi pilihan pengguna).


partial_statelessness.drawio776×341 19.9 KB

Bagian tepat dari negara bagian yang akan dipegang akan bergantung pada konfigurasi yang dipilih oleh pengguna. Beberapa contohnya mungkin adalah:

  • Semua negara kecuali kontrak yang diketahui sebagai spam
  • Status yang terkait dengan semua EOA dan SCW serta semua token dan aplikasi ERC20 dan ERC721 yang umum digunakan
  • Status terkait dengan semua EOAs dan SCWs yang telah diakses dalam dua tahun terakhir, beberapa token ERC20 yang umum digunakan, ditambah dengan seperangkat aplikasi swap, defi, dan privasi yang terbatas

Konfigurasi dapat dikelola oleh kontrak onchain: pengguna akan menjalankan node mereka dengan —save_state_by_config 0x12345…67890, dan alamat akan menentukan dalam beberapa bahasa daftar alamat, slot penyimpanan, atau wilayah yang difilter lainnya dari status yang akan disimpan dan diperbarui. Perlu diperhatikan bahwa tidak perlu bagi pengguna untuk menyimpan cabang Merkle; mereka hanya perlu menyimpan nilai mentah.

Jenis node ini akan memberikan manfaat akses lokal langsung ke status yang perlu diperhatikan pengguna, serta privasi penuh maksimal dalam mengakses status tersebut.

Disclaimer:

  1. Artikel ini dicetak ulang dari [ ethresear]. Semua hak cipta milik penulis asli [vbuterin]. Jika ada keberatan terhadap cetak ulang ini, silakan hubungi Pintu Belajartim, dan mereka akan menanganinya dengan cepat.
  2. Penafian Tanggung Jawab: Pandangan dan opini yang terungkap dalam artikel ini semata-mata milik penulis dan tidak merupakan saran investasi apa pun.
  3. Terjemahan artikel ke dalam bahasa lain dilakukan oleh tim Gate Learn. Kecuali disebutkan, menyalin, mendistribusikan, atau menjiplak artikel-artikel yang diterjemahkan dilarang.
Начните торговать сейчас
Зарегистрируйтесь сейчас и получите ваучер на
$100
!