Vitalik'in değiş tokuş sanatı: Ethereum protokolü hangi özellikleri kapsamalıdır?

Eylül ayında Ethereum kurucusu Vitalik Buterin, "Ethereum Protokolü Daha Fazla Özellik Içermeli mi?" başlıklı bir mesaj yazdı. Blog yazısı, Ethereum L1 protokolü için "kutsal almanın" avantajlarını ve dezavantajlarını tartarak okuyuculara Ethereum'un gelecekteki yönü hakkında ipuçları veriyor. **Bu makale "kapsülleme" kavramını ve bunun Ethereum'un yol haritasını nasıl etkileyeceğini tanıtacaktır. **

"Kapsülleme" kavramı

Yazılım geliştirmenin geleneksel tanımından kapsülleme, soyut bir işlev arabiriminin uygulama ayrıntılarını sarmalama ve gizleme yöntemini ifade eder. Ethereum'un "kapsüllenmesi" için bu, ana zincirde daha fazla işlevin doğrudan yürütülebileceği ve bu işlevlerin geçmişte harici yazılımlara dayanmış olabileceği ve kapsüllenen yeni işlevlerin "protokol işlevleri" haline geleceği anlamına gelir.

Yukarıda bahsedilen blog yazısında Vitalik Buterin, Ethereum'un orijinal "minimum kapsülleme felsefesinden" bahsetti. Buradaki fikir, ek işlevsellik ve yeni özellikler için rollup gibi zincir dışı çözümlere güvenirken, temel Ethereum L1 katmanını mümkün olduğunca basit tutmaktır.

Bununla birlikte, şimdi "minimum kapsülleme felsefesinde" küçük bir ayarlamanın gerekli olabileceğine inanıyor. Daha sonra, "minimal kapsüllenmiş felsefeyi" ve artılarını ve eksilerini daha ayrıntılı olarak inceleyeceğiz.

** "Minimum kapsülleme felsefesi"**

"Minimum kapsülleme", katı kurallar koymadan yürütmeyi basitleştirmek için blok zincirindeki belirli işlevlerin kapsüllenmesi anlamına gelir. Örneğin, Ethereum protokolünün eksiksiz bir likidite staking sistemini (Lido'nun stETH'si gibi) kapsaması gerekmez, yalnızca temel zorlukları çözen belirli işlevsellik bölümlerini kapsaması gerekir. Bu, özelliğin basit bir şekilde uygulanmasına ve karmaşıklaştırılmasından kaçınılmasına yardımcı olacaktır.

Ethereum'un çekirdek geliştiricileri, onu temel katmanda temiz, basit ve güvenli tutmaya çalışıyor. Ethereum protokolünün üzerine yeni özellikler oluşturmak, öncelikle Ethereum topluluğunun geri kalanının sorumluluğundadır. Vitalik Buterin'in sözleriyle, Ethereum "blokları sanal bir makine olarak doğrulamak" için oluşturuldu. Bu yaklaşımın en önemli avantajlarından biri, bir hard fork'un kolayca bir blok işlemci sözleşmesinin tek bir işlemi olarak tanımlanabilmesidir. Minimalist mimarinin diğer avantajları arasında farklı kullanıcı ihtiyaçlarını karşılama ve yazılım şişkinliğini önleme esnekliği yer alır. **

Bununla birlikte, endüstri büyüdükçe topluluk, daha fazla özelliği kapsüllemenin Ethereum protokolünde daha düşük gaz ücretleri, artan güvenlik ve azaltılmış merkezileşme riskleri gibi iyileştirmelere yol açabileceğini fark etti.

Paket ERC-4337

