Derinlikte Ethereum Pump Güncellemesi: Dönüşüm mü yoksa rutin onarım mı?

Eğer blok zincirinin tarihi Bitcoin'in genişleme tarihi ise, o zaman Ethereum'un döngüsel güncellemeleri genişleme yönündeki temel işaretçidir.

Her 1-2 yılda bir yapılan Ethereum büyük versiyon sert çatallama yükseltmeleri, kendi içinden yavaş yavaş Ethereum serisinin L2'lerine yayılacak ve ardından birçok L1'in gelişimine genişleyecektir. Her sert çatallamada yer alan EIP'ler, Ethereum çekirdek topluluğunun yüksek özünü temsil eder ve kazanç ile maliyetin dengelenmesi sonucudur.

Teknik açıdan bakalım, Prag-İlektra yükseltmesinin 11 EIP'sini tek tek inceleyelim, bunların ne olduğunu, ne işe yaradığını ve neden seçildiklerini anlayalım.

Arka Plan

Şu anda güncellemenin Sepolia test ağında 5 Mart'ta, Ethereum ana ağında ise 8 Nisan'da yayınlanması bekleniyor.

Ethereum resmi kod deposunun 4 gün önce yayınlanan sürümünün ilk cümlesi şu: "Ah, bir başka sıcak onarım sürümü!" Evet, sorunlar meydana geldi. Şu anda Holesky test ağında etkin olan sürüm kodu, test ağında ( büyük bir kesinti olarak anlaşılabilecek bir çatala neden oldu ).

Forkların spesifik kod hatalarına odaklanmamıza gerek olmasa da, bu içeriğin karmaşıklığını görebiliriz.

Bireysel açıdan bakıldığında, bu güncelleme PoW'dan PoS'a geçişten sonraki en etkili olanıdır ve zincir üzerindeki çalışma modelini tamamen değiştirecek, yeni bir deneyim sunacaktır.

Bu güncelleme, Okx, Metamask, WalletConnect, Biconomy, BaseWallet, Uniswap, Rhinestone, ZeroDev, TrustWallet, Safe gibi cüzdan ekiplerinin dikkatini çekti. Temelde, ana ağ geçişi sırasında zamanında uyum sağlayabilmeyi güvence altına alıyorlar, kullanıcılar olarak biz de cüzdanlar sayesinde deneyimleyebiliriz.

Ama gerçek temel soru şu - bu güncelleme, geliştiricilerin teknik gerçekleştirmeleri dışında, Ethereum'un ekosistem yapısını gerçekten sarsabilir mi?

Değişiklik yeterince derin mi, yoksa sadece Ethereum Vakfı'nın L2 çağındaki rutin bir yaması mı?

Panorama taraması

Genel olarak, bu yükseltme üç ana özellik göstermektedir:

1. Ethereum gelişimi derinlik aşamasına girdikten sonra, kabul edilebilecek yeni teklifleri sunanlar genellikle Ethereum Vakfı'nın kendi insanlarıdır. Vitalik, önemli değişikliklerin en büyük destekçisidir. Diğer rollerin resmi yükseltmelere yaratıcılığının girmesi neredeyse görülemiyor, bu belki de piyasada "Ethereum'un giderek daha 'inadı'" şeklindeki seslerin bir kanıtıdır, karar verme sistemi giderek daha merkezileşiyor.

2. Ethereum'un piyasa ritmi hızlanıyor. Bu güncelleme, geçen yıl Kasım ayında temel konsensüs tamamlandığından beri 8 öneri içeriyordu, şimdi ise gerçek uygulama 11 öneri içeriyor ve Vitalik'in yönlendirdiği 3 L2 düzeyinde optimizasyon eklenmiştir. Önceden büyük sürümler genellikle bir çekirdekten yola çıkarak birkaç optimizasyon yapıyordu, ancak şimdi neredeyse her şey çok yönlü olarak ilerliyor; yıllarca uzlaşma sağlanamayan hesap soyutlama, sert çatallı sürüm de dahil edilmiştir. Buradan, çoklu zincir patlaması altında, EVM sisteminin SVM sistemleri ile karşı karşıya kaldığını, Solana gibi, Move sistemleri olan Aptos gibi ve BTC sistemleri ile çeşitli BTC L2'lerin ( gelişimi ile bazı agresif durumları hissedebiliriz.

