Ağ güvenliği endişelerinin yanı sıra, L1 Gas sınırını artırmaya yönelik en yaygın eleştirilerden biri, tam düğüm çalıştırmanın zorluğunu artırmasıdır. Özellikle tam düğüm ayrımına odaklanan bir yol haritası bağlamında, bu sorunu çözmek için tam düğümlerin rolünü anlamak gerekmektedir.
Tarihsel olarak, insanlar tam düğümlerin zincir üzerindeki verileri doğrulamak için kullanıldığını düşünmüşlerdir; buraya bakın, sıradan kullanıcıların doğrulayamaması durumunda neler olabileceği hakkında kendi açıklamamı öğrenin. Eğer bu tek sorun ise, o zaman ZK-EVM L1 genişlemesini açabilir: tek kısıtlama, blok inşa etme ve kanıtlama maliyetlerini yeterince düşük seviyelerde tutmaktır, böylece her ikisi de 1-of-n sansüre dayanıklılığını ve piyasa rekabetçiliğini sürdürebilir.
Ancak gerçekte bu, tek sorun değil. Diğer bir ana sorun, tam bir düğüme sahip olmanın çok değerli olmasıdır; böylece güvenilmez, sansüre dayanıklı ve gizliliğe dost bir şekilde zinciri okumak için yerel bir RPC sunucusuna sahip olabilirsiniz. Bu belge, bu hedefe ulaşmak için mevcut L1 genişleme yol haritasında yapılan ayarlamaları tartışacaktır.
Neden ZK-EVM + PIR ile güvenilmez ve gizlilik sağlamaya devam etmeliyiz?
Geçen ay yayınladığım gizlilik yol haritasında, TEE + ORAM'ı kısa vadeli bir yamanın yanı sıra, PIR'ı uzun vadeli bir çözüm olarak belirttim. Böylece, Helios ve ZK-EVM doğrulaması ile birlikte, herhangi bir kullanıcı harici RPC'ye bağlanabilir ve tamamen emin olabilir: (i) aldıkları zincirin doğru olduğundan; (ii) verilerinin gizliliğinin korunduğundan. Bu nedenle, sormadan edemiyoruz: Neden burada duralım? Bu gelişmiş kriptografi çözümleri, kendi kendine barındırılan düğümlerin modası geçmiş kalıntılar haline gelmesine neden olmayacak mı?
Burada birkaç cevap verebilirim:
Tamamen güvensiz kripto çözümleri (yani 1-sunucu PIR) son derece pahalı olacaktır. Mevcut maliyetler pratikten uzak, birçok verimlilik iyileştirmesine rağmen muhtemelen hala pahalı kalacaktır.
Meta veri gizliliği. Hangi IP adresinin ne zaman istek yaptığı ve isteğin biçimi, bu veriler kullanıcı hakkında çok fazla bilgi açığa çıkarmak için yeterlidir.
İnceleme Açıkları: Az sayıda RPC sağlayıcısı tarafından hakim olunan piyasa yapısı, platformların iptal edilmesi veya kullanıcıların denetlenmesi yönünde güçlü bir baskıyla karşılaşacaktır. Birçok RPC sağlayıcısı, tüm bir ülkeyi dışlamıştır.
Bu nedenlerle, kişisel düğümlerin daha kolay çalışmasını sağlamak değerli olmaya devam etmektedir.
Kısa Vadeli Öncelikler
EIP-4444'ün kapsamlı bir şekilde tanıtım önceliğini artırın, her düğümün yalnızca yaklaşık 36 günlük verilerin nihai son durumunu sakladığı zamana kadar. Bu, disk alanı gereksinimlerini önemli ölçüde azaltacaktır ve disk alanı gereksinimleri, daha fazla kişinin düğüm çalıştırmasını engelleyen ana sorunlardan biridir. Sonrasında, düğümlerin disk alanı gereksinimleri şunlar olacaktır: (i) durum boyutu; (ii) durum Merkle dalı; (iii) 36 günlük geçmiş.
Dağıtık tarihsel depolama çözümleri inşa etmek, her düğümün son tarihden daha önceki tarih verilerinin küçük bir kısmını saklamasını sağlar. Dayanıklılığı en üst düzeye çıkarmak için hata düzeltme kodu kullanın. Bu, "blok zincirinin sonsuz olduğu" özelliğini merkezi sağlayıcılara güvenmeden veya düğüm operatörlerine ağır yükler getirmeden sağlamaya yardımcı olabilir.
Gaz fiyatlandırmasını ayarlayın, depolama maliyetlerini artırın, yürütme maliyetlerini azaltın. Özellikle yeni durum yaratma için Gaz maliyetlerini artırmak önceliklidir: (i) yeni depolama alanının SSTORE'u, (ii) sözleşme kodu oluşturma, (iii) henüz bakiyesi veya nonce'u olmayan hesaplara ETH göndermek.
Ara Dönem Öncelikleri: Durumsuz Doğrulama
Durumdan bağımsız doğrulamayı etkinleştirdiğimizde, durum Merkle dallarını saklamadan RPC işlevselliğine sahip düğümleri (yani durumu saklayan düğümleri) çalıştırmak mümkün hale gelir. Bu, depolama gereksinimlerini yaklaşık 2 kat daha fazla azaltacaktır.
Yeni Bir Düğüm Türü: Kısmi Durumsuz Düğüm
Bu yeni bir fikir ve aynı zamanda L1 Gas kısıtlamalarının 10-100 kat artması durumunda bireysel düğümlerin çalıştırılmasını sağlayan anahtardır.
Bir düğüm türü ekledik, bu düğüm durumsuz blokları doğrulayabilir, tüm zinciri doğrulayabilir (durumsuz doğrulama veya ZK-EVM aracılığıyla) ve durumun bir kısmını güncel tutabilir. Gerekli veriler bu durum alt kümesinde olduğu sürece, düğüm RPC taleplerine yanıt verebilir; diğer talepler başarısız olacaktır (veya harici barındırılan kripto çözümüne geri dönülmesi gerekebilir; bunu yapıp yapmamaya kullanıcı karar vermelidir).
Kullanıcının seçtiği yapılandırmaya bağlı olarak korunması gereken durumun belirli kısmı. Aşağıda örnekler verilmiştir.
Bilinen çöp sözleşmeler dışında tüm durumlar
Tüm EOA ve SCW ile birlikte tüm yaygın ERC 20 ve ERC 721 token ve uygulamalarla ilgili durum
Geçtiğimiz iki yıl içinde erişilen tüm EOA ve SCW'ler ile bazı yaygın ERC 20 token'larıyla ilgili durumların yanı sıra sınırlı bir dizi borsa, defi ve gizlilik uygulamaları.
Ayarlar, zincir üzerindeki sözleşmeler aracılığıyla yönetilebilir: Kullanıcılar --save_state_by_config 0x 12345...67890 komutunu çalıştırarak düğümünü başlatabilir, bu adres belirli bir dilde düğümün güncel durumu koruyacağı adres, depolama alanı veya diğer filtreleme alanları listesini belirtecektir. Lütfen unutmayın, kullanıcıların Merkle dalını kaydetmesine gerek yoktur; yalnızca ham değerleri kaydetmeleri yeterlidir.
Bu tür düğümler, kullanıcıların ilgilendikleri durumlara yerel olarak doğrudan erişim sağlamasına ve bu duruma erişimin gizliliğini en üst düzeye çıkarmasına olanak tanır.
The content is for reference only, not a solicitation or offer. No investment, tax, or legal advice provided. See Disclaimer for more risks disclosure.
Vitalik: Ethereum L1 genişletilebilirlik sorununu çözmek için yeni bir çözüm
Bu makale: Ethereum'un kurucu ortağı Vitalik'ten
Derleme | Odaily Yıldız Gazetesi（@OdailyChina）
Çevirmen | Ethan（@ethanzhang_web3）
Ağ güvenliği endişelerinin yanı sıra, L1 Gas sınırını artırmaya yönelik en yaygın eleştirilerden biri, tam düğüm çalıştırmanın zorluğunu artırmasıdır. Özellikle tam düğüm ayrımına odaklanan bir yol haritası bağlamında, bu sorunu çözmek için tam düğümlerin rolünü anlamak gerekmektedir.
Tarihsel olarak, insanlar tam düğümlerin zincir üzerindeki verileri doğrulamak için kullanıldığını düşünmüşlerdir; buraya bakın, sıradan kullanıcıların doğrulayamaması durumunda neler olabileceği hakkında kendi açıklamamı öğrenin. Eğer bu tek sorun ise, o zaman ZK-EVM L1 genişlemesini açabilir: tek kısıtlama, blok inşa etme ve kanıtlama maliyetlerini yeterince düşük seviyelerde tutmaktır, böylece her ikisi de 1-of-n sansüre dayanıklılığını ve piyasa rekabetçiliğini sürdürebilir.
Ancak gerçekte bu, tek sorun değil. Diğer bir ana sorun, tam bir düğüme sahip olmanın çok değerli olmasıdır; böylece güvenilmez, sansüre dayanıklı ve gizliliğe dost bir şekilde zinciri okumak için yerel bir RPC sunucusuna sahip olabilirsiniz. Bu belge, bu hedefe ulaşmak için mevcut L1 genişleme yol haritasında yapılan ayarlamaları tartışacaktır.
Neden ZK-EVM + PIR ile güvenilmez ve gizlilik sağlamaya devam etmeliyiz?
Geçen ay yayınladığım gizlilik yol haritasında, TEE + ORAM'ı kısa vadeli bir yamanın yanı sıra, PIR'ı uzun vadeli bir çözüm olarak belirttim. Böylece, Helios ve ZK-EVM doğrulaması ile birlikte, herhangi bir kullanıcı harici RPC'ye bağlanabilir ve tamamen emin olabilir: (i) aldıkları zincirin doğru olduğundan; (ii) verilerinin gizliliğinin korunduğundan. Bu nedenle, sormadan edemiyoruz: Neden burada duralım? Bu gelişmiş kriptografi çözümleri, kendi kendine barındırılan düğümlerin modası geçmiş kalıntılar haline gelmesine neden olmayacak mı?
Burada birkaç cevap verebilirim:
Bu nedenlerle, kişisel düğümlerin daha kolay çalışmasını sağlamak değerli olmaya devam etmektedir.
Kısa Vadeli Öncelikler
Ara Dönem Öncelikleri: Durumsuz Doğrulama
Durumdan bağımsız doğrulamayı etkinleştirdiğimizde, durum Merkle dallarını saklamadan RPC işlevselliğine sahip düğümleri (yani durumu saklayan düğümleri) çalıştırmak mümkün hale gelir. Bu, depolama gereksinimlerini yaklaşık 2 kat daha fazla azaltacaktır.
Yeni Bir Düğüm Türü: Kısmi Durumsuz Düğüm
Bu yeni bir fikir ve aynı zamanda L1 Gas kısıtlamalarının 10-100 kat artması durumunda bireysel düğümlerin çalıştırılmasını sağlayan anahtardır.
Bir düğüm türü ekledik, bu düğüm durumsuz blokları doğrulayabilir, tüm zinciri doğrulayabilir (durumsuz doğrulama veya ZK-EVM aracılığıyla) ve durumun bir kısmını güncel tutabilir. Gerekli veriler bu durum alt kümesinde olduğu sürece, düğüm RPC taleplerine yanıt verebilir; diğer talepler başarısız olacaktır (veya harici barındırılan kripto çözümüne geri dönülmesi gerekebilir; bunu yapıp yapmamaya kullanıcı karar vermelidir).
Kullanıcının seçtiği yapılandırmaya bağlı olarak korunması gereken durumun belirli kısmı. Aşağıda örnekler verilmiştir.
Ayarlar, zincir üzerindeki sözleşmeler aracılığıyla yönetilebilir: Kullanıcılar --save_state_by_config 0x 12345...67890 komutunu çalıştırarak düğümünü başlatabilir, bu adres belirli bir dilde düğümün güncel durumu koruyacağı adres, depolama alanı veya diğer filtreleme alanları listesini belirtecektir. Lütfen unutmayın, kullanıcıların Merkle dalını kaydetmesine gerek yoktur; yalnızca ham değerleri kaydetmeleri yeterlidir.
Bu tür düğümler, kullanıcıların ilgilendikleri durumlara yerel olarak doğrudan erişim sağlamasına ve bu duruma erişimin gizliliğini en üst düzeye çıkarmasına olanak tanır.