Ethereum'un karşılaştığı önemli bir zorluk, uzun vadede karmaşıklığı ve depolama gereksinimlerini azaltırken, zincirin kalıcılığını ve merkeziyetsizliğini korumaktır. Ethereum'un uzun süre ayakta kalabilmesi için karmaşıklığa ve genişlemeye karşı güçlü bir karşı baskı uygulamamız gerekiyor, zamanla karmaşıklığı ve genişlemeyi azaltmalıyız. Ancak aynı zamanda, blok zincirinin kalıcılık gibi bu kritik özelliğini korumamız gerekiyor.
Arıtmanın ana hedefleri şunlardır:
Her düğümün tüm geçmiş kayıtlarını veya nihai durumunu kalıcı olarak depolama gereksinimini azaltarak veya ortadan kaldırarak istemci depolama gereksinimlerini azaltmak.
Protokol karmaşıklığını azaltmak için gereksiz işlevleri ortadan kaldırarak.
Geçmiş Kayıt Süresi Doldu
neyi çözüyor?
Şu ana kadar, tamamen senkronize bir Ethereum düğümünün istemciyi çalıştırmak için yaklaşık 1.1 TB disk alanına ihtiyacı var, ayrıca konsensüs istemcisi için yüzlerce GB daha gerekmektedir. Bunun büyük bir kısmı tarihsel veridir, blok boyutu değişmese bile, düğüm boyutu her yıl yüzlerce GB artmaya devam edecektir.
O nedir, nasıl çalışır?
Tarihsel depolama probleminin temel bir basitleştirilmiş özelliği, her blokun bir hash ile bir önceki bloğa bağlanması nedeniyle, mevcut konsensüse ulaşmanın tarihi konsensüse ulaşmak için yeterli olmasıdır. Bu, tarihsel kayıtları nasıl depolayacağımız konusunda birçok seçenek sunmaktadır. Doğal bir seçenek, her düğümün yalnızca veri ağının küçük bir kısmını depolamasıdır.
Artık Ethereum, tüm düğümlerin geçmişin tamamını sürekli olarak sakladığı modelden kurtulmaya başladı. Konsensüs blokları yalnızca yaklaşık 6 ay saklanıyor. Blob yalnızca yaklaşık 18 gün saklanıyor. EIP-4444, geçmiş bloklar ve makbuzlar için bir yıllık bir saklama süresi getirmeyi amaçlıyor. Uzun vadeli hedef, her bir düğümün her şeyi saklamakla sorumlu olacağı ( kadar yaklaşık 18 gün sürecek tek bir dönem oluşturmaktır, ardından eski verileri dağıtık ağ biçiminde saklayacak Ethereum düğümlerinden oluşan bir eşler arası ağ kurmaktır.
) ne yapmamız gerekiyor, neyi tartmamız gerekiyor?
Kalan ana görevler, geçmiş verileri depolamak için belirli bir dağıtık çözüm inşa etmek ve entegre etmekten oluşmaktadır. En basit çözüm, mevcut torrent kütüphanelerini veya Portal ağı olarak adlandırılan Ethereum yerel çözümünü kullanmaktır. Ana denge, "antik" tarih verilerini sunma çabamızla ilgilidir. En basit çözüm, yarın antik tarih verilerini depolamayı durdurmak ve mevcut arşiv düğümleri ile çeşitli merkezi sağlayıcılara dayanarak kopyalamaktır. Daha zor ama daha güvenli bir yol, önce bir torrent ağı inşa etmek ve entegre etmek ve geçmiş verileri dağıtık bir şekilde depolamaktır.
ile yol haritasının diğer bölümleri nasıl etkileşiyor?
Eğer düğümlerin çalıştırılmasını veya başlatılmasını son derece kolay hale getirmek istiyorsak, o zaman geçmiş depolama gereksinimlerini azaltmak, durumsuzluktan daha önemli sayılabilir. Sadece durumsuzluk ve EIP-4444'ü gerçekleştirdiğimizde, akıllı saatlerde Ethereum düğümleri çalıştırma ve sadece birkaç dakikada kurulum yapma vizyonunu gerçekleştirebiliriz.
![Vitalik: Ethereum'in olası geleceği, The Purge]###https://img-cdn.gateio.im/webp-social/moments-b4e683a9e42e4b5bd6991a4cf6cf948e.webp(
Durum Süresi Doldu
) Hangi sorunu çözüyor?
Kullanıcılar, geçmişi istemci depolama gereksinimini ortadan kaldırmış olsak bile, istemcinin depolama ihtiyacının her yıl yaklaşık 50 GB artmaya devam edeceğini, çünkü durumun sürekli büyüdüğünü görecektir. Kullanıcılar, şimdi ve gelecekteki Ethereum istemcilerine kalıcı bir yük getirmek için tek seferlik bir ücret ödeyebilirler.
O nedir, nasıl çalışır?
Bugün, yeni bir durum nesnesi oluşturduğumuzda, bu durum nesnesi her zaman o durumda kalır. Aksine, istediğimiz, nesnenin zamanla otomatik olarak sona ermesidir. Ana zorluk, bunu verimlilik, kullanıcı dostu olma ve geliştirici dostu olma hedeflerini gerçekleştirecek şekilde yapmaktır.
Şu anda iki tür "bilinen en kötü olmayan çözüm" var:
Kısmi durum sona erme çözümü
Adres döngüsüne dayalı durum sona erme önerisi
Bazı durum süresi dolmuş teklifleri durumu parçalara ayırır. Herkes "üst düzey haritalama"yı kalıcı olarak saklar, burada parçalar boş veya doludur. Veriler yalnızca bu veriler en son erişildiğinde her parçanın içinde saklanır. Veriler artık saklanmadığında bir "diriltme" mekanizması vardır.
Adres döngüsüne dayalı tasarım, sürekli büyüyen bir durum ağaçları listesini kullanır ve okunan veya yazılan her durum en son durum ağacında saklanır. Her dönem ### örneğin: 1 yıl ( yeni bir boş durum ağacı ekler. Eski ağaçlar dondurulur. Tam düğümler yalnızca en son iki ağacı saklar.
) ne yapmamız gerekiyor, neyi dikkate almamız lazım?
Gelecekte dört geçerli yol olduğunu düşünüyorum:
Durumsuz olmaya çalışıyoruz ve asla durumun süresinin dolmasını sağlamıyoruz.
Kısmi durum sona erdiriyoruz ve çok daha düşük ama hala sıfır olmayan bir kalıcı durum boyutu büyüme oranını kabul ediyoruz.
Durum süresi dolumunu adres alanı genişlemesi ile gerçekleştiriyoruz.
Durum süresi dolumunu adres alanı daraltması ile gerçekleştiriyoruz.
Önemli bir nokta, adres formatı değişikliklerine dayanan bir durum süresi planının uygulanıp uygulanmamasından bağımsız olarak, nihayetinde adres alanının genişletilmesi ve daraltılması ile ilgili sorunların çözülmesi gerektiğidir.
![Vitalik: Ethereum'in Olası Geleceği, The Purge]###https://img-cdn.gateio.im/webp-social/moments-a97b8c7f7927e17a3ec0fa46a48c9f24.webp(
Fonksiyon Temizliği
) Ne tür bir sorunu çözüyor?
Güvenlik, erişilebilirlik ve güvenilir tarafsızlığın ana şartlarından biri sadeliktir. Protokol güzel ve basit olduğunda, hata yapma olasılığı azalır. Bu, yeni geliştiricilerin her türlü katılım fırsatını artırır. Ayrıca, adil olma olasılığı daha yüksektir ve özel çıkarlarla başa çıkması daha kolaydır. Ne yazık ki, protokoller herhangi bir sosyal sistem gibi, zamanla karmaşık hale gelme eğilimindedir.
Bu nedir, nasıl çalışır?
Protokolün karmaşıklığını azaltacak tek bir büyük düzeltme yoktur; problemin doğası birçok küçük çözümün varlığındadır. Bazı önemli örnekler şunlardır:
ne yapılması gerekiyor, neyi dengelememiz gerekiyor?
Bu tür bir işlevselliği basitleştirmenin ana dengesi, basitleştirme derecemiz ve hızı ile geriye dönük uyumluluk arasındadır. Daha geniş toplumsal sorun, acil olmayan geriye dönük uyumluluğu bozma değişiklikleri için standartlaşmış bir boru hattı oluşturmaktır.
EVM nesne formatı ### EOF (, EVM'ye önerilen bir dizi ana değişikliktir. Avantajı, yeni EVM işlevleri eklemek için doğal bir yol oluşturması ve daha güçlü garantilere sahip daha katı EVM'ye geçişi teşvik etmesidir. Dezavantajı ise, eski EVM'yi nihayet terk edip silmenin bir yolunu bulamazsak, protokolün karmaşıklığını önemli ölçüde artırmasıdır.
Daha radikal bir Ethereum basitleştirme stratejisi, protokolü değiştirmeden, çoğunu protokol işlevinden akıllı sözleşme koduna taşımaktır. En uç versiyonu, Ethereum L1'in "teknik olarak" sadece bir işaret zinciri olmasına ve diğerlerinin kendi toplama işlemlerini oluşturmasına izin veren en küçük sanal makinenin tanıtılmasına izin vermektir. Ardından, EVM bu toplamalardan ilki haline gelecektir.
![Vitalik: Ethereum'in Olası Geleceği, The Purge])https://img-cdn.gateio.im/webp-social/moments-5cd0e9908a04986f83c85cabecd4a0ae.webp(
![Vitalik: Ethereum'in olası geleceği, The Purge])https://img-cdn.gateio.im/webp-social/moments-dcbf40e0c1bc28d9082b35ed7741f911.webp(
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.
Ethereum'ın arınma yolu: karmaşıklığı ve depolama gereksinimlerini azaltma konusundaki uzun vadeli zorluk
Ethereum'un Olası Geleceği: Arındırma
Ethereum'un karşılaştığı önemli bir zorluk, uzun vadede karmaşıklığı ve depolama gereksinimlerini azaltırken, zincirin kalıcılığını ve merkeziyetsizliğini korumaktır. Ethereum'un uzun süre ayakta kalabilmesi için karmaşıklığa ve genişlemeye karşı güçlü bir karşı baskı uygulamamız gerekiyor, zamanla karmaşıklığı ve genişlemeyi azaltmalıyız. Ancak aynı zamanda, blok zincirinin kalıcılık gibi bu kritik özelliğini korumamız gerekiyor.
Arıtmanın ana hedefleri şunlardır:
Her düğümün tüm geçmiş kayıtlarını veya nihai durumunu kalıcı olarak depolama gereksinimini azaltarak veya ortadan kaldırarak istemci depolama gereksinimlerini azaltmak.
Protokol karmaşıklığını azaltmak için gereksiz işlevleri ortadan kaldırarak.
Geçmiş Kayıt Süresi Doldu
neyi çözüyor?
Şu ana kadar, tamamen senkronize bir Ethereum düğümünün istemciyi çalıştırmak için yaklaşık 1.1 TB disk alanına ihtiyacı var, ayrıca konsensüs istemcisi için yüzlerce GB daha gerekmektedir. Bunun büyük bir kısmı tarihsel veridir, blok boyutu değişmese bile, düğüm boyutu her yıl yüzlerce GB artmaya devam edecektir.
O nedir, nasıl çalışır?
Tarihsel depolama probleminin temel bir basitleştirilmiş özelliği, her blokun bir hash ile bir önceki bloğa bağlanması nedeniyle, mevcut konsensüse ulaşmanın tarihi konsensüse ulaşmak için yeterli olmasıdır. Bu, tarihsel kayıtları nasıl depolayacağımız konusunda birçok seçenek sunmaktadır. Doğal bir seçenek, her düğümün yalnızca veri ağının küçük bir kısmını depolamasıdır.
Artık Ethereum, tüm düğümlerin geçmişin tamamını sürekli olarak sakladığı modelden kurtulmaya başladı. Konsensüs blokları yalnızca yaklaşık 6 ay saklanıyor. Blob yalnızca yaklaşık 18 gün saklanıyor. EIP-4444, geçmiş bloklar ve makbuzlar için bir yıllık bir saklama süresi getirmeyi amaçlıyor. Uzun vadeli hedef, her bir düğümün her şeyi saklamakla sorumlu olacağı ( kadar yaklaşık 18 gün sürecek tek bir dönem oluşturmaktır, ardından eski verileri dağıtık ağ biçiminde saklayacak Ethereum düğümlerinden oluşan bir eşler arası ağ kurmaktır.
) ne yapmamız gerekiyor, neyi tartmamız gerekiyor?
Kalan ana görevler, geçmiş verileri depolamak için belirli bir dağıtık çözüm inşa etmek ve entegre etmekten oluşmaktadır. En basit çözüm, mevcut torrent kütüphanelerini veya Portal ağı olarak adlandırılan Ethereum yerel çözümünü kullanmaktır. Ana denge, "antik" tarih verilerini sunma çabamızla ilgilidir. En basit çözüm, yarın antik tarih verilerini depolamayı durdurmak ve mevcut arşiv düğümleri ile çeşitli merkezi sağlayıcılara dayanarak kopyalamaktır. Daha zor ama daha güvenli bir yol, önce bir torrent ağı inşa etmek ve entegre etmek ve geçmiş verileri dağıtık bir şekilde depolamaktır.
ile yol haritasının diğer bölümleri nasıl etkileşiyor?
Eğer düğümlerin çalıştırılmasını veya başlatılmasını son derece kolay hale getirmek istiyorsak, o zaman geçmiş depolama gereksinimlerini azaltmak, durumsuzluktan daha önemli sayılabilir. Sadece durumsuzluk ve EIP-4444'ü gerçekleştirdiğimizde, akıllı saatlerde Ethereum düğümleri çalıştırma ve sadece birkaç dakikada kurulum yapma vizyonunu gerçekleştirebiliriz.
![Vitalik: Ethereum'in olası geleceği, The Purge]###https://img-cdn.gateio.im/webp-social/moments-b4e683a9e42e4b5bd6991a4cf6cf948e.webp(
Durum Süresi Doldu
) Hangi sorunu çözüyor?
Kullanıcılar, geçmişi istemci depolama gereksinimini ortadan kaldırmış olsak bile, istemcinin depolama ihtiyacının her yıl yaklaşık 50 GB artmaya devam edeceğini, çünkü durumun sürekli büyüdüğünü görecektir. Kullanıcılar, şimdi ve gelecekteki Ethereum istemcilerine kalıcı bir yük getirmek için tek seferlik bir ücret ödeyebilirler.
O nedir, nasıl çalışır?
Bugün, yeni bir durum nesnesi oluşturduğumuzda, bu durum nesnesi her zaman o durumda kalır. Aksine, istediğimiz, nesnenin zamanla otomatik olarak sona ermesidir. Ana zorluk, bunu verimlilik, kullanıcı dostu olma ve geliştirici dostu olma hedeflerini gerçekleştirecek şekilde yapmaktır.
Şu anda iki tür "bilinen en kötü olmayan çözüm" var:
Bazı durum süresi dolmuş teklifleri durumu parçalara ayırır. Herkes "üst düzey haritalama"yı kalıcı olarak saklar, burada parçalar boş veya doludur. Veriler yalnızca bu veriler en son erişildiğinde her parçanın içinde saklanır. Veriler artık saklanmadığında bir "diriltme" mekanizması vardır.
Adres döngüsüne dayalı tasarım, sürekli büyüyen bir durum ağaçları listesini kullanır ve okunan veya yazılan her durum en son durum ağacında saklanır. Her dönem ### örneğin: 1 yıl ( yeni bir boş durum ağacı ekler. Eski ağaçlar dondurulur. Tam düğümler yalnızca en son iki ağacı saklar.
) ne yapmamız gerekiyor, neyi dikkate almamız lazım?
Gelecekte dört geçerli yol olduğunu düşünüyorum:
Önemli bir nokta, adres formatı değişikliklerine dayanan bir durum süresi planının uygulanıp uygulanmamasından bağımsız olarak, nihayetinde adres alanının genişletilmesi ve daraltılması ile ilgili sorunların çözülmesi gerektiğidir.
![Vitalik: Ethereum'in Olası Geleceği, The Purge]###https://img-cdn.gateio.im/webp-social/moments-a97b8c7f7927e17a3ec0fa46a48c9f24.webp(
Fonksiyon Temizliği
) Ne tür bir sorunu çözüyor?
Güvenlik, erişilebilirlik ve güvenilir tarafsızlığın ana şartlarından biri sadeliktir. Protokol güzel ve basit olduğunda, hata yapma olasılığı azalır. Bu, yeni geliştiricilerin her türlü katılım fırsatını artırır. Ayrıca, adil olma olasılığı daha yüksektir ve özel çıkarlarla başa çıkması daha kolaydır. Ne yazık ki, protokoller herhangi bir sosyal sistem gibi, zamanla karmaşık hale gelme eğilimindedir.
Bu nedir, nasıl çalışır?
Protokolün karmaşıklığını azaltacak tek bir büyük düzeltme yoktur; problemin doğası birçok küçük çözümün varlığındadır. Bazı önemli örnekler şunlardır:
ne yapılması gerekiyor, neyi dengelememiz gerekiyor?
Bu tür bir işlevselliği basitleştirmenin ana dengesi, basitleştirme derecemiz ve hızı ile geriye dönük uyumluluk arasındadır. Daha geniş toplumsal sorun, acil olmayan geriye dönük uyumluluğu bozma değişiklikleri için standartlaşmış bir boru hattı oluşturmaktır.
EVM nesne formatı ### EOF (, EVM'ye önerilen bir dizi ana değişikliktir. Avantajı, yeni EVM işlevleri eklemek için doğal bir yol oluşturması ve daha güçlü garantilere sahip daha katı EVM'ye geçişi teşvik etmesidir. Dezavantajı ise, eski EVM'yi nihayet terk edip silmenin bir yolunu bulamazsak, protokolün karmaşıklığını önemli ölçüde artırmasıdır.
Daha radikal bir Ethereum basitleştirme stratejisi, protokolü değiştirmeden, çoğunu protokol işlevinden akıllı sözleşme koduna taşımaktır. En uç versiyonu, Ethereum L1'in "teknik olarak" sadece bir işaret zinciri olmasına ve diğerlerinin kendi toplama işlemlerini oluşturmasına izin veren en küçük sanal makinenin tanıtılmasına izin vermektir. Ardından, EVM bu toplamalardan ilki haline gelecektir.
![Vitalik: Ethereum'in Olası Geleceği, The Purge])https://img-cdn.gateio.im/webp-social/moments-5cd0e9908a04986f83c85cabecd4a0ae.webp(
![Vitalik: Ethereum'in olası geleceği, The Purge])https://img-cdn.gateio.im/webp-social/moments-dcbf40e0c1bc28d9082b35ed7741f911.webp(