PeerDAS
Ethereum protokolü, EIP-4844 ile blob işlemlerinin tanıtılmasından bu yana en önemli ölçeklendirme yükseltmesinden geçiyor. Fusaka yükseltmesinin bir parçası olarak PeerDAS, blob verilerini işlemenin yeni bir yolunu sunarak L2'ler için veri kullanılabilirliği (DA) kapasitesinde kabaca on kat artış sağlıyor.
Blob ölçeklendirme yol haritası hakkında daha fazlasıopens in a new tab
Ölçeklenebilirlik
Ethereum'un vizyonu, dünyadaki herkes için mevcut olan tarafsız, güvenli ve ademi merkeziyetçi bir platform olmaktır. Ağ kullanımı arttıkça bu, ağın ölçek, güvenlik ve ademi merkeziyet üçlemini dengelemeyi gerektirir. Ethereum, mevcut tasarımı dahilinde ağ tarafından işlenen verileri basitçe artırırsa, Ethereum'un ademi merkeziyet için güvendiği düğümleri aşırı yükleme riskiyle karşı karşıya kalır. Ölçeklenebilirlik, ödünleri en aza indiren titiz bir mekanizma tasarımı gerektirir.
Bu hedefe ulaşma stratejilerinden biri, tüm işlemleri Ana Ağı'nda işlemek yerine, çeşitli katman 2 ölçeklendirme çözümleri ekosistemine izin vermektir. veya toplamalar, işlemleri kendi ayrı zincirlerinde işler ve doğrulama ile güvenlik için Ethereum'u kullanır. Yalnızca güvenlik açısından kritik taahhütleri yayınlamak ve yükleri sıkıştırmak, L2'lerin Ethereum'un DA kapasitesini daha verimli kullanmasını sağlar. Buna karşılık, L1 güvenlik garantilerinden ödün vermeden daha az veri taşırken, L2'ler daha düşük gaz maliyetleriyle daha fazla kullanıcıyı ağa dahil eder. Başlangıçta, L2'ler verileri normal işlemlerde calldata olarak yayınlıyordu, bu da gaz için L1 işlemleriyle rekabet ediyordu ve toplu veri kullanılabilirliği için pratik değildi.
Proto-Danksharding
L2'yi ölçeklendirmeye yönelik ilk büyük adım, Proto-Danksharding (EIP-4844)'i tanıtan Dencun yükseltmesiydi. Bu yükseltme, toplamalar için bloblar adı verilen yeni, özel bir veri türü oluşturdu. Bloblar veya ikili büyük nesneler, EVM yürütmesine ihtiyaç duymayan ve düğümlerin yalnızca sınırlı bir süre için sakladığı geçici keyfi veri parçalarıdır. Bu daha verimli işleme, L2'lerin Ethereum'a daha fazla veri yayınlamasına ve daha da fazla ölçeklenmesine olanak sağladı.
Ölçeklendirme için zaten güçlü faydaları olmasına rağmen, blob kullanmak nihai hedefin yalnızca bir parçasıdır. Mevcut protokolde, ağdaki her düğümün hâlâ her blobu indirmesi gerekir. Daha yüksek blob sayılarıyla doğrudan indirilmesi gereken veri miktarı arttıkça, darboğaz bireysel düğümlerin gerektirdiği bant genişliği hâline gelir.
Ethereum ademi merkeziyetten ödün vermez ve bant genişliği en hassas ayarlardan biridir. Güçlü bilgi işleme gücüne herkesin kolayca erişebilmesine rağmen, gelişmiş ülkelerin (Almanyaopens in a new tab, Belçikaopens in a new tab, Avustralyaopens in a new tab veya Amerika Birleşik Devletleriopens in a new tab gibi) büyük şehirlerinde bile yükleme bant genişliği sınırlamalarıopens in a new tab, bant genişliği gereksinimleri dikkatli bir şekilde ayarlanmazsa düğümleri yalnızca veri merkezlerinden çalıştırılabilmekle sınırlayabilir.
Blob'lar arttıkça düğüm operatörlerinin bant genişliği ve disk alanı gereksinimleri de giderek artar. Blob'ların boyutu ve miktarı bu kısıtlamalarla sınırlıdır. Her blob, blok başına ortalama 6 blob ile 128 kb'a kadar veri taşıyabilir. Bu, blobları daha da verimli bir şekilde kullanan gelecekteki bir tasarıma yönelik yalnızca ilk adımdı.
Veri kullanılabilirliği örneklemesi
Veri kullanılabilirliği, zinciri bağımsız olarak doğrulamak için gereken tüm verilerin tüm ağ katılımcıları tarafından erişilebilir olmasının garantisidir. Verilerin tamamen yayınlandığını ve zincirin yeni durumunu veya gelen işlemleri güvene dayalı olmadan doğrulamak için kullanılabileceğini garanti eder.
Ethereum blobları, L2'lerin güvenliğini sağlayan güçlü bir veri kullanılabilirliği garantisi sunar. Bunu yapmak için Ethereum düğümlerinin blobları bütünüyle indirmesi ve saklaması gerekir. Peki ya blobları ağda daha verimli bir şekilde dağıtabilir ve bu sınırlamadan kaçınabilirsek?
Verileri depolamak ve kullanılabilirliğini sağlamak için farklı bir yaklaşım veri kullanılabilirliği örneklemesidir (DAS). Ethereum çalıştıran her bilgisayarın her bir blobu tamamen depolaması yerine, DAS ademi merkeziyetçi bir iş bölümü getirir. Daha küçük, yönetilebilir görevleri tüm düğüm ağına dağıtarak veri işleme yükünü böler. Bloblar parçalara ayrılır ve her düğüm, tüm düğümler arasında tek tip rastgele dağıtım için bir mekanizma kullanarak yalnızca birkaç parça indirir.
Bu yeni bir sorun ortaya çıkarır: verilerin kullanılabilirliğini ve bütünlüğünü kanıtlamak. Bireysel düğümler yalnızca küçük parçaları tutarken ağ, verilerin kullanılabilir olduğunu ve tamamının doğru olduğunu nasıl garanti edebilir? Kötü niyetli bir düğüm sahte veri sunabilir ve güçlü veri kullanılabilirliği garantilerini kolayca kırabilir! İşte burada kriptografi yardıma koşuyor.
Verilerin bütünlüğünü sağlamak için EIP-4844, KZG taahhütleriyle zaten uygulanmıştı. Bunlar, ağa yeni bir blob eklendiğinde oluşturulan kriptografik kanıtlardır. Her bloğa küçük bir kanıt eklenir ve düğümler alınan blobların bloğun KZG taahhüdüne karşılık geldiğini doğrulayabilir.
DAS, bunun üzerine inşa edilen ve verilerin hem doğru hem de kullanılabilir olmasını sağlayan bir mekanizmadır. Örnekleme, bir düğümün verilerin yalnızca küçük bir bölümünü sorguladığı ve bunu taahhüde göre doğruladığı bir süreçtir. KZG, polinom eğrisi üzerindeki herhangi bir tek noktanın doğrulanabileceği anlamına gelen bir polinom taahhüt şemasıdır. Polinom üzerindeki yalnızca birkaç noktayı kontrol ederek, örnekleme yapan istemci, verilerin mevcut olduğuna dair güçlü bir olasılıksal güvenceye sahip olabilir.
PeerDAS
PeerDAS (EIP-7594)opens in a new tab, Ethereum'da DAS mekanizmasını uygulayan özel bir tekliftir ve muhtemelen Birleşim'den bu yana en büyük yükseltmeyi işaret eder. PeerDAS, blob verilerini genişletmek, sütunlara bölmek ve bir alt kümeyi düğümlere dağıtmak için tasarlanmıştır.
Ethereum bunu başarmak için zekice bir matematikten yararlanır: blob verilerine Reed-Solomon tarzı silme kodlaması uygular. Blob verileri, katsayıları verileri kodlayan bir polinom olarak temsil edilir, ardından genişletilmiş bir blob oluşturmak için bu polinom ek noktalarda değerlendirilir ve değerlendirme sayısı iki katına çıkarılır. Bu eklenen fazlalık, silme kurtarmayı mümkün kılar: bazı değerlendirmeler eksik olsa bile, genişletilmiş parçalar da dâhil olmak üzere toplam verinin en az yarısı mevcut olduğu sürece orijinal blob yeniden oluşturulabilir.
Gerçekte bu polinomun binlerce katsayısı vardır. KZG taahhütleri, tüm düğümler tarafından bilinen, bir karma gibi birkaç baytlık değerlerdir. Yeterli veri noktasına sahip her düğüm, tüm blob veri kümesini verimli bir şekilde yeniden oluşturabiliropens in a new tab.
Eğlenceli bilgi: Aynı kodlama tekniği DVD'ler tarafından da kullanılmıştır. Bir DVD'yi çizdiyseniz, polinomun eksik parçalarını ekleyen Reed-Solomon kodlaması sayesinde oynatıcı onu yine de okuyabiliyordu.
Tarihsel olarak, blokzincirlerindeki veriler, ister bloklar ister bloblar olsun, tüm düğümlere yayınlanırdı. PeerDAS'ın böl ve örnekle yaklaşımıyla, her şeyi herkese yayınlamak artık gerekli değildir. Fusaka sonrası, fikir birliği katmanı ağı dedikodu konuları/alt ağlar şeklinde düzenlenir: blob sütunları belirli alt ağlara atanır ve her düğüm önceden belirlenmiş alt kümelere abone olur ve yalnızca bu parçaları saklar.
PeerDAS ile genişletilmiş blob verileri sütun adı verilen 128 parçaya bölünür. Veriler, abone oldukları belirli alt ağlardaki özel bir dedikodu protokolü aracılığıyla bu düğümlere dağıtılır. Ağdaki her normal düğüm, rastgele seçilmiş en az 8 sütun alt ağına katılır. Yalnızca 128 alt ağdan 8'inden veri almak, bu varsayılan düğümün tüm verilerin yalnızca 1/16'sını aldığı anlamına gelir, ancak veriler genişletildiği için bu, orijinal verilerin 1/8'idir.
Bu, mevcut "herkes her şeyi indirir" şemasının 8 katı yeni bir teorik ölçeklendirme sınırına izin verir. Blob sütunlarına hizmet veren farklı rastgele alt ağlara abone olan düğümlerle, bunların tekdüze dağılma olasılığı çok yüksektir ve bu nedenle her veri parçasının ağın bir yerinde mevcut olma olasılığı da çok yüksektir. Doğrulayıcıları çalıştıran düğümlerin, çalıştırdıkları her doğrulayıcı ile daha fazla alt ağa abone olmaları gerekir.
Her düğümün rastgele oluşturulmuş benzersiz bir kimliği vardır, bu normalde bağlantılar için genel kimliği olarak hizmet eder. PeerDAS'ta bu numara, abone olması gereken rastgele küme alt ağlarını belirlemek için kullanılır ve bu da tüm blob verilerinin tek tip rastgele dağılımıyla sonuçlanır.
Bir düğüm orijinal verileri başarıyla yeniden oluşturduktan sonra, kurtarılan sütunları ağa yeniden dağıtarak veri boşluklarını aktif olarak iyileştirir ve genel sistem direncini artırır. Birleştirilmiş bakiyesi ≥4096 ETH olan doğrulayıcılara bağlı düğümler bir süper düğüm olmalı ve bu nedenle tüm veri sütunu alt ağlarına abone olmalı ve tüm sütunları saklamalıdır. Bu süper düğümler veri boşluklarını sürekli olarak iyileştirecektir. Protokolün olasılıksal olarak kendi kendini iyileştirme doğası, verilerin yalnızca bir kısmını elinde tutan ev operatörlerini sınırlamadan güçlü kullanılabilirlik garantileri sağlar.
Yukarıda açıklanan örnekleme mekanizması sayesinde, veri kullanılabilirliği, blob verilerinin yalnızca küçük bir alt kümesini tutan herhangi bir düğüm tarafından doğrulanabilir. Bu kullanılabilirlik zorunludur: doğrulayıcılar yeni çatal seçimi kurallarını izlemelidir, yani verilerin kullanılabilirliğini doğruladıktan sonra yalnızca blokları kabul edecek ve oylayacaklardır.
Kullanıcılar (özellikle L2 kullanıcıları) üzerindeki doğrudan etki, daha düşük ücretlerdir. Toplama verileri için 8 kat daha fazla alanla, kullanıcıların zincirlerindeki işlemleri zamanla daha da ucuzlar. Ancak Fusaka sonrası daha düşük ücretler zaman alacak ve BPO'lara bağlı olacaktır.
Yalnızca Blob Parametresi (BPO'lar)
Ağ teorik olarak 8 kat daha fazla blob işleyebilecek, ancak blob artışları, uygun şekilde test edilmesi ve kademeli bir şekilde güvenli bir şekilde yürütülmesi gereken bir değişikliktir. Test ağları, özellikleri Ana Ağ'da dağıtmak için yeterli güveni sağlar, ancak önemli ölçüde daha yüksek sayıda blobu etkinleştirmeden önce p2p ağının kararlılığını sağlamamız gerekir.
Ağı bunaltmadan blok başına hedef blob sayısını kademeli olarak artırmak için Fusaka, Yalnızca Blob Parametresi (BPO)opens in a new tab çatallanmalarını sunar. Geniş ekosistem koordinasyonu, anlaşma ve yazılım güncellemeleri gerektiren normal çatallanmaların aksine, BPO'lar (EIP-7892)opens in a new tab, müdahale olmaksızın zamanla maksimum blob sayısını artıran önceden programlanmış yükseltmelerdir.
Bu, Fusaka etkinleştirildikten ve PeerDAS canlıya geçtikten hemen sonra blob sayısının değişmeyeceği anlamına gelir. Blob sayısı, maksimum 48'e ulaşana kadar birkaç haftada bir ikiye katlanmaya başlayacak, bu sırada geliştiriciler mekanizmanın beklendiği gibi çalıştığından ve ağı çalıştıran düğümler üzerinde olumsuz etkileri olmadığından emin olmak için izleme yapacak.
Gelecekteki yönelimler
PeerDAS, FullDAS'ın daha büyük bir ölçeklendirme vizyonunaopens in a new tab veya Danksharding'e doğru atılmış yalnızca bir adımdır. PeerDAS her bir bloba ayrı ayrı 1D silme kodlaması kullanırken, tam Danksharding, tüm blob veri matrisi üzerinde daha eksiksiz bir 2D silme kodlama şeması kullanacaktır. Verileri iki boyutta genişletmek, daha da güçlü fazlalık özellikleri ve daha verimli yeniden yapılandırma ve doğrulama yaratır. FullDAS'ı gerçekleştirmek, ek araştırmaların yanı sıra önemli ağ ve protokol optimizasyonları gerektirecektir.
Daha fazla kaynak
- PeerDAS: Francesco D'Amato tarafından Eş Veri Kullanılabilirliği örneklemesiopens in a new tab
- Ethereum'un PeerDAS'ının bir Dokümantasyonuopens in a new tab
- AGM olmadan PeerDAS'ın Güvenliğini Kanıtlamaopens in a new tab
- Vitalik'in PeerDAS, etkileri ve Fusaka'yı test etme üzerine düşünceleriopens in a new tab
Sayfanın son güncellenmesi: 23 Şubat 2026
