Vitalik Buterin, Ethereum'u 2030'da 'Bitcoin kadar basit' hale getirmek istiyor.

Ethereum'in kurucu ortağı Vitalik Buterin, blok zincirinin uzun vadeli dayanıklılığının ve ölçeklenebilirliğinin, onu Bitcoin gibi basit hale getirmeye bağlı olduğunu düşünüyor. 3 Mayıs'ta bir blog yazısında, "Ethereum 5 yıl sonra Bitcoin kadar basit hale gelebilir" şeklinde tanımladı. Buterin şunları yazdı: "Bitcoin hakkında en harika şeylerden biri, protokolün son derece basit olmasıdır." Buterin'e göre, Bitcoin'in minimalist tasarımı ve basitliği onu erişilebilir hale getiriyor, bu nedenle bir lise öğrencisi bile protokolün kavramlarını ve mimarisini anlayabilir. Buterin, basitliğin yeni altyapı oluşturma ve mevcut altyapıyı sürdürme maliyetlerini düşürmek gibi diğer avantajları da beraberinde getirdiğini ve hata riskini azalttığını savunuyor. Son güncellemeler, (PoS) gibi hisse kanıtı ve (zk-SNARK) gibi Sıfır Bilgi Kısa Etkileşimli Bilgi Argümanı entegrasyonu sayesinde Ethereum daha güçlü hale geldi. Ancak, tasarımın sadeliğinin göz ardı edilmesi, Ethereum'un maliyetini artırdı. Buterin açıkladı: "Daha önce, Ethereum genellikle böyle yapmıyordu (bazen tamamen benim kişisel kararlarımdan dolayı ) ve bu, aşırı geliştirme maliyetlerine, her türlü güvenlik riskine ve R&D kültüründe daralmaya yol açtı, genellikle kanıtlanmış olarak imkansız olan çıkarları takip etmek için." Ethereum konsensüs katmanını basitleştirmek Kasım ayında, Ethereum Foundation'dan araştırmacı Justin Drake, 'Beam Chain' adında bir konsensüs katmanı güncellemesi önerdi. Buterin, Beam Chain'in "önceki çağdışı haline göre çok daha basit hale gelme pozisyonunda olduğunu" düşünüyor. Bu, ışın dizisinin 3 yuvasının nihai tasarımını sağlamasına izin vereceği için, Buterin bunu belirtti. Bu, ayrı yuvalar, dönemler ve senkronizasyon komiteleri gibi karmaşık kavramları ortadan kaldıracaktır. Ayrıca, 3 yuvasının nihai işlevselliğinin temel uygulanmasının yaklaşık 200 satır kod ile gerçekleştirilebileceğini vurguladı, bu da birçok şeyi basitleştiriyor. Işık zinciri, aynı anda aktif olan doğrulayıcı sayısını da azaltacak, bu da "daha güvenli dal seçimi kurallarının daha basit uygulamalarını kullanmaya yardımcı olacak," diye yazdı Buterin. Işın kümeleri, herkesin bir toplayıcı olabileceği STARK tabanlı toplama protokollerini de birleştirecektir. Buterin dikkat çekti: "Karmaşık şifrelemenin kendisi oldukça karmaşık, ancak en azından sıkı bir paketleme karmaşıklığına sahip, protokole karşı çok daha düşük sistem riski vardır." Buterin ekledi ki, aktif doğrulayıcı sayısının azaltılması ve STARK tabanlı toplama araçlarının birleştirilmesi, "daha basit ve güçlü bir P2P mimarisi oluşturmaya izin verebilir". Devamında, doğrulayıcıların giriş ve çıkışından, etkin olmayan sızıntılara kadar bazı yönleri yeniden düşünme ve basitleştirme fırsatı olduğunu söyledi. Ve bu, (LoC) kod satırlarını azaltarak ve "daha okunabilir garantiler" oluşturarak başarılabilir. Buterin, konsensüs katmanının Ethereum (EVM) sanal makinesinin yürütme faaliyetlerinden "nispeten ayrılmış" olduğunu vurguladı, bu da yürütme katmanına göre "nispeten geniş bir alan" sunuyor. Ethereum uygulama katmanını basitleştirmek Geçen ay, Buterin EVM sözleşme dilinin RISC-V ile değiştirilmesini önerdi ve bu sayede verimliliği 100 kat artırmayı hedefledi. Buterin, RISC-V'nin benimsenmesinin aynı zamanda basitliği de artıracağını savundu, çünkü "RISC-V spesifikasyonu EVM'ye kıyasla mantıksız derecede basit." Ancak, bu, mevcut uygulamalar için geriye dönük uyumluluğun sağlanması gerektiği anlamına geliyor. Buterin yazdı: "İlk önce anlamamız gereken önemli şey şudur: "Ethereum kod tabanı"nı tanımlamanın tek bir yolu yoktur ( hatta tek bir istemcide bile )." Buterin'e göre, turuncu alanın azaltılamayacağı. Buterin, amacın yeşil alanı en aza indirmek olduğunu, kodun sarı alana taşınmasıyla, "kodun bugünün zincirini anlamak ve yorumlamak veya optimal bloklar inşa etmek için çok değerli olduğunu, ancak bir konsensüsün parçası olmadığını" belirtti. Buterin, bu süreci Apple'ın uzun vadeli geriye dönük uyumluluğa ulaşma yoluna benzetti. Yazdı: "Önemli olan, turuncu ve sarı alanların karmaşık bir şekilde paketlenmiş olmasıdır; protokolü anlamak isteyen herkes bunları göz ardı edebilir, Ethereum'un uygulanması bunları göz ardı edebilir ve bu alanlardaki herhangi bir hata, mutabakat riski oluşturmaz." Bu, turuncu ve sarı bölgelerdeki kod karmaşıklığının, yeşil bölgedeki kod karmaşıklığına göre "çok daha az dezavantaja sahip" olmasının nedenidir. Yeşil alanı azaltmak için Buterin aşağıdaki adımları önerdi: Aşama 1: Yeni ön derleyici programları RISC-V ile yazılacaktır. Aşama 2: Geliştiricilerin RISC-V ile sözleşme yazma seçeneği olacak. Aşama 3: Tüm önceki derlemeler, bir hard fork aracılığıyla RISC-V uygulamalarıyla değiştirilecektir. Aşama 4: EVM yorumlayıcısının RISC-V üzerinde uygulanması ve bunu bir akıllı sözleşme olarak zincire yüklemek. Buterin, yukarıdaki adımların Ethereum'un konsensüsünün "doğal" olarak RISC-V'yi anlayacağını garanti edeceğini açıkladı. Protokol standartları basitleştirmek için Buterin, "yığınların farklı kısımlarında bir standart paylaşmayı" basitleşmenin bir yolu olarak önerdi. Örneğin, Buterin, mevcut verileri örneklemek, P2P yayınlamak ve dağıtılmış geçmişi depolamak için tek bir silme kodu kullanmayı öneriyor. Bu, toplam kod satırını azaltacak, verimliliği artıracak ve doğrulama yeteneğini güvence altına alacak, diye savunuyor. Benzer şekilde, bir uygulama ikili arayüzü (ABI) üzerinde üç katmanlı Ethereum'da paylaşılan bir seri biçimi olması önerilmektedir: yürütme katmanı, konsensüs katmanı ve akıllı sözleşme. Buterin, çözümlemesi kolay ve yaygın olarak kullanılan SSZ'yi kullanmayı önerdi. Sonunda, EVM RISC-V veya başka bir basit dil ile değiştirildiğinde, Buterin hem konsensüs katmanı hem de yürütme katmanı için Merkle Patricia hexary ağacından ikili ağaç yapısına geçiş önerdi. Bu dönüşüm, tüm Ethereum katmanlarının aynı kod ile erişilebilir ve yorumlanabilir olmasını sağlarken verimliliği artırabilir ve maliyetleri düşürebilir, diye yazdı Buterin. Bir kişilik değişikliği Buterin, Tinygrad örneğinden yola çıkarak Ethereum'un belirgin bir maksimum kod akış hedefi benimsediğini öne sürerek bir sonuç çıkarıyor. Buterin, "Ethereum'un mutabakatı için önemli olan kodun neredeyse Bitcoin kadar basit hale getirilmesi" hedefine vurgu yapıyor. Ama daha da önemlisi, Ethereum'un, basit seçeneklerin mümkün olduğunca seçildiği bir standart uygulaması gerekiyor. Bu, paketlenmiş karmaşıklığın sistematik karmaşıklıktan daha fazla öncelik verilmesi anlamına geliyor. Buterin, Ethereum'un tarihi kurallarını işleyen kodun en son önerisi ile birlikte var olmaya devam edeceğini belirtti. Ancak, bu tür bir kod, konsensüsün kritik kodunun veya yeşil alanın dışarısında tutulmalıdır.