Daha Basit ve Verimli Bir Ethereum Yoluna

Ethereum'un karşılaştığı büyük bir zorluk, uzun vadede karmaşıklığı ve depolama gereksinimlerini azaltırken, blok zincirinin kalıcılığını ve merkeziyetsiz özelliklerini korumaktır. Bu, birkaç ana alanda önlem almamızı gerektiriyor:

Geçmiş Kayıt Süresi Doldu

Şu anda, tam senkronize bir Ethereum nodunun yaklaşık 1.1TB depolama alanına ihtiyacı var, bunun büyük kısmı tarih verilerini saklamak için kullanılıyor. Gas limiti sabit kalsa bile, nodun boyutu her yıl yüzlerce GB artmaya devam edecek.

Çözüm, eski verileri dağıtık bir şekilde depolamak için Ethereum düğümlerinden oluşan bir eşler arası ağ kurmaktır. Her düğüm, yalnızca yaklaşık son 18 günü depolamak zorundadır; daha eski verilere ağa bağlanarak erişilebilir. Bu, tek bir düğümün depolama yükünü büyük ölçüde azaltabilir.

Geçmiş kayıtların sona ermesini sağlamak için ana çalışmalar şunlardır:

1. Mevcut torrent kütüphanelerini veya Ethereum'un yerel Portal ağını dahil ederek belirli dağıtık depolama çözümleri oluşturma ve entegre etme.

2. EIP-4444'ü etkinleştirerek, düğümlerin geçmiş verileri saklama süresini kısıtlayın.

3. "Eski" tarih verilerini nasıl işleyeceğinize karar vermek, mevcut arşiv düğümlerine tamamen bağımlı olmak mı yoksa daha sağlam bir dağıtık depolama ağı mı kurmak gerektiğine bağlıdır.

Durum Süresi Dolmuş

Depolama geçmişinin gereksinimi ortadan kaldırıldığında bile, istemcinin depolama gereksinimi her yıl yaklaşık 50GB artmaya devam edecektir, çünkü durum ( hesap bakiyesi, sözleşme kodu vb. ) sürekli olarak artmaktadır.

İki ana çözüm kategorisi vardır:

1. Kısmi durum süresi doldu: Durumu parçalayın, yalnızca en son erişilen veri bloklarını depolayın, diğer veriler yalnızca 32 baytlık bir taahhüt olarak saklanır.

2. Adres döngüsüne dayalı durum süresi dolması: Düzenli olarak yeni boş durum ağaçları eklenir, eski ağaç dondurulur. Tam düğümler yalnızca en son iki ağacı saklar.

Bu iki seçeneğin her birinin avantajları ve dezavantajları vardır, karmaşıklık, kullanıcı dostu olma ve geliştirici dostu olma arasında bir denge kurulması gerekir. Hangi seçeneğin seçilirse seçilsin, adres alanının genişletilmesi veya daraltılması sorununu çözmek gerekecektir, bu da başlı başına büyük bir zorluktur.

Fonksiyon Temizliği

Protokol karmaşıklığını azaltmak için, bazı gereksiz veya nadiren kullanılan işlevleri kaldırmamız gerekiyor:

1. RLP kodlamasını tamamen SSZ ile değiştirin.
2. Eski işlem türlerini sil
3. Günlüğü Basitleştirme Mekanizması
4. Beacon Chain Senkronizasyon Komitesi Mekanizmasını Kaldır
5. Tekdüze Veri Formatı
6. Gas mekanizmasını basitleştirin
7. Bazı önceden derlenmişleri sil
8. Gas gözlemlenebilirliğini iptal et
9. Statik analiz yeteneğini geliştirme

Bu basitleştirmeleri yaparken, basitleştirme derecesi/hızı ile geriye dönük uyumluluk arasında bir denge kurmak gerekir. Acil olmayan geriye dönük uyumsuz değişiklikleri işlemek için standart bir süreç oluşturulmalıdır.

Daha radikal bir basitleştirme yöntemi, protokolün büyük bir kısmını sözleşme koduna dönüştürmektir. Örneğin, Ethereum L1'i yalnızca işaret zincirini içerecek şekilde basitleştirmek, en küçük sanal makineyi tanıtmak ve ardından üzerinde ilk toplama olarak EVM'yi yeniden inşa etmektir. Bu yöntem protokolü büyük ölçüde basitleştirebilir, ancak uygulanması zordur.

Genel olarak, bu önlemlerle, Ethereum'un temel değerlerini korurken karmaşıklığını ve depolama gereksinimlerini önemli ölçüde azaltabiliriz, uzun vadeli sürdürülebilir gelişim için bir temel oluşturabiliriz. Bu, topluluğun birlikte çalışmasını gerektirir ve teknik yenilik ile geriye dönük uyumluluk arasında bir denge bulmayı gerektirir.