Vitalik Buterin, Ethereum Protokolü Geliştirme Sürecinde Basitleştirme ve "Çöp Toplama" Çağrısı Yaptı

18 Ocak'ta PANews'ten gelen bir haberde, Vitalik Buterin, X platformunda yaptığı açıklamada, "güven gerektirmeme", "bağımsızlık testini geçme" ve "özgür irade" kavramlarının önemli ve uzun süredir yeterince vurgulanmamış bir yönünün olduğunu belirtti. Bu yön, protokolün basitliği. Bir protokolün on binlerce düğümü, %49'lık bir Byzantine toleransı (dayanıklılık) sunması ve düğümlerin peerdas ve starks ile kuantum dirençli olmaları, her şeyi doğrulamaları mümkün olsa bile, eğer bu protokol on binlerce satırlık kod ve beş doktora seviyesi kriptografi içeren karmaşık ve büyük bir yapıdan oluşuyorsa, bu protokol sonunda yukarıdaki üç testi de geçemez: - Güven gerektirmeme özelliğine sahip değildir, çünkü kullanıcıların protokolün özelliklerini bilmek için küçük bir elit grubuna güvenmesi gerekir. - "Bağımsızlık testini geçemez", çünkü mevcut istemci ekibi ayrıldığında, yeni bir ekip aynı kalite seviyesine ulaşmakta zorlanır. - Özgür iradeye sahip değildir, çünkü hatta en teknik yetkinliklere sahip kullanıcılar bile protokolü inceleyip anlayamazsa, bu protokol kullanıcıların tamamına ait olmaz. - Ayrıca, protokolün her parçası, özellikle birbiriyle karmaşık şekilde etkileşime girdiğinde, protokolün çökmesi riski taşıdığı için güvenliği düşüktür. Ethereum protokolü geliştirmesine dair benim endişem, belirli ihtiyaçlara hizmet edebilmek adına yeni özelliklerin protokole çok hızlı şekilde eklenmesi ve bu özelliklerin protokolü daha karmaşık hale getirmesi veya yeni türde etkileşimli bileşenler veya karmaşık kriptografi gibi temel bileşenlerin eklenmesi olabilir. Bu, kısa vadede işlevsel kazanımlar sağlayabilir ama uzun vadede, kendi kendine yönetilebilirlik yaratmak ve imparatorluklar ve ideolojilerin yükseliş ve düşüşlerinin ötesinde yüzyıllar boyu sürmeyi amaçlayan merkezsiz bir altyapı inşa etmek açısından yıkıcı olabilir. Temel problem, protokol değişikliklerini "mevcut protokole ne kadar müdahale edildi" açısından değerlendirmek şeklindedir. Geriye dönük uyumluluk isteğinin, protokoldeki değişikliklerin azaltılması yerine eklenmesini teşvik etmesi nedeniyle, protokol zamanla kaçınılmaz olarak karmaşıklaşır. Bu duruma karşı, Ethereum geliştirme sürecine net bir "basitleştirme" veya "atık toplama" süreci entegre edilmelidir. Basitleştirme üç ölçüt ile değerlendirilebilir: 1. Protokoldeki toplam kod satır sayısını en aza indirgemek. 2. Temelde karmaşık olan teknik bileşenlere gereğinden fazla bağımlılık kurmamak. 3. Daha fazla "değişmez" (invariant) özelliği eklemek: Protokolün temel özelliklerine dayanabilmesi için, örneğin EIP-6780 (selfdestruct kaldırma) ile her blokta en fazla N tane depolama hücresinin değiştirilebileceği özelliği eklenerek, istemci geliştirme büyük ölçüde basitleştirilmiştir. Atık toplama, hem küçük ölçekli hem de büyük ölçekli olabilir. Küçük ölçekli atık toplama, mevcut işlevleri daha basit ve daha mantıklı hale getirmeye çalışır. Büyük ölçekli atık toplamanın bir örneği, PoW yerine PoS kullanmaya geçiş yapmaktır. Bir diğer yaklaşım ise "Rosetta tarzı geriye dönük uyumluluk"tur. Bu yöntemde karmaşık ama nadiren kullanılan işlevler hâlâ kullanılabilir olmaya devam eder, ancak artık zorunlu protokol bileşeni olmaktan çıkarılır ve bunlar "akıllı sözleşme" koduna indirgenir. Bu sayede yeni istemci geliştiricileri bu işlevlerle uğraşmak zorunda kalmaz. Örneğin, tamamen yerel hesap soyutlamasına geçildikten sonra, eski tüm işlem türleri elden bırakılabilir; mevcut önceden derlenmiş kodları EVM veya RISC-V kodu ile değiştirmek; sonunda sanal makineyi EVM'den RISC-V'ye değiştirmek. Son olarak, istemci geliştiricilerinin artık eski Ethereum protokol versiyonlarıyla uğraşmalarının gerekmemesini umuyorum. Uzun vadede Ethereum'un değişme hızının yavaşlaması sağlanmalı ve bu sayede faydası olmayan parçaların Ethereum protokolünü kalıcı olarak yoran bir yapıya dönüşmesi engellenmelidir.