Danksharding Açıkladı: Ethereum'un Uzun Vadeli Ölçeklendirme Planı

— By Boni in Tutorials

Danksharding Açıkladı: Ethereum'un Uzun Vadeli Ölçeklendirme Planı

Merkezi donanım gereksinimleri, blockchainin merkezileşmesini tehdit ediyor. Ethereum'un Full Danksharding'in toplamaları ölçeklendirmek için polinom veri örneklemesini nasıl kullandığını ayrıntılı olarak ele alıyoruz.


Modüler Pivot: Ethereum'u Evrensel Veri Motoruna Dönüştürmek

  • Erken blockchain ağlar, monolitik bir mimari altında çalıştırılır ve ağdaki her bir düğümü işlemleri yürütmeye, durum değişikliklerini hesaplamaya ve geçmiş defter verilerinin her baytını kalıcı olarak depolamaya zorlar. Bu yapısal darboğaz, giderek artan bir ölçeklenebilirlik krizi yarattı: Küresel işlem talebi arttıkça, ana ağ işlem ücretleri de yükseldi, ortalama katılımcıların fiyatlandırılması ve ağ veriminin kısıtlanması.
  • Bu sınırlamayı çözmek için Ethereum, kalıcı bir dönüş gerçekleştirdi. modüler mimari. Ağ, tüm kullanıcı işlemlerini doğrudan temel zincirde işlemek yerine güvenli bir yerleşime geçti ve Veri Kullanılabilirliği (DA) katmanı, tüketici işlemlerinin yürütülmesini Arbitrum, Optimism ve Base gibi Katman 2 (L2) Toplamalarına dış kaynak olarak sağlar. Bu modüler plan için nihai, çok aşamalı ölçeklendirme son oyunu: Danksharding. Adını çekirdek araştırmacı Dankrad Feist'ten alan Danksharding, daha geniş Web3 ekosisteminde saniyede 100.000'den fazla işlemi (TPS) destekleyecek bir temel sağlayarak ağın devasa katman-2 veri paketlerini nasıl aldığını, doğruladığını ve attığını optimize eder.
Danksharding Explained: Ethereum's Long-Term Scaling Plan

1. Evrimsel Zaman Çizelgesi: Proto-Danksharding ve Tam Danksharding

Ethereum mimarisinde veri kullanılabilirliğinin uygulanması, ev hissesi alan düğümlerin donanımsal merkezileşmesini tehdit etmeden ağ verimini güvenli bir şekilde ölçeklendirmek için tasarlanmış stratejik, çok adımlı bir yol haritasına bölünmüştür.

Geçiş Vakfı: EIP-4844

  • 2024 yılında tarihi bir yapısal yükseltme olarak lansmanı yapılan, Proto-Danksharding (EIP-4844) konseptini tanıttı blob taşıyan işlemler. Bu dağıtımdan önce, toplamaların işlem günlüklerini sıkıştırıp Ethereum'un kalıcı yürütme alanında saklaması gerekiyordu (calldata), ki bu oldukça pahalıydı. EIP-4844, katman-2 gaz ücretlerini %90'ın üzerinde azaltan izole, geçici veri sepetleri ("bloblar") oluşturdu. Ancak Proto-Danksharding geçici bir uzlaşmaydı: yine de ağdaki her tam düğümün ham blob verilerinin %100'ünü indirip doğrulamasını gerektiriyordu.

Nihai Hedef: Tam Danksharding

  • Tam Danksharding , blok başına hedef veri kapasitesini büyük ölçüde artırarak bu veri çerçevesini ölçeklendirir (16MB hedef tavanını hedefleyerek). Standart ev düğümlerini her 12 saniyede bir 16 MB veri indirmeye zorlamak, ortalama tüketici internet bağlantılarını anında felç edeceğinden, Full Danksharding, tüm düğümler indirme kuralını tamamen ortadan kaldırır. 
  • Özel kriptografik örnekleme ve düğüm sorumluluklarının yapısal olarak ayrılması yoluyla ağ, bireysel doğrulayıcılar için bant genişliği alanını son derece düşük tutarken büyük blok veri dizilerini güvenli bir şekilde doğrulayabilir.