2023'te Ethereum'un yeni bir özelliği olan hesap soyutlama herkesin gözüne girdi. ERC-4337 olarak da bilinen hesap soyutlama, diğer beş geliştiriciyle birlikte Vitalik Buterin tarafından yazılmıştır ve hesap soyutlamasını tanıtan belirteç standardıdır. Hesap soyutlama, akıllı sözleşme cüzdanları ve Ethereum kullanıcılarına gaz ücreti ödemek için ERC-20 tokenlerinin kullanımı gibi yeni özellikler getiriyor. Bu kullanıcı dostu özellikler, kripto para birimlerinin ve kripto cüzdanlarının benimsenmesini hızlandırmaya yardımcı oldukları için yaygın olarak bekleniyor.

Hesap soyutlaması yıllar içinde birkaç kez revize edilmiştir. EIP-86 adlı bir Ethereum iyileştirme önerisinden son hali olan ERC-4337'ye dönüştü. Bir ERC olarak, hesap soyutlaması bir hard fork gerektirmez ve teknik olarak Ethereum protokolünden bağımsız olarak var olur.

Şimdi, Vitalik Buterin, ERC-4337'nin bazı kısımlarını kapsüllemenin açık avantajları olduğuna inanıyor. Standart, sansür direncini, gaz verimliliğini ve Ethereum Sanal Makinesi (EVM) işlem kodları için desteği kolaylaştırır. **

Harici yazılım aracılığıyla uygulanırsa, bir saldırganın para çalmak için giriş noktası sözleşmesindeki bir güvenlik açığından yararlanması mümkündür. Tersine, ERC-4337'yi kapsüllemek, protokol içi bir özellik olarak giriş noktası sözleşmesinin yerini alacak ve böylece kullanıcıların fonlarını daha güvenli hale getirecektir. Ek olarak, L1 protokolünün bir parçası olarak, kullanıcılar daha düşük depolama maliyetleri nedeniyle kapsüllenmiş hesap soyutlama işlevlerini kullanırken daha düşük gaz ücretlerine sahiptir.

PBS'yi kapsüllemek, Ethereum merkezileştirme risklerinin ele alınmasına yardımcı olacaktır

Kapsülleme, ademi merkeziyetçiliği teşvik edebilir ve güvene dayalı olmayan bir sistem oluşturabilir ve kapsülleme PBS (Öneren/Oluşturucu Ayrımı) buna iyi bir örnektir. Ethereum blok zincirinin teklif sahipleri, blok üretim haklarını bloklardan maksimum çıkarılabilir değer (MEV) çıkarma konusunda uzmanlaşmış inşaatçılara satan doğrulayıcılardır. Teklif verenler bu süreçte MEV ödülleri kazanırken, blok oluşturucular MEV ödüllerinin bir kısmını kendilerine ayırır.

Şu anda doğrulayıcılar, inşaatçıların pazarlarına erişmek için FlashBot'un üçüncü taraf çözümü olan mev-boost'u kullanıyor. Çözüm şu anda geniş çapta memnuniyetle karşılanıyor ve üretilen Ethereum bloklarının %90'ını oluşturuyor. Protokolü mev-boost merkezileştirme riskinden muaf tutmak için, şu anda PBS'nin Ethereum protokolünün konsensüs katmanında yürütülmesine izin verecek kapsüllenmiş PBS'yi savunuyor. Bu tür protokoller içindeki inşaatçı pazar yerleri, MEV-BOOST pazarında müzayede evleri olarak hareket eden üçüncü taraf merkezi ağların ("röleler" olarak bilinir) kontrolünden kurtulacaktır.

Paket ZK-EVM ve likidite stake etme işlevi

Vitalik Butein, Ethereum projesinin doğuşundan bu yana, üzerine bir protokol inşa ederek çekirdek Ethereum'u mümkün olduğunca basit tutmaya çalıştığını söyledi. Ancak son zamanlarda, çekirdek Ethereum protokolüne daha fazla özellik dahil etme konusunda temkinli bir ilgi var. Az önce bahsedilen hesap soyutlamasına ek olarak, bu özellik akıllı sözleşme cüzdanlarının hesap dondurma ve kurtarma gibi temel özellikleri desteklemesini sağlar. ZKEVM veya sıfır bilgi kanıtlarına dayalı sanal makine, gelişmiş kriptografiden yararlanarak işlem işleme verimliliğini güvenli ve güvenilir bir şekilde artırır. Teorik olarak, hem kapsüllenen hesap soyutlamaları hem de ZKEVM, güvenlik açıklarıyla başa çıkmak için daha verimli yollar sağlayabilir.