3. Ethereum, ekosistem birleşik avantajlarından yararlanarak, kullanıcı deneyimini optimize etmeye daha fazla eğilim göstermektedir. Kullanıcı deneyimini optimize etmenin doğal olmadığını mı düşünüyorsunuz? Ancak aslında, Ethereum'un birçok büyük sürüm birleştirmesi, sıradan kullanıcı deneyimi ile pek fazla ilişkili değildir. Önceki blok boyutu ayarlaması ) genişlemesi, kullanıcı maliyetlerini düşürmekte ve fiyat dalgalanmalarını azaltmakta, bu da kullanıcı deneyimi optimizasyonu olarak sayılabilir (, 2018 yılındaydı. Son olarak, blob'u tanıtarak L2 kullanıcı işlem ücretlerini büyük ölçüde düşürdü ve bu kez, bu üç zaman dilimi, Ethereum'un kullanıcı maliyetlerinin optimizasyonuna önem vermeye başladığını göstermektedir.

Ama sorun şu ki, Ethereum gerçekten "kullanıcı deneyimini öncelikli olarak mı" ele alıyor? Yoksa sadece kullanıcı deneyimini optimize etmeye zorlanıyor mu?

Deneyim Optimizasyonu

Öncelikle en önemli değişiklik EIP-7702'dir, hesap soyutlama mekanizmasını zincir katmanından güncellemeye getirir. Bu konuda daha önce sistematik bir makale yorumlamıştık, bu sefer tekrar etmeyeceğiz.

Objektif olarak, EIP-7702 birden fazla zincirde imkansız olan kuralı bozdu ve çoğu DApp'in uygulama mantığını da kırdı.

Kullanıcılar için, kendisi hala EOA adresidir, yalnızca gerektiğinde CA mantığını sürdürmekte ve kullanmaktadır, bu yüzden sahip olma maliyeti azalmıştır. Öncelikle zincir dışı CA kimliğine dönüştürmeye gerek yoktur, bu da kullanıcıların kayıt olmadan işlem yapabileceği anlamına gelir. Kullanıcılar EOA ile birden fazla işlemi paralel olarak kolayca gerçekleştirebilir, örneğin yetkilendirilmiş kesinti ve kesinti uygulaması bir arada, bu da kullanıcıların işlem maliyetini zaten düşürmektedir.

DApp'ler için, özellikle zincir üzerinde kurumsal yönetim gerektiren projeler için, borsa gibi, devrim niteliğinde bir optimizasyon. Toplu toplanma bir kez yerel olarak gerçekleştirildiğinde, temel borsa maliyetleri anında yarıdan fazla azalabilir ve nihayetinde kullanıcıların da yararına olabilir.

Bu nedenle, birçok şey değişmiş olsa da, maliyetleri azaltma açısından tüm DApp'lerin araştırması ve uyum sağlaması değerli, çünkü bu sefer kullanıcılar kesinlikle EIP-7702'nin yanında duracak.

Ama burada görünmeyen bir risk var: hesap soyutlaması etkileşim maliyetlerini azaltırken, kullanıcı izin yönetiminin karmaşıklığını artırıyor. Eğer cüzdan sağlayıcıları doğru bir şekilde uyum sağlamazsa, beklenmedik güvenlik açıklarına yol açabilir. Eskiden bir işlemde en fazla tek zincir varlığı kaybedilirdi, şimdi ise bu, tüm zincir kaybına veya hatta zaman ayarlı patlamalara neden olabilir. Açıkça, bu, oltalama hackerlarının çok sevdiği bir güncelleme ve kullanıcıların zincir üzerindeki işlemlere daha dikkatli olmaları gerekiyor.

Uygulama Tarafı Optimizasyonu

EIP-2537, BLS12-381 eliptik eğrisi için önceden derlenmiş işlemleri tanıtarak, BLS imza doğrulama gibi karmaşık kriptografik işlemleri optimize edebilir ve daha yüksek güvenlik ve hesaplama verimliliği sağlar. Bu, sıradan kullanıcıların çoklu imza türü akıllı sözleşme cüzdanlarını daha düşük maliyetle kullanmalarını kolaylaştıracaktır. İmza doğrulama hesaplamalarının karmaşıklığını ve Gas maliyetini önemli ölçüde azaltır, ayrıca sıfır bilgi kanıtları ve homomorfik şifreleme gibi işlevleri daha verimli bir şekilde gerçekleştirip destekleyebilir. Gizlilik ve birlikte çalışabilirlik açısından etkili olacaktır.

EIP-2935, son 8192 blok hash'ini bir sistem sözleşmesinin depolamasında saklar, böylece durumsuz istemcilere en son blok hash verilerini sağlar. Bu tasarım, istemcilerin çalıştırma sırasında tarihsel blok hash'lerine erişim sağlamasına olanak tanır, tüm zincirin tarihsel verilerini kendi başlarına saklamalarına gerek kalmaz. Her ne kadar normal kullanıcılar üzerinde doğrudan bir etkisi olmasa da, bazı depolama gerektirmeyen istemcilerin ortaya çıkmasını teşvik edecektir ve zincir üzerindeki doğrulama hizmetlerine ihtiyaç duyan uygulamalar için optimizasyon değeri taşır. Rollup L2'nin maliyetine de yardımcı olur, çünkü çoğu L2, zincir üzerindeki verilerin tutarlılığını ve tarihsel bilgilerini doğrulamak için geçmişteki L1 blok hash'lerine erişim gerektirir.

