Ethereum yıl sonu Fusaka yükseltmesi, 12 EIP'nin tam analizi: ölçeklenebilirlik, güvenlik ve verimlilikteki üç büyük soruna doğrudan müdahale

robot
Abstract generation in progress

Ethereum yakında 2025'in sonunda Fusaka hard fork'unu başlatacak, 12 iyileştirme teklifiyle ölçeklenebilirliği ve güvenliği güçlendirecek ve gelecekte zincir üzerinde büyük ölçekli varlıklara hazırlanacak. (Özet: Tom Lee güvenle bağırıyor: Ethereum, yıl sonunda 12.000'de "gerçekten tarafsız bir blok zinciri" ve Bitcoin 250.000 dolara koşacak) (Arka plan eki: Tom Lee'nin analistleri: Ethereum, savaşı savunmak ve 5.500 dolarlık uzun vadeli yukarı yönlü saldırıyı istikrara kavuşturmak için 4.000 dolar) Ethereum, 3 Aralık 2025'te "Fusaka" adlı bir hard fork yükseltmesini başlatmak üzere. Bu yükseltme, Ethereum'un ölçeklenebilirliğini, güvenliğini ve operasyonel verimliliğini artırmak için birlikte çalışacak 12 karmaşık parça gibi toplam 12 Ethereum İyileştirme Önerisi (EIP) içerir. Aşağıda, bu 12 EIP'yi kategorize edeceğim ve her birinin hangi sorunları çözdüğünü ve Ethereum'un geleceği için neden kritik olduklarını sade bir dille açıklayacağım. Genişletmek! Ethereum'un Daha Hızlı Çalışmasını ve Daha Fazlasını Paketlemesini Sağlamak Bu, Fusaka'nın yükseltmesinin ana temasıdır. Ethereum'un küresel dijital ekonomiye ev sahipliği yapması için işlem tıkanıklığını ve yüksek ücretleri ele alması gerekiyor. Aşağıdaki EIP'ler, özellikle maliyetleri azaltmak ve verimliliği artırmak için Katman 2'yi ölçeklendirme konusunda bunu başarmak için tasarlanmıştır. EIP-7594: PeerDAS – Veri Kullanılabilirliği Örnekleme Sorunlu noktası: Dencun yükseltmesi, Katman 2 için ucuz veri depolaması sağlamak üzere veri "bloblarını" tanıttığından, temel bir soru ortaya çıkıyor: bu büyük miktarda verinin gerçekten kullanılabilir olduğundan nasıl emin oluyorsunuz? Geçerli uygulama, her doğrulama düğümünün bir öbek tarafından taşınan tüm blob verilerini indirmesini ve doğrulamasını gerektirmektir. Bu, bir blok en fazla 9 blob taşıdığında mümkündür. Bununla birlikte, gelecekte blob sayısı daha da artarsa (128 gibi), tüm blobların indirilmesi ve doğrulanması yüksek ek yüke neden olur ve bu da doğrulayıcı katılımı eşiğini yükseltir ve ağın ademi merkeziyetçiliğini tehdit eder. Çözüm: PeerDAS (Peer Data Availability Sampling) geleneksel "tüm kontrolleri" "nokta kontrollerine" dönüştürür. Basit bir ifadeyle: ağ, tüm blob verilerini dilimler. Her doğrulayıcının tüm blobları indirmesi gerekmez, yalnızca birkaç veri parçasını rastgele indirip kontrol etmesi yeterlidir. Ardından, birbirini yerinde kontrol ederek ve doğrulama sonuçlarını değiş tokuş ederek, herkes tüm blob veri kümesinin bütünlüğünü ve kullanılabilirliğini ortaklaşa onaylayabilir. Bu, herkesin elinde sadece birkaç parçanın olduğu büyük bir yapboz gibidir, ancak birbirinizin temel bağlantılarını kontrol ettiğiniz sürece, tüm yapbozun sağlam olduğundan emin olabilirsiniz. PeerDAS'ın tamamen yeni bir buluş olmadığını ve temel DAS fikirlerinin Celestia gibi üçüncü taraf DA projelerinde başarıyla uygulandığını belirtmekte fayda var. PeerDAS'ın uygulanması, Ethereum'un uzun vadeli ölçeklendirme planı için önemli bir "teknik borç" oluşturmak gibidir. Önem: PeerDAS, doğrulayıcıların depolama yükünü büyük ölçüde azaltarak, Ethereum'un ademi merkeziyetçiliği zayıflatabilecek büyük ölçekli veri genişlemesi elde etmesinin önündeki engeli ortadan kaldırır. Gelecekte, her bloğun Teragas'ın vizyonu tarafından iddia edildiği gibi 10 milyon TPS'ye kadar destekleyen yüzlerce blob tutması beklenirken, sıradan insanlar kolayca doğrulayıcıları çalıştırabilir ve ağı merkezi olmayan tutabilir. EIP-7892: BPO Hard Fork – Hafif Parametre Yükseltmesi Sorunlu nokta: Katman 2 veri kapasitesi için pazar talebi hızla değişiyor ve maksimum blob sayısını her ayarladığınızda Fusaka gibi büyük bir yükseltmeyi beklemeniz gerekiyorsa, ekolojik gelişimin hızına ayak uydurmak çok yavaş olacaktır. Çözüm: Bu EIP, özel bir "Yalnızca Blob Parametresi Hard Fork" (BPO) mekanizmasını tanımlar. Bu yükseltme çok hafiftir, yalnızca bloblarla ilgili birkaç parametreyi (öbek başına hedef bloblar gibi) değiştirir ve karmaşık kod değişiklikleri içermez. Düğüm operatörünün istemci yazılımını yükseltmesine bile gerek yoktur, sadece belirli bir zamanda yeni parametreleri kabul edin, yazılım için bir yapılandırma dosyasını çevrimiçi olarak güncellemek kadar basit. Anlamı: BPO, Ethereum'a ağ kapasitesini hızlı ve güvenli bir şekilde ayarlama yeteneği verir. Örneğin, bu Fusaka yükseltmesinden sonra topluluk, blob kapasitesini kademeli olarak iki katına çıkarmak için kısa bir süre içinde iki BPO yükseltmesi gerçekleştirmeyi planlıyor. Bu, Ethereum'un blob alanını isteğe bağlı olarak esnek ve kademeli olarak ölçeklendirmesine, L2 maliyetlerini ve aktarım hızını yumuşatmasına ve riskleri daha yönetilebilir hale getirmesine olanak tanır. EIP-7918: Blob Gider Piyasasının Dengelenmesi Sorunlu nokta: Blob ücretleri için orijinal ayarlama mekanizması çok "piyasaya hazırdı" ve bu da bazı beklenmedik sorunları beraberinde getirdi. İlk olarak, bloblar için pazar talebi düşük olduğunda, maliyet sıfıra yakın bir seviyeye düşecektir, ancak bu yeni talebi etkili bir şekilde teşvik etmeyecek, ancak anormal bir "tüm zamanların en düşük seviyesi" yaratacaktır. Tersine, talep yüksek olduğunda, Blob Fee tekrar yükselecek ve başka bir aşırı yüksek fiyat yaratacaktır. Bu sert fiyat "evrimi", Katman 2 gider planlamasını zorlaştırır. Çözüm: EIP-7918'in temel fikri, blob ücretlerinin artık süresiz olarak dalgalanmasına izin vermek değil, bunun için makul bir fiyat aralığı, esnek bir "minimum harcama" belirlemektir. Uygulama, blob ücretinin üst ve alt sınırlarını Katman 1'deki Katman 2'nin yürütme ücretine bağlamaktır. İster durum kökünü güncellemek ister bir ZK kanıtını doğrulamak olsun, bu yürütme ücretleri nispeten istikrarlıdır ve L2 bloğu içindeki işlem hacmiyle çok az ilgisi vardır. Bu nedenle, blob ücretinin üst ve alt limitlerini bu istikrarlı "çıpaya" bağlamak, fiyatının yukarı ve aşağı sıçramasını önleyebilir. Önem: Bu iyileştirmenin hemen yararı, blob ücret piyasasının "evrimini" önlemek ve Katman 2 projesinin işletme maliyeti modelini daha öngörülebilir hale getirmektir, böylece Katman 2, son kullanıcılar için daha istikrarlı ve makul işlem ücretleri formüle edebilir ve "bugün ücretsiz, yarın çok yüksek fiyatlar" roller coaster deneyiminden kaçınabilir. EIP-7935: Ana ağ işlem kapasitesini artırın Sorunlu nokta: Ethereum bloğu başına yerleştirilebilecek toplam işlem sayısı, "blok gaz sınırı" (şu anda yaklaşık 30 milyon) tarafından belirlenir ve uzun yıllardır ayarlanmamıştır. Tüm ağın verimini artırmanın en doğrudan yolu bu üst limiti artırmaktır, ancak doğrulayıcı düğümün donanım eşiğinin yükseltilmediğinden ve ademi merkeziyetçilik derecesinin zayıflamadığından emin olmalısınız. Çözüm: Bu teklif, blokların varsayılan gaz limitini yeni bir seviyeye yükseltmeyi önermektedir (kesin değer belirlenecek, 45 milyon veya daha fazla olabilir). Bu, zorunlu kilitleme değil, daha ziyade konsensüs katmanı doğrulayıcılarını daha yüksek gaz kapaklarını kademeli olarak kabul etmeye yönlendiren yeni bir önerilen varsayılandır. Anlamı: Bu, Katman 1 bloğu başına daha fazla işlemin paketlenebileceği ve Ethereum ana ağının TPS'sinin doğrudan iyileştirileceği ve ağ tıkanıklığı ve gaz ücreti artışlarının hafifletilebileceği anlamına gelir. Tabii ki, bu aynı zamanda doğrulayıcının donanımına daha yüksek talepler getirir, bu nedenle topluluk dikkatli bir şekilde test edecek ve ilerleyecektir. Güvenli ve kararlı! Ağınız için güçlü bir savunma hattı oluşturun...

ETH-5.78%
TIA-4.72%
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
  • Repost
  • 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)