ZKEVM ile ilgili olarak, ERC-4337 de bunda rol oynadı, ancak odak noktası hesap soyutlamasından çok ölçeklendirmeydi**. ZK protokolü özelliği, Ethereum müşterilerinin çeşitlendirilmesi felsefesini teşvik edebilir. ZKEVM'nin kapsüllenmesi, Ethereum'un sosyal fikir birliğinin özel durumları ele almasını sağlayacak ve toplama ekosisteminde ek yönetişim ihtiyacını azaltacaktır. Bununla birlikte, Ethereum blok zincirinin depolanacak sınırlı verileri olduğu için Ethereum, ZKEVM'yi kapsüllemede zorluklarla karşılaşabilir. Ancak bu sorun, ZKEVM'nin daha fazla veri sıkıştırmasıyla da hafifletilebilir.

Vitalik Buterin, ZKEVM'lerin "tanık" verileri taşıması gerekmediği takdirde veri verimliliğinin artacağına inanıyor. **Yani, belirli bir veri parçası daha önceki bir blokta zaten okunmuş veya yazılmışsa, kanıtlayıcının tekrar kanıt sağlamak zorunda kalmadan ona erişebileceği varsayılabilir.

Likidite staking'in kapsüllenmesi, doğrulayıcıların merkezileşmesini engeller. Tipik olarak, likidite staking, bir PoS blok zincirinde bir kripto para birimini kilitlemeyi veya stake etmeyi ve DeFi için de kullanılmaya devam edebilen Lido gibi bir platformdan karşılık gelen bir token almayı içerir. Böyle tek bir token hakim olursa, Ethereum doğrulayıcılarının çoğunu kontrol eden potansiyel olarak savunmasız tek bir yönetişim aracıyla sonuçlanabilir. Lido gibi protokoller zaten bu konuda daha fazla güvence sağlıyor, ancak bir savunma katmanı yeterli olmayabilir.

Kapsülleme esnek bir orta yol gerektirir

Merkezileşme riskleri, Ethereum protokolünün karmaşıklığı dış katmana itildiğinde ortaya çıkabilir ve kapsülleme bunu önler. Bununla birlikte, aşırı kapsülleme, protokolün güvenini ve yönetişimini aşırı yükleyerek tarafsızlığını baltalar. Protokol karmaşıklığı, ön kodlamaya daha fazla karmaşıklık ekleme ihtiyacı gibi sistemik riskleri de beraberinde getirir.

Bu nedenle, paketleme söz konusu olduğunda, Vitalik Buterin esnek bir orta yol izliyor. Kullanıcıların önleyici işlemler gibi sorunları azaltmasına yardımcı olmak için özel mempool'ları kapsülleme konusunda tutkulu olmaya devam ediyor. Mev-Boost gibi, özel Mempool çözümleri de üçüncü taraf sağlayıcılar tarafından sağlanır ve bu da merkezileşme ve güven konusunda endişeleri artırır.

Özel bellek havuzlarını kapsüllemek bu sorunu çözebilirken, Vitalik Buterin daha pragmatik bir yaklaşım benimsiyor ve L1'de ön koşu önünü kapsüllemenin, en azından gecikme şifrelemesi mükemmelleşene veya başka bir teknolojik atılım ortaya çıkana kadar zor bir teklif olmaya devam ettiğini savunuyor.

Blog yazısında paylaştığı başlıca noktalar şöyle:

  1. Kapsülleme, merkezileşme riskinden kaçınmaya yardımcı olabilir;

  2. Bununla birlikte, kapsülleme Ethereum'un güven modelini zayıflatıyorsa ve Ethereum'u daha öznel hale getiriyorsa, kapsülleme kullanmaktan kaçınmak en iyisidir;

  3. Çok fazla işlevi kapsüllemek protokolü aşırı karmaşık hale getirecektir;

  4. Kapsüllenmiş işlev yeterli sayıda kullanıcı tarafından kullanılmazsa, kapsülleme uzun vadede ters etki yapabilir.

