Vitalik: Yerel Düğümlere odaklanan bir ölçeklenebilirlik yol haritası optimizasyon önerisi

Tam Düğüm çalıştırmak, yerel bir RPC sunucusuna sahip olmanızı sağlar ve böylece on-chain verileri güvene ihtiyaç duymadan, sansüre karşı dirençli ve gizliliği koruyarak okuyabilirsiniz.

Yazarı: Vitalik, Ethereum'un kurucusu

Derleme: Altın Finans xiaozhou

L1 Gas üst sınırını artırmaya yönelik en yaygın eleştirilerden biri, ağ güvenliği endişelerinin yanı sıra, bunun Tam Düğüm çalıştırmayı daha da zorlaştıracağıdır. Özellikle "Tam Düğüm'ü Bağlantıdan Çıkarma" temalı bir yol haritası bağlamında, bu sorunu çözmek için öncelikle Tam Düğüm'ün varlığının anlamını anlamak gerekmektedir.

Geleneksel görüş, tam düğümlerin on-chain verilerini doğrulamak için kullanıldığını düşünmektedir. Eğer bu tek sorun ise, o zaman ZK-EVM L1 ölçeklenmesini açabilir: tek kısıtlama, blok inşası ve kanıtlama maliyetlerini yeterince düşük tutmaktır, böylece her ikisi de 1 of n sansüre dayanıklılığı sürdürebilir ve rekabetçi bir piyasa oluşturabilir.

Ancak pratikte bu tek düşünce değildir. Bir diğer önemli faktör ise: Tam Düğüm çalıştırmak, size yerel bir RPC sunucusu sağlar, böylece on-chain verileri güvene ihtiyaç duymadan, sansüre karşı dayanıklı ve gizliliği koruyarak okuyabilirsiniz. Bu makalede, mevcut L1 genişleme yol haritasını bu hedefe ulaşacak şekilde nasıl ayarlayabileceğimizi tartışacağız.

1, Neden ZK-EVM+PIR ile sağlanan güvensizlik ve gizlilikle yetinmiyoruz?

Geçen ay yayınladığım gizlilik yol haritası, kısa vadede TEE+ORAM'ın benimsenmesini ve uzun vadede PIR teknolojisine geçişi savunuyor. Helios ve ZK-EVM doğrulaması ile birlikte kullanıcılar, (i) doğru zincir verilerini aldığından ve veri gizliliğinin (ii) korunduğundan tam bir güvenle harici RPC'lere bağlanabilir. Bu şu soruyu akla getiriyor: neden orada durmuyorsunuz? Bu gelişmiş şifreleme şemaları, kendi kendine barındırılan düğümleri geçersiz kılıyor mu?

Buna karşı birkaç yanıtım var:

• Tamamen güvene dayanmayan kriptografik çözümler (örneğin, tek sunucu PIR) maliyetli. Mevcut harcamalar pratikten uzak bir şekilde yüksek, birçok verimlilik optimizasyonuna rağmen hala yüksek fiyatlar sürdürülebilir.
• Meta veri gizliliği sorunları. IP adresinin istek zamanı, istek modeli gibi meta veriler, kullanıcı bilgilerini büyük ölçüde açığa çıkarabilir.
• Zayıflık İncelemesi: Az sayıda RPC sağlayıcısının hakim olduğu piyasa yapısı, güçlü kullanıcı yasaklama veya inceleme baskısına maruz kalacaktır. Birçok RPC sağlayıcısı, belirli ülkeleri tamamen engellemeye başladı.

Bu nedenle, bireysel düğümün çalışma kolaylığını sağlamaya devam etmenin hala bir değeri vardır.

2, Kısa Vadeli Öncelikler

EIP-4444'ü öncelikle kapsamlı bir şekilde uygulamak, her düğümün yalnızca yaklaşık 36 gün veri saklamasını sağlamak için nihai bir hedef olacaktır. Bu, depolama alanı ihtiyacını büyük ölçüde azaltacaktır - şu anda düğüm çalıştırmayı engelleyen en büyük engel. Sonrasında düğüm saklama ihtiyacı yalnızca şunları içerecektir: (i) durum verileri, (ii) durum Merkle dalları, (iii)36 gün tarihsel veriler.

Dağıtık tarih saklama çözümleri inşa ederek, her Düğümün az miktarda süresi dolmuş tarih verisi saklamasını sağlamak. Güvenilirliği maksimum düzeye çıkarmak için hata düzeltme kodu teknolojisini kullanmak. Bu, hem "blok zincirinin kalıcı saklama" özelliğini garanti eder hem de merkezi sağlayıcılara bağımlılığı veya Düğüm operatörlerine ağır bir yük getirmeyi gerektirmez.

Gas fiyatlandırma stratejisini ayarlayın, depolama maliyetlerini artırın, yürütme maliyetlerini düşürün. Aşağıdaki işlemlerin Gas maliyetlerinin artırılmasına odaklanın: (i) yeni depolama alanı (storage slot) için SSTORE işlemi, (ii) sözleşme kodu oluşturma, (iii) sıfır bakiye / sıfır nonce hesabına ETH transferi.

3. Ara hedef: Durumsuz doğrulama

Durum doğrulaması gerçekleştikten sonra, RPC'yi destekleyen düğümleri (yani durum bilgilerini depolayan düğümler) durum merkle dallarını saklamalarına gerek kalmayacak. Bu, depolama gereksinimlerini yaklaşık %50 daha azaltabilir.

4, Yeni Düğüm: Kısmi Durumsuz Düğümler

Bu yenilikçi fikir, L1 Gaz üst sınırının 10-100 kat artırılmasının ardından kişisel düğümün çalışmasını sürdürebilmesinin anahtarı olacaktır.

Yeni bir düğüm türü ekledik: Durumsuz şekilde blokları doğrulayan, durumsuz doğrulama veya ZK-EVM ile tüm zinciri doğrulayan, ancak yalnızca kısmi durum verilerini saklayan. RPC isteği için gereken veriler bu durum alt kümesinde bulunduğu sürece, düğüm yanıt verebilir; diğer istekler başarısız olacaktır (veya kullanıcı tarafından seçilmek üzere dış kaynaklı kriptografik çözüme geri dönülmesi gerekebilir).

Hangi durumların bakımının yapılacağı, kullanıcı yapılandırmasına bağlıdır, örneğin:

• Bilinen kötü sözleşmeler dışındaki tüm durumları hariç tut.
• Tüm EOA, SCW hesapları ve yaygın ERC20/ERC721 token ve uygulamalarla ilgili durum.
• Son iki yılda aktif olan EOA/SCW hesap durumu + bazı yaygın ERC20 token durumu + seçilmiş swap/DeFi/gizlilik uygulamaları durumu.

Yapılandırma, on-chain sözleşmelerle yönetilebilir: Kullanıcı düğüm çalıştırırken "--save_state_by_config 0x12345...67890" parametresini kullanır, bu adres belirli bir dilde düğümün kaydetmesi ve gerçek zamanlı olarak güncellemesi gereken adres listesi, depolama yuvası (storage slot) veya durum filtreleme kurallarını tanımlar. Kullanıcının yalnızca orijinal değeri kaydetmesi gerektiğini, Merkle dalını kaydetmesine gerek olmadığını unutmayın.

Bu tür düğümler, hem kritik duruma yerel doğrudan erişim avantajı sağlar hem de tam erişim gizliliğini güvence altına alır.