BlockBeats News, 3 Mayıs'ta Ethereum kurucu ortağı Vitalik Buterin, Ethereum'un amacının bir "dünya defteri" olmak olduğunu söyleyen bir blog yazısı yayınladı: medeni varlıkları ve kayıtları depolamak için bir platform, finans, yönetişim, yüksek değerli veri sertifikasyonu vb. için temel bir katman. Bu iki şey gerektirir: ölçeklenebilirlik ve esneklik. Bu yazının amacı, dayanıklılığın (ve nihayetinde ölçeklenebilirliğin) en önemli, ancak kolayca hafife alınan yönlerinden birine odaklanmaktır: protokolün basitliği. Bitcoin ile ilgili en iyi şeylerden biri, protokol tasarımının son derece basit ve zarif olması ve protokolü basit tutmanın Bitcoin veya Ethereum'un güvenilir, tarafsız ve küresel olarak güvenilen bir altyapı katmanı haline gelmesine yardımcı olmasıdır. Geçmişte, Ethereum bu konuda genellikle yeterince şey yapmadı ve bu makalenin bir sonraki bölümü, Ethereum'un önümüzdeki beş yıl içinde nasıl Bitcoin kadar özlü hale gelebileceğini tartışacak. Konsensüs Katmanını Basitleştirmek: Yeni konsensüs katmanı (eski adıyla Beam Chain), konsensüs teorisi, ZK-SNARK geliştirme, hisse kanıtı ekonomisi ve diğer alanlardaki son on yıldaki tüm deneyimimizi kullanarak Ethereum için uzun vadeli optimal bir konsensüs katmanı oluşturmayı amaçlamaktadır. Bu konsensüs katmanının avantajı, mevcut işaret zincirlerinden çok daha özlü olmasıdır. Yürütme katmanını basitleştirmek: Birçoğunun gereksiz olduğu kanıtlanan (ve çoğu durumda benim hatam) EVM'nin artan karmaşıklığı, EVM'nin RISC-V ile değiştirilmesini veya bir Ethereum ZK kanıtlayıcı yazabilen başka bir sanal makine kullanılmasını önerir. Tinygrad projesinin örneğini takip etmemizi ve Ethereum'daki temel fikir birliği ile ilgili kodu Bitcoin'in basitliğine mümkün olduğunca yaklaştırmak amacıyla Ethereum'un uzun vadeli teknik özellikleri için "maksimum kod satırı sayısı" hedefi belirlememizi öneriyorum. Ethereum'un tarihsel kurallarının işlenmesini içeren kod yine de korunacaktır, ancak fikir birliği kritik yoluna girmekten kaçınılmalıdır. Aynı zamanda, genel tasarım felsefemizde aşağıdaki ilkeleri de uygulamalıyız: mümkün olduğunda daha basit çözümlere öncelik vermek, "sistemik karmaşıklık" yerine "paketlenmiş karmaşıklığı" tercih etmek ve tasarım kararlarında net doğrulanabilir niteliklere ve garantilere sahip çözümlere öncelik vermek.
The content is for reference only, not a solicitation or offer. No investment, tax, or legal advice provided. See Disclaimer for more risks disclosure.
Vitalik, Ethereum L1'i basitleştirmeyi önerdi, hedef beş yıl içinde protokolün basitliğini Bitcoin'e yakınlaştırmak.
BlockBeats News, 3 Mayıs'ta Ethereum kurucu ortağı Vitalik Buterin, Ethereum'un amacının bir "dünya defteri" olmak olduğunu söyleyen bir blog yazısı yayınladı: medeni varlıkları ve kayıtları depolamak için bir platform, finans, yönetişim, yüksek değerli veri sertifikasyonu vb. için temel bir katman. Bu iki şey gerektirir: ölçeklenebilirlik ve esneklik. Bu yazının amacı, dayanıklılığın (ve nihayetinde ölçeklenebilirliğin) en önemli, ancak kolayca hafife alınan yönlerinden birine odaklanmaktır: protokolün basitliği. Bitcoin ile ilgili en iyi şeylerden biri, protokol tasarımının son derece basit ve zarif olması ve protokolü basit tutmanın Bitcoin veya Ethereum'un güvenilir, tarafsız ve küresel olarak güvenilen bir altyapı katmanı haline gelmesine yardımcı olmasıdır. Geçmişte, Ethereum bu konuda genellikle yeterince şey yapmadı ve bu makalenin bir sonraki bölümü, Ethereum'un önümüzdeki beş yıl içinde nasıl Bitcoin kadar özlü hale gelebileceğini tartışacak. Konsensüs Katmanını Basitleştirmek: Yeni konsensüs katmanı (eski adıyla Beam Chain), konsensüs teorisi, ZK-SNARK geliştirme, hisse kanıtı ekonomisi ve diğer alanlardaki son on yıldaki tüm deneyimimizi kullanarak Ethereum için uzun vadeli optimal bir konsensüs katmanı oluşturmayı amaçlamaktadır. Bu konsensüs katmanının avantajı, mevcut işaret zincirlerinden çok daha özlü olmasıdır. Yürütme katmanını basitleştirmek: Birçoğunun gereksiz olduğu kanıtlanan (ve çoğu durumda benim hatam) EVM'nin artan karmaşıklığı, EVM'nin RISC-V ile değiştirilmesini veya bir Ethereum ZK kanıtlayıcı yazabilen başka bir sanal makine kullanılmasını önerir. Tinygrad projesinin örneğini takip etmemizi ve Ethereum'daki temel fikir birliği ile ilgili kodu Bitcoin'in basitliğine mümkün olduğunca yaklaştırmak amacıyla Ethereum'un uzun vadeli teknik özellikleri için "maksimum kod satırı sayısı" hedefi belirlememizi öneriyorum. Ethereum'un tarihsel kurallarının işlenmesini içeren kod yine de korunacaktır, ancak fikir birliği kritik yoluna girmekten kaçınılmalıdır. Aynı zamanda, genel tasarım felsefemizde aşağıdaki ilkeleri de uygulamalıyız: mümkün olduğunda daha basit çözümlere öncelik vermek, "sistemik karmaşıklık" yerine "paketlenmiş karmaşıklığı" tercih etmek ve tasarım kararlarında net doğrulanabilir niteliklere ve garantilere sahip çözümlere öncelik vermek.