2. Blob Alanı Genişlemesinin Mekaniği

  • Bir "blob" (İkili Büyük Nesne), özellikle toplama grupları için tasarlanmış geçici bir veri depolama kapsülüdür. Standart Ethereum'un aksine akıllı sözleşme işlemlerde, yürütme motoru bir blob içinde yuvalanmış verileri okuyamaz veya yürütemez; yalnızca kendisine işaret eden kriptografik bir taahhüdü görüntüleyebilir.
  • Toplamalar bu özel ürünü satın alır Blob Alanı Geleneksel Katman 1 ana ağ gaz ihalelerinden tamamen ayrı çalışan bağımsız bir ücret piyasası aracılığıyla. Blockchain defterinin yönetilemez boyutlara ulaşmasını önlemek için bloblar açıkça geçicidir. Bunlar, yaklaşık 18 gün sonra otomatik olarak sona erecek ve ağın aktif bellek katmanlarını bırakacak şekilde sabit kodlanmıştır. Bu pencere, katman 2 zorluklarının ve dolandırıcılık kanıtlarının çözümlenmesi için yeterli zaman sağlayarak, arşiv düğümlerinin veya merkezi olmayan depolama protokollerinin (Portal Ağı gibi), doğrulayıcının disk depolama alanını hafif tutarken geçmişe yönelik geri alınabilirliği yönetmesini sağlar.

3. Ölçeklendirmenin Sırrı: Veri Kullanılabilirliği Örneklemesi (DAS)

Full Danksharding'in blok kapasitelerini güvenli bir şekilde ölçeklendirmesini sağlayan temel buluş Veri Kullanılabilirliği Örneklemesi (DAS). DAS, bir düğümün (hafif stake etmeyen istemciler dahil) bir bloğun tüm blob yükünün tamamen ağa yayınlandığını kriptografik olarak doğrulamasına olanak tanır Verilerin kendisini indirmeden.

Silme Kodlamanın Matematiği

  • Bir bloğu dağıtmadan önce ağ, ham blob veri dizisini alır ve şu şekilde bilinen bir matematik tekniği uygular: Reed-Solomon silme kodlaması. Bu süreç, veri noktaları üzerine bir polinom denklemi yerleştirerek orijinal veri matrisini genişletir ve gereksiz "eşlik verileri" oluşturmak için onu ek koordinatlarda değerlendirir.
  • Bu matris uzantısının matematiksel zarafeti katı kurtarma eşiklerinde yatmaktadır: varsa rastgele Genişletilmiş polinom değerlendirmelerinin %50'si ağ tarafından başarılı bir şekilde alınırsa, herkes orijinal, kodlanmamış blob verilerinin %100'ünü anında yeniden oluşturabilir.

PeerDAS aracılığıyla Sütun Örnekleme

  • Bu örneklemeyi geniş ölçekte güvenli bir şekilde dağıtmak için protokol şunları kullanır: PeerDAS (EIP-7594). Bu mimari altında genişletilmiş blob veri matrisi, tek tip matematiksel sütunlar halinde yapılandırılmıştır. Bireysel doğrulayıcı düğümler ve hafif istemciler rutin olarak hızlı, rastgele eşdüzey sorguları gerçekleştirerek toplam veri matrisinin yalnızca küçük, çok kilobaytlık sütun parçalarını indirir.
  • Temel silme kodlama matematiği nedeniyle, %1'lik küçük bir ham veri şeridini bile kötü niyetli bir şekilde saklamaya çalışan rakip bir blok üreticisi, matematiksel olarak genişletilmiş matris değerlendirmelerinin %50'sinden fazlasını saklamak zorunda kalır. Sonuç olarak, hafif istemciler bir avuç bağımsız, rastgele örnekleme kontrolü yürüttükçe, veri saklama dolandırıcılığını tespit etmenin istatistiksel olasılığı milisaniye içinde %99,999'un üzerinde, ağın nominal bant genişliği yüküyle büyük veri kullanılabilirliği bloklarını doğrulamasına olanak tanır.

4. Rollerin Ayrımı: Teklif Veren-İnşaatçı Ayrımı (PBS)

Veri Kullanılabilirliği Örneklemesi blokeyi korurken doğrulama tüketici donanımı tarafından erişilebildiğinden, binlerce katman 2 işlemini toplamak, büyük veri matrislerini hesaplamak ve karmaşık polinom KZG taahhütleri oluşturmak için gereken ön hesaplama, hesaplama açısından ağır olmaya devam ediyor. Full Danksharding bu yükü zorunlu kılarak çözüyor Teklif Sahibi-İnşaatçı Ayrımı (PBS).

