Vitalik Buterin, Ethereum'un gelecekteki gelişimi hakkında bir dizi tartışma makalesi yayınladı ve bu makalelerde birleşim, dalgalanma, baskı, kenar ve en son saflaştırma aşamasını ele aldı. Bu makaleler, Vitalik'in Ethereum ana ağının gelecekteki gelişimine dair hayallerini ve mevcut sorunların nasıl çözüleceğini göstermektedir.
Temizleme aşamasının ana hedefi, her bir düğümün tüm geçmiş kayıtları hatta nihai durumu kalıcı olarak saklama gereksinimini azaltarak istemci depolama gereksinimlerini düşürmek ve gereksiz işlevleri ortadan kaldırarak protokol karmaşıklığını azaltmaktır.
Tarih geçmiş
Tarihsel sona erme, tamamen senkronize Ethereum düğümlerinin büyük miktarda disk alanına ihtiyaç duyması sorununu çözmeyi amaçlamaktadır. Şu anda, yürütme istemcisi yaklaşık 1,1 TB disk alanına ihtiyaç duymakta, mutabakat istemcisi ise yüzlerce GB gerekmektedir. Bunların büyük çoğunluğu yıllar öncesine ait tarihsel verilerdir.
Tarihin geçerliliğini sağlamak için anahtar, konsensüs mekanizmasının özelliklerini kullanmaktır; yalnızca en son blok üzerinde konsensüse varmak, geçmiş verilerin doğruluğunu doğrulamak için yeterlidir. Bu, her bir düğümün yalnızca kısmi verileri sakladığı gibi geçmiş kayıtları saklamak için çeşitli seçenekler sunar.
Şu anda Ethereum, tüm düğümlerin tüm geçmişi kalıcı olarak depoladığı modelden yavaş yavaş kurtulmaya başlamıştır. Konsensüs blokları yalnızca yaklaşık 6 ay depolanırken, Blob yalnızca yaklaşık 18 gün depolanmaktadır. Gelecek hedef, ( gibi tek bir depolama süresi oluşturmaktır, bu muhtemelen yaklaşık 18 gün ), ardından eski verileri dağıtılmış ağ aracılığıyla depolamaktır.
Geçmişin süresinin dolması için, mevcut torrent kütüphanelerinin veya Ethereum'un yerel Portal ağının dahil edilmesi gibi belirli bir dağıtılmış depolama çözümünün inşa edilmesi ve entegrasyonu gerekmektedir. Ana denge, "eski" tarih verilerini sağlamak için ne kadar çaba harcanacağı ve tarih depolamanın protokole entegrasyonundaki derinliktir.
Geçmişin süresi dolması, düğümlerin çalışması ve başlatılması için basitliği sağlamak açısından kritik öneme sahiptir ve akıllı saatler üzerinde Ethereum düğümünün çalıştırılması vizyonunun gerçekleştirilmesine yardımcı olur. Ayrıca, yalnızca protokolün en son sürümünü destekleyen daha yeni Ethereum düğümlerinin daha uygulanabilir olmasını sağlar.
Durum Süresi Dolmuş
Durumun süre aşımı, depolama geçmişi gereksinimi ortadan kaldırıldığında bile istemcinin depolama gereksinimlerinin sürekli artma sorununu çözmeyi amaçlamaktadır. Bu, durum ( hesap bakiyesi, rastgele sayı, sözleşme kodu ve depolama ) sürekli olarak artacağı için geçerlidir; kullanıcılar yalnızca bir kerelik bir ücret ödeyerek istemciye kalıcı depolama yükü getirebilir.
Durumun süresi dolmuş olması, geçmişte süresi dolmuş olmasından daha zor bir şekilde gerçekleştirilir, çünkü EVM'nin tasarımı, durum nesnelerinin bir kez oluşturulduğunda sonsuza dek var olacağı varsayımına dayanır. Şu anda iki ana çözüm türü vardır: kısmi durum süresi dolması ve adres döngüsüne dayalı durum süresi dolması.
Bazı durumların süresi dolduğunda, durumlar bloklara ayrılır; sadece en son erişilen veriler depolanır. EIP-7736, Verkle ağaçları için getirilen "dal yaprağı" tasarımı üzerine inşa edilen spesifik bir öneridir.
Adres periyoduna dayalı tasarım, sürekli büyüyen durum ağacı listesi aracılığıyla yeniden canlandırma çelişkisi sorununu çözer. Her dönem (, 1 yıl ) gibi yeni bir boş durum ağacı eklenir, tam düğümler yalnızca en son iki ağacı depolar.
Durum süresinin sona ermesiyle ilgili temel zorluk, adres alanının genişlemesi veya daralmasıdır; bu da karmaşık uyumluluk ve güvenlik sorunlarının çözülmesini gerektirir. Durum süresinin sona erip ermemesi fark etmeksizin, nihayetinde adres alanıyla ilgili sorunların çözülmesi gerekecektir.
Fonksiyon Temizliği
Fonksiyon temizliği, protokolün karmaşıklığını azaltmayı, güvenliği, erişilebilirliği ve güvenilir tarafsızlığı artırmayı amaçlamaktadır. Ana yöntemler arasında gereksiz işlevlerin kaldırılması, mevcut mekanizmaların basitleştirilmesi ve veri formatlarının birleştirilmesi gibi işlemler bulunmaktadır.
Fonksiyon basitleştirmenin temel dengesi, basitleştirmenin derecesi ve hızı ile geriye dönük uyumluluk arasındadır. Acil olmayan geriye dönük uyumluluk bozucu değişiklikler yapmak için standart bir boru hattı oluşturulması gerekmektedir ve özelliklerin kaldırılması ile muhafazakar yaklaşım arasında bir denge arayışı içinde olunmalıdır.
EVM nesne formatı ( EOF ), EVM'ye yönelik ana değişiklikler grubudur ve EVM'nin daha güçlü özelliklere sahip bir şekilde yükseltilmesine olanak tanımayı amaçlamaktadır. Avantajı, yeni EVM işlevlerinin eklenmesi için doğal bir yol oluşturmasıdır, ancak aynı zamanda protokolün karmaşıklığını da önemli ölçüde artırmaktadır.
Daha radikal bir basitleştirme stratejisi, protokolün çoğu içeriğinin sözleşme koduna dönüştürülmesi, örneğin Ethereum L1'in yalnızca bir işaretçi zincirine dönüşmesi ve en az sanal makinenin oluşturulmasına izin verilmesidir. Ya da EVM üzerinde yerinde değişim yapmak, yeni "resmi Eter VM" seçmek.
Genel olarak, temizleme aşaması, tarihsel süresi dolmuş, durum süresi dolmuş ve işlev temizliği ile depolama gereksinimlerini ve protokol karmaşıklığını azaltmayı amaçlayarak Ethereum'un uzun vadeli ölçeklenebilirliği ve sürdürülebilirliği için bir temel oluşturur. Bu, basitlik ile uyumluluk arasında bir denge arayışını gerektirebilir ve protokolde derin dönüşümleri içerebilir.
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.
9 Likes
Reward
9
8
Share
Comment
0/400
UncleWhale
· 3h ago
Vitalik Buterin yine hayal kurmaya başladı.
View OriginalReply0
NFTragedy
· 07-04 17:55
İlerlemek için eskileri geride bırakın!
View OriginalReply0
CryptoCross-TalkClub
· 07-04 17:53
Yine güncelleme yapıldı, enayiler kesildi ve madenciler kesildi
View OriginalReply0
TokenomicsTrapper
· 07-04 17:48
ngmi sadece başka bir eth cope hikayesi tbh...
View OriginalReply0
DegenDreamer
· 07-04 17:47
Yine basitlikten bahsediyor ama yükseliş olmuyor.
View OriginalReply0
DaisyUnicorn
· 07-04 17:47
Vitalik Buterin, Ethereum için bahçeyi budamaya geliyor~
View OriginalReply0
DogeBachelor
· 07-04 17:40
Yarım gün yükseliş olmadan yükseltildi.
View OriginalReply0
AlwaysMissingTops
· 07-04 17:28
boğa deri sonunda bu eski verileri yapmayı bekledi.
Ethereum temizleme yolu: depolama gereksinimlerini düşüş ve protokol karmaşıklığını basitleştirme
Ethereum'in Olası Geleceği: Arındırma
Vitalik Buterin, Ethereum'un gelecekteki gelişimi hakkında bir dizi tartışma makalesi yayınladı ve bu makalelerde birleşim, dalgalanma, baskı, kenar ve en son saflaştırma aşamasını ele aldı. Bu makaleler, Vitalik'in Ethereum ana ağının gelecekteki gelişimine dair hayallerini ve mevcut sorunların nasıl çözüleceğini göstermektedir.
Temizleme aşamasının ana hedefi, her bir düğümün tüm geçmiş kayıtları hatta nihai durumu kalıcı olarak saklama gereksinimini azaltarak istemci depolama gereksinimlerini düşürmek ve gereksiz işlevleri ortadan kaldırarak protokol karmaşıklığını azaltmaktır.
Tarih geçmiş
Tarihsel sona erme, tamamen senkronize Ethereum düğümlerinin büyük miktarda disk alanına ihtiyaç duyması sorununu çözmeyi amaçlamaktadır. Şu anda, yürütme istemcisi yaklaşık 1,1 TB disk alanına ihtiyaç duymakta, mutabakat istemcisi ise yüzlerce GB gerekmektedir. Bunların büyük çoğunluğu yıllar öncesine ait tarihsel verilerdir.
Tarihin geçerliliğini sağlamak için anahtar, konsensüs mekanizmasının özelliklerini kullanmaktır; yalnızca en son blok üzerinde konsensüse varmak, geçmiş verilerin doğruluğunu doğrulamak için yeterlidir. Bu, her bir düğümün yalnızca kısmi verileri sakladığı gibi geçmiş kayıtları saklamak için çeşitli seçenekler sunar.
Şu anda Ethereum, tüm düğümlerin tüm geçmişi kalıcı olarak depoladığı modelden yavaş yavaş kurtulmaya başlamıştır. Konsensüs blokları yalnızca yaklaşık 6 ay depolanırken, Blob yalnızca yaklaşık 18 gün depolanmaktadır. Gelecek hedef, ( gibi tek bir depolama süresi oluşturmaktır, bu muhtemelen yaklaşık 18 gün ), ardından eski verileri dağıtılmış ağ aracılığıyla depolamaktır.
Geçmişin süresinin dolması için, mevcut torrent kütüphanelerinin veya Ethereum'un yerel Portal ağının dahil edilmesi gibi belirli bir dağıtılmış depolama çözümünün inşa edilmesi ve entegrasyonu gerekmektedir. Ana denge, "eski" tarih verilerini sağlamak için ne kadar çaba harcanacağı ve tarih depolamanın protokole entegrasyonundaki derinliktir.
Geçmişin süresi dolması, düğümlerin çalışması ve başlatılması için basitliği sağlamak açısından kritik öneme sahiptir ve akıllı saatler üzerinde Ethereum düğümünün çalıştırılması vizyonunun gerçekleştirilmesine yardımcı olur. Ayrıca, yalnızca protokolün en son sürümünü destekleyen daha yeni Ethereum düğümlerinin daha uygulanabilir olmasını sağlar.
Durum Süresi Dolmuş
Durumun süre aşımı, depolama geçmişi gereksinimi ortadan kaldırıldığında bile istemcinin depolama gereksinimlerinin sürekli artma sorununu çözmeyi amaçlamaktadır. Bu, durum ( hesap bakiyesi, rastgele sayı, sözleşme kodu ve depolama ) sürekli olarak artacağı için geçerlidir; kullanıcılar yalnızca bir kerelik bir ücret ödeyerek istemciye kalıcı depolama yükü getirebilir.
Durumun süresi dolmuş olması, geçmişte süresi dolmuş olmasından daha zor bir şekilde gerçekleştirilir, çünkü EVM'nin tasarımı, durum nesnelerinin bir kez oluşturulduğunda sonsuza dek var olacağı varsayımına dayanır. Şu anda iki ana çözüm türü vardır: kısmi durum süresi dolması ve adres döngüsüne dayalı durum süresi dolması.
Bazı durumların süresi dolduğunda, durumlar bloklara ayrılır; sadece en son erişilen veriler depolanır. EIP-7736, Verkle ağaçları için getirilen "dal yaprağı" tasarımı üzerine inşa edilen spesifik bir öneridir.
Adres periyoduna dayalı tasarım, sürekli büyüyen durum ağacı listesi aracılığıyla yeniden canlandırma çelişkisi sorununu çözer. Her dönem (, 1 yıl ) gibi yeni bir boş durum ağacı eklenir, tam düğümler yalnızca en son iki ağacı depolar.
Durum süresinin sona ermesiyle ilgili temel zorluk, adres alanının genişlemesi veya daralmasıdır; bu da karmaşık uyumluluk ve güvenlik sorunlarının çözülmesini gerektirir. Durum süresinin sona erip ermemesi fark etmeksizin, nihayetinde adres alanıyla ilgili sorunların çözülmesi gerekecektir.
Fonksiyon Temizliği
Fonksiyon temizliği, protokolün karmaşıklığını azaltmayı, güvenliği, erişilebilirliği ve güvenilir tarafsızlığı artırmayı amaçlamaktadır. Ana yöntemler arasında gereksiz işlevlerin kaldırılması, mevcut mekanizmaların basitleştirilmesi ve veri formatlarının birleştirilmesi gibi işlemler bulunmaktadır.
Bazı belirli basitleştirme fırsatları şunlardır:
Fonksiyon basitleştirmenin temel dengesi, basitleştirmenin derecesi ve hızı ile geriye dönük uyumluluk arasındadır. Acil olmayan geriye dönük uyumluluk bozucu değişiklikler yapmak için standart bir boru hattı oluşturulması gerekmektedir ve özelliklerin kaldırılması ile muhafazakar yaklaşım arasında bir denge arayışı içinde olunmalıdır.
EVM nesne formatı ( EOF ), EVM'ye yönelik ana değişiklikler grubudur ve EVM'nin daha güçlü özelliklere sahip bir şekilde yükseltilmesine olanak tanımayı amaçlamaktadır. Avantajı, yeni EVM işlevlerinin eklenmesi için doğal bir yol oluşturmasıdır, ancak aynı zamanda protokolün karmaşıklığını da önemli ölçüde artırmaktadır.
Daha radikal bir basitleştirme stratejisi, protokolün çoğu içeriğinin sözleşme koduna dönüştürülmesi, örneğin Ethereum L1'in yalnızca bir işaretçi zincirine dönüşmesi ve en az sanal makinenin oluşturulmasına izin verilmesidir. Ya da EVM üzerinde yerinde değişim yapmak, yeni "resmi Eter VM" seçmek.
Genel olarak, temizleme aşaması, tarihsel süresi dolmuş, durum süresi dolmuş ve işlev temizliği ile depolama gereksinimlerini ve protokol karmaşıklığını azaltmayı amaçlayarak Ethereum'un uzun vadeli ölçeklenebilirliği ve sürdürülebilirliği için bir temel oluşturur. Bu, basitlik ile uyumluluk arasında bir denge arayışını gerektirebilir ve protokolde derin dönüşümleri içerebilir.