(Editörün notu: Buradaki "soyut daha fazla işlev", "daha fazla işlevi kapsüllemenin" tam tersidir, soyut işlevler dolaylı olarak uygulanmak üzere daha fazla harici yazılıma devredilebilir ve kapsüllenmiş işlevler daha yerleşik işlevlere güvenerek doğrudan uygulanır.) )

Bir yandan, daha fazla özelliği soyutlama eğilimi aşağıdaki avantajlara sahiptir:

  1. Protokol güvenini ve yönetişim yükü protokollerini aşırı genişletmekten kaçının;

  2. Çeşitlendirilmiş kullanıcı ihtiyaçlarını destekleyin;

  3. Gelecekteki talep belirsiz olduğunda;

  4. Protokol karmaşıklığını azaltın.

Öte yandan, daha fazla işlevsellik paketleme tercihi aşağıdaki avantajlara sahiptir:

  1. Yüksek sabit maliyetlerle başa çıkın;

  2. Protokol yetkilendirme işlevini geliştirin;

  3. Kullanıcılar için kod hatası riskini azaltın;

  4. Üst düzey merkezileşme risklerinden kaçının.

Protokol Evriminin Alt Satırı

Ethereum'un asıl planı, üzerine bir protokol inşa ederek blok zincirinin güvenli bir şekilde çalışmasını sağlamak olsa da, Vitalik Buterin, Ethereum'un geleceğinin kesin olmadığına inanıyor. Endüstrinin dediği gibi, "Kripto para biriminde mükemmel bir çözüm yoktur, sadece ödünleşimler vardır." "Kapsülleme, güvenlik açığı riskini azaltma ve merkezileşme olasılığını azaltma avantajına sahiptir, ancak bariz dezavantajı, protokollerin giderek daha karmaşık hale gelmesine ve sonunda aşırı genişlemesine ve hantal hale gelmesine yol açabilmesidir. Bu, hangi özelliklerin protokole getirilmesi ve hangilerinin ekosistemin diğer seviyelerinde bırakılması gerektiği konusunda karmaşık bir değiş tokuştur.

Genel olarak, mevcut ortamda Vitalik Buterin, blok zincirlerini "sosyal sistemler" olarak görüyor ve haklı ve faydalı örneklerde, bazı belirli işlevleri kapsayan Ethereum protokolünü destekleme eğiliminde. Nadiren kullanılan işlevler için, eski sürümlerle ve hafif protokollerle uyumluluğu sağlamak için kapsüllemeyi kaldırmak gerekebilir. Elbette, ambalajla ilgili değiş tokuşun zaman içinde gelişmeye devam edeceğini kabul ediyor.

Bir Ethereum uzun vadeli uzmanı olan Ebunker, Ethereum teknolojisinin gelişimine, teklif yükseltmelerine ve topluluk değişikliklerine ilk kez dikkat ederek Staking, L2, DeFi ve diğer önemli Ethereum parkurları hakkında araştırma ve görüşler paylaştı.

Şu anda Ebunker, Ebunker Pool (gözetimsiz Ethereum Staking madencilik havuzunu finanse eden) ve Ebunker Venture (Ethereum Max Ventures) gibi işletmeleri içermektedir.

View Original
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.
  • Reward
  • Comment
  • Share
Comment
0/400
No comments
  • Pin
Trade Crypto Anywhere Anytime
qrCode
Scan to download Gate app
Community
  • 简体中文
  • English
  • Tiếng Việt
  • 繁體中文
  • Español
  • Русский
  • Français (Afrique)
  • Português (Portugal)
  • Bahasa Indonesia
  • 日本語
  • بالعربية
  • Українська
  • Português (Brasil)