Ethereum'un karşılaştığı zorluklardan biri, varsayılan olarak, herhangi bir blockchain protokolünün genişlemesi ve karmaşıklığının zamanla artmasıdır. Bu, iki şekilde gerçekleşir: tarihsel verilerin birikimi ve protokol işlevselliğinin artması. Ethereum'un uzun vadede sürdürülebilir olabilmesi için, bu iki trende güçlü bir karşı baskı uygulamamız gerekiyor, karmaşıklığı ve genişlemeyi zamanla azaltmalıyız. Aynı zamanda, blockchain'in bu temel özelliği olan kalıcılığı korumamız gerekiyor.
The Purge'ın ana hedefi şudur:
Her bir düğümün tüm geçmiş kayıtları veya nihai durumu kalıcı olarak depolama ihtiyacını azaltarak veya ortadan kaldırarak istemci depolama gereksinimlerini azaltmak.
Protokol karmaşıklığını azaltmak için gereksiz işlevleri ortadan kaldırarak.
Tarih sona erdi
Geçmiş kayıtlarının sona ermesi, düğüm depolama gereksinimlerinin sürekli artan sorununu çözmeyi amaçlamaktadır. Şu anda tamamen senkronize Ethereum düğümleri yaklaşık 1.1 TB disk alanına ihtiyaç duymakta ve her yıl yüzlerce GB artmaya devam etmektedir.
Tarih kaydının sona erme temel düşüncesi şudur: her düğüm yalnızca son bir süre için (, örneğin 18 gün ), tam tarih verilerini depolar, daha eski veriler ise ağdaki düğümler tarafından dağıtık bir şekilde saklanır. Bu, her düğümün yalnızca küçük bir kısmını eski veriler saklayacak şekilde bir tohum ağı benzeri bir yöntemle gerçekleştirilebilir.
Şu anda bu yaklaşımın uygulanmasına başlandı; örneğin, konsensüs blokları yalnızca yaklaşık 6 ay saklanıyor, blob'lar ise yaklaşık 18 gün saklanıyor. EIP-4444, tarihsel bloklar ve makbuzlar için bir yıllık bir saklama süresi önermektedir. Uzun vadeli hedef, tek bir saklama süresi oluşturmak ( muhtemelen yaklaşık 18 gün ), ardından Ethereum düğümlerinden oluşan bir P2P ağı eski verileri dağıtık olarak saklayacaktır.
Tarih kayıtlarının sona ermesi için daha fazla çalışmaya ihtiyaç var, örneğin belirli bir dağıtık depolama çözümünün inşası ve entegrasyonu, antik tarih verilerinin kopyalanması gibi. Ana denge, en büyük düğüm kümesinin gerçekten tüm verileri sakladığından nasıl emin olacağımız ve tarihsel depolama entegrasyonunu protokole ne kadar derin bir şekilde dahil edeceğimizdir.
Durum süresi doldu
Durum süresi, Ethereum durumunun sürekli artış sorununu çözmeyi amaçlamaktadır. Depolama geçmişi gereksinimi ortadan kaldırılmış olsa bile, istemcinin durum depolama gereksinimi her yıl yaklaşık 50GB artmaya devam edecektir.
Durumun sona ermesinin ana zorluğu, EVM uyumluluğunu korurken durum nesnelerinin otomatik olarak süresinin dolmasını sağlamaktır. Şu anda temelde iki tür çözüm bulunmaktadır:
Bazı durumların süresi doldu: Durumları parçalara ayırarak, yalnızca en son ziyaret edilen parçalar depolanacaktır. Spesifik bir öneri EIP-7736'dır, bu öneri Verkle ağacının "dal-budak" tasarımına dayanmaktadır ve komşu verileri aynı "gövde" altında depolar, eğer 6 ay içinde erişilmezse yalnızca 32 baytlık bir taahhüt depolanır.
Adres döngüsüne dayalı durum süresi: Her dönem için ( gibi 1 yıl ) yeni bir boş ağaç ekleyen sürekli büyüyen bir durum ağacı listesi kullanılır. Tam düğümler yalnızca son iki ağacı saklar. Süresi dolmuş durum nesneleri, kanıt sağlayarak geri yüklenebilir.
Her iki çözüm de teşvik tasarımı, adres formatı değişikliği gibi bazı zorluklarla karşı karşıya. Gelecekteki olası yollar arasında: sadece durumsuz hale getirme, kısmi durum sona erdirme, adres alanını genişleterek veya daraltarak durum sona erdirme bulunuyor. Protokolün basitleştirilmesi ile geriye dönük uyumluluk arasında bir denge kurulması gerekiyor.
Özellik temizleme
Özellik temizliği, protokolün karmaşıklığını azaltmak için gereksiz işlevlerin kaldırılmasını amaçlamaktadır. Bazı temel temizleme fırsatları şunlardır:
Bu temizleme işlemleri, basitleştirme ve geriye dönük uyumluluk arasında bir denge kurmayı gerektirir. Acil olmayan geriye dönük uyumsuz değişiklikler için standart bir süreç oluşturulmalıdır. EVM nesne formatı (EOF) teklifi bir dizi değişiklik getirmiştir, ancak aynı zamanda karmaşıklığı artırmış ve denge kurmayı gerektirmiştir.
Daha radikal bir basitleştirme stratejisi, protokolün büyük bir kısmını sözleşme koduna dönüştürmek, örneğin EVM'yi bir özet haline getirmek veya EVM'nin yerine yeni bir VM kullanmaktır. Bu, temel protokolü büyük ölçüde basitleştirebilir, ancak uygulama zorluğu yüksektir.
Genel olarak, The Purge, Ethereum'un karmaşıklığını ve depolama gereksinimlerini azaltmak amacıyla tarih kayıtlarının sona ermesi, durumların sona ermesi ve özelliklerin temizlenmesi yoluyla uzun vadeli sürdürülebilirliğini sağlamak için tasarlanmıştır. Bu, basitleştirme ile uyumluluk arasında bir denge kurmayı ve bu değişiklikleri uygulamak için uzun vadeli, düzenli bir süreç oluşturmayı gerektirir.
This page may contain third-party content, which is provided for information purposes only (not representations/warranties) and should not be considered as an endorsement of its views by Gate, nor as financial or professional advice. See Disclaimer for details.
10 Likes
Reward
10
7
Share
Comment
0/400
RooftopReserver
· 07-25 09:20
Ah, V神 sonunda çöpü temizlemeye razı oldu.
View OriginalReply0
DaoResearcher
· 07-25 03:50
Referans veritabanı, bu yolun çoklu çatal riskine sahip olduğunu gösteriyor.
View OriginalReply0
ContractTester
· 07-22 13:46
Geçmişi temizlemek - ilginç, gaz ücretlerini temizlemek daha iyi.
View OriginalReply0
RegenRestorer
· 07-22 13:45
Tamam, düzenleyelim ama işlem hacmini etkilemeyelim.
View OriginalReply0
MetaReckt
· 07-22 13:31
Devam et, tuzak bebeği yap.
View OriginalReply0
TokenTherapist
· 07-22 13:26
Zan Bit kahvaltıyı yeni bitirdi, büyük yükseliş olmalı.
Ethereum The Purge planı: düşüş karmaşıklığı, uzun vadeli sürdürülebilirliği sağlamak.
Ethereum'in Olası Geleceği: The Purge
Ethereum'un karşılaştığı zorluklardan biri, varsayılan olarak, herhangi bir blockchain protokolünün genişlemesi ve karmaşıklığının zamanla artmasıdır. Bu, iki şekilde gerçekleşir: tarihsel verilerin birikimi ve protokol işlevselliğinin artması. Ethereum'un uzun vadede sürdürülebilir olabilmesi için, bu iki trende güçlü bir karşı baskı uygulamamız gerekiyor, karmaşıklığı ve genişlemeyi zamanla azaltmalıyız. Aynı zamanda, blockchain'in bu temel özelliği olan kalıcılığı korumamız gerekiyor.
The Purge'ın ana hedefi şudur:
Tarih sona erdi
Geçmiş kayıtlarının sona ermesi, düğüm depolama gereksinimlerinin sürekli artan sorununu çözmeyi amaçlamaktadır. Şu anda tamamen senkronize Ethereum düğümleri yaklaşık 1.1 TB disk alanına ihtiyaç duymakta ve her yıl yüzlerce GB artmaya devam etmektedir.
Tarih kaydının sona erme temel düşüncesi şudur: her düğüm yalnızca son bir süre için (, örneğin 18 gün ), tam tarih verilerini depolar, daha eski veriler ise ağdaki düğümler tarafından dağıtık bir şekilde saklanır. Bu, her düğümün yalnızca küçük bir kısmını eski veriler saklayacak şekilde bir tohum ağı benzeri bir yöntemle gerçekleştirilebilir.
Şu anda bu yaklaşımın uygulanmasına başlandı; örneğin, konsensüs blokları yalnızca yaklaşık 6 ay saklanıyor, blob'lar ise yaklaşık 18 gün saklanıyor. EIP-4444, tarihsel bloklar ve makbuzlar için bir yıllık bir saklama süresi önermektedir. Uzun vadeli hedef, tek bir saklama süresi oluşturmak ( muhtemelen yaklaşık 18 gün ), ardından Ethereum düğümlerinden oluşan bir P2P ağı eski verileri dağıtık olarak saklayacaktır.
Tarih kayıtlarının sona ermesi için daha fazla çalışmaya ihtiyaç var, örneğin belirli bir dağıtık depolama çözümünün inşası ve entegrasyonu, antik tarih verilerinin kopyalanması gibi. Ana denge, en büyük düğüm kümesinin gerçekten tüm verileri sakladığından nasıl emin olacağımız ve tarihsel depolama entegrasyonunu protokole ne kadar derin bir şekilde dahil edeceğimizdir.
Durum süresi doldu
Durum süresi, Ethereum durumunun sürekli artış sorununu çözmeyi amaçlamaktadır. Depolama geçmişi gereksinimi ortadan kaldırılmış olsa bile, istemcinin durum depolama gereksinimi her yıl yaklaşık 50GB artmaya devam edecektir.
Durumun sona ermesinin ana zorluğu, EVM uyumluluğunu korurken durum nesnelerinin otomatik olarak süresinin dolmasını sağlamaktır. Şu anda temelde iki tür çözüm bulunmaktadır:
Bazı durumların süresi doldu: Durumları parçalara ayırarak, yalnızca en son ziyaret edilen parçalar depolanacaktır. Spesifik bir öneri EIP-7736'dır, bu öneri Verkle ağacının "dal-budak" tasarımına dayanmaktadır ve komşu verileri aynı "gövde" altında depolar, eğer 6 ay içinde erişilmezse yalnızca 32 baytlık bir taahhüt depolanır.
Adres döngüsüne dayalı durum süresi: Her dönem için ( gibi 1 yıl ) yeni bir boş ağaç ekleyen sürekli büyüyen bir durum ağacı listesi kullanılır. Tam düğümler yalnızca son iki ağacı saklar. Süresi dolmuş durum nesneleri, kanıt sağlayarak geri yüklenebilir.
Her iki çözüm de teşvik tasarımı, adres formatı değişikliği gibi bazı zorluklarla karşı karşıya. Gelecekteki olası yollar arasında: sadece durumsuz hale getirme, kısmi durum sona erdirme, adres alanını genişleterek veya daraltarak durum sona erdirme bulunuyor. Protokolün basitleştirilmesi ile geriye dönük uyumluluk arasında bir denge kurulması gerekiyor.
Özellik temizleme
Özellik temizliği, protokolün karmaşıklığını azaltmak için gereksiz işlevlerin kaldırılmasını amaçlamaktadır. Bazı temel temizleme fırsatları şunlardır:
Bu temizleme işlemleri, basitleştirme ve geriye dönük uyumluluk arasında bir denge kurmayı gerektirir. Acil olmayan geriye dönük uyumsuz değişiklikler için standart bir süreç oluşturulmalıdır. EVM nesne formatı (EOF) teklifi bir dizi değişiklik getirmiştir, ancak aynı zamanda karmaşıklığı artırmış ve denge kurmayı gerektirmiştir.
Daha radikal bir basitleştirme stratejisi, protokolün büyük bir kısmını sözleşme koduna dönüştürmek, örneğin EVM'yi bir özet haline getirmek veya EVM'nin yerine yeni bir VM kullanmaktır. Bu, temel protokolü büyük ölçüde basitleştirebilir, ancak uygulama zorluğu yüksektir.
Genel olarak, The Purge, Ethereum'un karmaşıklığını ve depolama gereksinimlerini azaltmak amacıyla tarih kayıtlarının sona ermesi, durumların sona ermesi ve özelliklerin temizlenmesi yoluyla uzun vadeli sürdürülebilirliğini sağlamak için tasarlanmıştır. Bu, basitleştirme ile uyumluluk arasında bir denge kurmayı ve bu değişiklikleri uygulamak için uzun vadeli, düzenli bir süreç oluşturmayı gerektirir.