Stake etme senaryosunun birden fazla optimizasyonu

Ethereum staking büyük bir konu, ancak sıradan kullanıcılar üzerinde çok az etkisi var ) eğer staking'e katıldıysanız, buradaki ekonomik mantığı derinlemesine düşünmeniz gerekiyor (.

EIP-6110, staking işlemlerinin işlenmesini zincir içi protokol mekanizması aracılığıyla gerçekleştirecek, konsensüs katmanındaki oylama mekanizmasını ortadan kaldıracak ve staking akışının güvenliğini ve verimliliğini optimize edecektir.

EIP-7002, Ethereum'un yürütme katmanının, doğrulayıcıların çıkışını ve kısmi çekimlerini tetiklemesine olanak tanıyan bir mekanizma sunmasını sağlar; böylece "0x01" çekim belgesini kullanan doğrulayıcılar, staking'leri olan ETH'yi yürütme katmanından bağımsız olarak kontrol edebilirler.

EIP-7251, tek bir doğrulayıcının etkin stake limitini )'den 2048 Eter'e ( yükseltirken, minimum stake limiti 32 Eter olarak kalmaya devam ediyor.

EIP-7549, konsensüs katmanındaki "Attestation" mesajının komite indeks alanını mesajın dışına taşıyarak doğrulamayı basitleştirir ve verimliliği artırır.

Makro bağlamda, Ethereum'un doğrulayıcı kümesi hızla büyüyor, 2023 Ekim itibarıyla 830.000'den fazla doğrulayıcı var. MAX_EFFECTIVE_BALANCE 32 ETH ile sınırlı olduğundan, düğüm işletmecileri daha büyük stake varlıklarını yönetmek için birden fazla doğrulayıcı hesabı oluşturmak zorunda kalıyor, bu da çok sayıda "gereksiz doğrulayıcı"nın varlığına yol açıyor.

EIP-7251 ile maksimum sınırı artırarak, Lido gibi toplama staking protokolleri için kontrol hesaplarının sayısını azaltabilir, sistem karmaşıklığını düşürebiliriz, ancak bu merkeziyetsizlik sorununu artırabilir ve ETH staking pazarını daha da merkezileştirebilir. Minimum 32 staking miktarını her zaman korumak ise büyük oyuncuların katılımını hala gerektirdiğini gösteriyor, bu da toplama protokolü ekosisteminde bir uzlaşma sağlıyor ve küçük oyuncuların sıklıkla işlem yaparak konsensüs katmanının istikrarını etkilemesini önlüyor.

EIP-7549, stake sahiplerinin ve düğüm işletmecilerinin fonlar üzerindeki kontrolünü artırarak, çekim işlemlerinin esnekliğini artırmıştır.

Ethereum sürekli olarak staking deneyimini optimize ediyor, bu esasen staking ve düğüm operatörleri topluluğunu güçlendirmek içindir, bu Ethereum'un birleşiminden sonraki hayati unsurudur. Bir anda büyük miktarda para Ethereum etrafında dönmeyi bıraktığında, güvenliği kendisi zayıflayacaktır.

Birden fazla EIP desteği ile, daha büyük ölçekli düğüm operatörlerinin birden fazla doğrulayıcı hesabını birleştirmesine olanak tanırken, aynı zamanda küçük doğrulayıcılara daha fazla esneklik getiriyor. Örneğin, bileşik kazançlar biriktirerek veya daha esnek staking artışları ile kazanç artırılabilir.

Bu nokta çok önemlidir, aslen 32ETH tamamlandığında, eğer yeni üretilen 10 ETH gelir olursa, aslında ETH'yi yeniden stake etmeyeceklerdir, çünkü yeni bir hesap açmak için 32'ye ulaşmaları gerekecek. Ancak bu güncellemeden sonra, doğrudan 42 ETH stake edebilirler. Açıkça bileşik getiriler tekrar ETH'ye dönebilir.

Mevcut ETH piyasasında DeFi projelerinin getiri zayıflığı durumunda, bu belki de fonları emmeye devam edecek, ETH'nin likiditesi azalacak, bu belki de vakfın bu dizi önlemi uygulama motivasyonudur.

L2 ekosisteminin optimizasyonu

EIP-7623, işlemdeki calldata'nın gas ücretini her bir byte için 4/16 gas'tan 10/40 gas'a doğrudan artırmaktadır. Buradaki iki değer, 0 byte ve 0 olmayan byte'ların ücretlerini ayırmakta olup, her ikisi de 2.5 katlık bir artıştır. Esas olarak blok baskısını azaltmak, L2'yi calldata kullanmamaya zorlamak ve bunun yerine daha fazla blob kullanmalarını teşvik etmek içindir.

EIP-7691, bloklardaki blob kapasitesini artırarak daha büyük ölçekli L2 depolama alanını destekler. Önceki Cancun güncellemesinde, her blok için hedef blob sayısını ve her blok için maksimum blob sayısını ifade eden blob'u temsil eden iki temel parametre vardı: target ve max. Cancun'da bu değerler 3 ve 6 iken, şimdi Prag'dan sonra parametreler 6 ve 9 oldu, kısacası kapasite artırıldı.

EIP-7840, istemcilerin EIP-7691'in blob sayısı ayarlarını dinamik olarak ayarlamasına olanak tanıyan bir yapılandırma dosyası ekler. Ayrıca blob'un gaz fiyatlandırmasındaki yanıt verme yeteneğini ayarlamak için bir parametre olan baseFeeUpdateFraction bulunmaktadır.

Ethereum'un temel satış noktası, DeFi yazının sözleşme sisteminden L2 ekosistem topluluğuna dönüşmüştür. Diğer herhangi bir zincir sistemi, bu yılın en popüler BTC L2 sistemi )'in özünde L2 beklentisi ( nedeniyle, tamamen Ethereum'un L2'si ile aynı rekabet konumunda değildir.

Çünkü ya BTC gibi, zincir kısıtlamaları nedeniyle veri geri dönüşü ve güvenlik paylaşımı gibi pratik anlamda L2'yi gerçekleştirmek çok zor. Diğer SVM ve Move sistemleri, esasen kendi L1'lerini geliştirmeye devam ediyor ve bunun üzerinde L2'yi yüzeysel olarak keşfetmeye çalışıyorlar, elbette bu zincirlerin yüksek performansı da L2 yapmaya nispeten daha az bağımlıdır.

Bu nedenle Ethereum, L2'nin TPS'si aracılığıyla kendi yükselişini gerçekleştiriyor. Tabii ki, bununla birlikte birçok sorun da var, örneğin likidite dağılması, çapraz zincir karmaşıklığı vb. Ama bu yolda, başka bir yol da kalmadı. Sonuçta, Web3 yüksek frekanslı uygulama zinciri aşamasına ulaştığında, aslında sık sık çapraz zincir yapmayacak ve likidite ile evrensellik sorunlarını çözmek için zincir soyutlaması gibi yollar denemekte.

L2 üzerindeki işlem maliyetleri, Ethereum'un blob kapasitesine yüksek derecede dayanacağı için, calldata'nın gaz ücretini değiştirmek, L2'nin blob'u daha fazla kullanması için bir teşvik sağlamaktır; L2 durum verilerini saklamak için Ethereum'un kalıcı olarak sakladığı calldata'yı kullanmamaktır. Ayrıca blob'un kapasitesi, sonraki L2 artışlarını da göz önünde bulundurmalı ve dinamik olarak yapılandırılabilir olmalıdır.

Bu gelişim yönü sayesinde, L2 yönünün belirleyiciliği daha da netleşebilir ve bu da L2'nin dezavantajlarını çözme pazar talebinin belirleyiciliğini ifade eder.

Sonuç

Prag Upgrade, Ethereum'un sürekli evrim yolundaki kritik bir durak olarak, daha çok sürekli uzlaşma ve sürekli ayarlama yapan bir orta yol çözümleri gibi görünüyor. Ethereum, piyasa tarafından itiliyormuş gibi görünüyor, aktif olarak öncülük etmiyor; çünkü staking ve L2 üzerindeki Ethereum'a özgü optimizasyonlar dışında, BLS, hesap soyutlama gibi diğerleri aslında başka L1'lerde yaygın olarak pilot uygulama yapılmış durumda.

Ancak genel anlamda, bu güncelleme "Londra" ve "Birleşme" kadar geniş bir piyasa tartışması yaratmasa da, Ethereum ağının daha yüksek bir ölçeklenebilirlik ve merkeziyetsizlik temeli atmasına sessizce katkıda bulunmaktadır. Hesap soyutlamasının ilerlemesi, kullanıcıların kripto uygulamalarını kullanma eşiğini azaltacak, staking mekanizmasının iyileştirilmesi ise daha da ilerletecektir.