PBS, geleneksel doğrulama sürecini resmi olarak iki izole, özel altyapı yoluna ayırır:

  • Blok İnşaatçıları: İşlemleri toplamak, optimize edilmiş blob matrisleri oluşturmak, kriptografik kanıtları hesaplamak ve bir sonraki bloğu birleştirme hakkı için teklif vermek için açık pazarda rekabet eden profesyonel, yüksek performanslı bilgi işlem masaları.

  • Blok Önericileri: Merkezi olmayan ev hissesi doğrulayıcıları (32 ETH düğümü). Teklif sahipleri bloklar oluşturmaz veya ağır veri yükünü işlemez. Bunun yerine, inşaatçı pazarı tarafından sunulan en yüksek ödemeyi yapan blok başlığını seçmek, bunu fikir birliği katmanına yayınlamak ve paket öncelik ücretlerini minimum donanım yüküyle toplamak için basit düğüm yazılımını kullanıyorlar.

Veri Kullanılabilirliği Altyapı Matrisi

Mimarlık ÇağıMaksimum Blok Veri SınırıDüğüm Besleme KuralıÖlçeklenebilirlik Sınırı
Monolitik Çağ~0.08 MB (Çağrı Verisi)Düğüm İndirmeyi TamamlaDüşük (~15–45 TPS)
Proto-Danksharding~0,75 MB (6 Blob)Düğüm İndirmeyi TamamlaOrta Seviye (~100x Ücret Düşüşü)
Tam Danksharding~16.0 MB (Maks. Kapasite)Rastgele Sütun ÖrneklemesiElit (>100.000 Ağ TPS'si)

Veri Katmanı Ekosistemlerini DEXTools Telemetrisi Aracılığıyla İzleme

  • Ethereum oldukça verimli bir veri kullanılabilirliği motoruna dönüştükçe, kapitalizasyon değişimlerini, token hızlarını ve eşlik eden Katman-2 toplama protokollerinin, veri kullanılabilirlik katmanlarının ve modüler yardımcı programın ikincil piyasa likidite yapılandırmalarını takip ediyor köprüler piyasa katılımcıları için vazgeçilmez bir iş akışı haline geliyor. Gelişmiş merkezi olmayan grafik mimarileri aracılığıyla analitik kaynak sağlama DEXTools piyasa katılımcılarına canlı token davranışlarını izlemek, havuz derinliklerini değerlendirmek ve tüm kamu yürütme ağlarındaki sözleşme parametrelerini denetlemek için temel bir evrensel platform sağlar. 
  • gibi temel özelliklerden yararlanarak Çift Gezgini, Canlı Yeni Çiftler kontrol paneli ve entegre Ticaret Hikayesi veya En İyi Yatırımcılar teşhis araçları sayesinde teknik yatırımcılar, yerelleştirilmiş hacim trendlerini sorunsuz bir şekilde denetleyebilir, büyük balinaları takip edebilir cüzdan aracılığıyla sermaye yeniden tahsisleri Büyük Takas Gezginive herhangi bir zincir içi etkileşimi başlatmadan önce otomatik sözleşme güvenlik puanlarını kontrol ederek güçlendirilmiş donanım kurulumunuzun doğrulanmış pazar mekanlarıyla güvenli bir şekilde etkileşime girmesini sağlayın. 

DEXTools'a erişebilirsiniz burada ve bugün ticarete başlayın!

Yasal Uyarı: Bu makale yalnızca bilgilendirme amaçlıdır ve yatırım tavsiyesi, finansal tavsiye, alım satım tavsiyesi veya başka herhangi bir tavsiye niteliğinde değildir. DEXTools herhangi bir kripto para biriminin veya jetonun satın alınmasını, satılmasını veya tutulmasını önermez. Kullanıcılar herhangi bir yatırım kararı vermeden önce kendi araştırmalarını yapmalı ve nitelikli bir mali danışmana danışmalıdır. Kripto para yatırımları değişken ve yüksek risklidir. DEXTools, meydana gelen kayıplardan sorumlu değildir.

Aktif Cüzdan Başına Ücret Geliri ve Toplam Ücretler: Hangisi Gerçek dApp Para Kazanmasını Gösteriyor? 2026'da Base Chain Nasıl Kullanılır: Cüzdan Kurulumu, Köprü ve İlk İşlem Rehberi Akıllı Sözleşme Denetim Kılavuzu: Denetim Raporu Nasıl Okunmalı? Token Satın Almadan Önce Likidite Havuzu Nasıl Kontrol Edilir 2026