EIP-7762 ve EIP-7691: Ethereum Blob'larını Tekrar Harika Hale Getirmek

Ethereum ağının EIP-4844 yükseltmesiyle blob'ları tanıtmasının üzerinden 8 ay geçti. Öngörüldüğü gibi, rollup'lar önemli ölçüde daha düşük toplu gönderme ücretlerinden yararlanıyor ve bu da maliyet açısından verimli blob seçeneği aracılığıyla Ethereum'a daha fazla işlem göndermelerine olanak sağlıyor.

Ancak beklendiği gibi blob kullanımı düşük kaldı; blob'ları kullanan yeterli sayıda toplama veya merkezi olmayan uygulama (DApp) hâlâ yok.

Sonuç olarak, blob gas taban ücreti yalnızca 1 wei'lik asgari fiyatta kalmıştır. Dört dönem yüksek blob talebine rağmen, genel maliyet istisnai olarak düşük kalmıştır. Bu, Ethereum'u toplamalar için çekici bir veri kullanılabilirliği (DA) katmanı haline getirir, ancak aynı zamanda topluluk içinde toplamaların ana ağa yeterince katkıda bulunup bulunmadığı konusunda endişelere yol açmaktadır. Dahası, Ethereum, blob'ların benimsenmesinden bu yana ihraç enflasyonu yaşamakta ve bu da etkileri konusunda tartışmalara yol açmaktadır.

Bazıları blobların Ethereum'un ölçeklenmesini sağladığını ve daha fazla toplama hizmetinin sonunda ağa taşınacağını savunuyor. Diğerleri ise toplamaların şu an itibariyle Ethereum'a çok az veya hiç katkı sağlamadığını iddia ediyor.

Fiyat etkilerinin ötesinde, blob'ların daha geniş kapsamlı etkileri etrafında tartışmalar ortaya çıktı. Önemli bir konu, EIP-7762'de önerildiği gibi, minimum blob taban ücretinin ayarlanıp ayarlanmayacağıdır. Bu önerinin sonucu belirsizliğini koruyor. EIP-7691'de ele alınan bir diğer tartışma, blob sayısının artırılıp artırılmaması gerektiği etrafında dönüyor ve savunucular bunun fikir birliği güvenliğini tehlikeye atmayacağını iddia ediyor. Her iki öneri de yaklaşan Pectra hard fork'u için değerlendiriliyor.

Bu makale, her bir teklifin ayrıntılarını ele alarak, arka planı, önerilen şeyin özelliklerini ve olası avantaj ve dezavantajlarını incelemektedir.

Blob'lara aşina olmayanlar için öncelikle temelleri ele alacağız. EIP-4844 ve blob'lar hakkında zaten bilginiz varsa ve özellikle tekliflerle ilgileniyorsanız, EIP-7762'deki tartışmaya atlayabilirsiniz.

Öncelikle veri erişilebilirliğinin tam kavramına dalalım ve EIP-4844'ün Ethereum'u bir DA katmanı olarak nasıl geliştirdiğini açıklayalım.

Veri Kullanılabilirliği (DA) Nedir?

Veri kullanılabilirliği, belirli bir zamanda belirli verilere erişilebilmesini sağlayan özelliktir, özellikle blok zinciri ağlarında yeni blokları doğrulama amacıyla. Yeni blokları doğrulamak ve fikir birliğine varılmasını sağlamak için gereken gerçek zamanlı erişime odaklanır. Mevcut blok doğrulaması için gerekli verilerin tüm katılımcı düğümler tarafından erişilebilir olmasını garanti eder ve bu sayede bloğu zincire eklemeden önce işlemleri doğrulayabilirler.

DA sıklıkla geçmiş verilere erişim yeteneği anlamına gelen veri alınabilirliği ile karıştırılır. Alınabilirlik, genellikle yeni düğümleri senkronize etme veya işlem geçmişini inceleme gibi amaçlar için eski bloklardan gelen bilgiler gibi geçmiş verileri almayı içerir. Ancak alınabilirlik, blok oluşturma için gereken gerçek zamanlı doğrulamayı etkilemez.

Örneğin, Ethereum blok zinciri, blok doğrulaması için gerekli verileri bir blok önerildiği anda düğümlere sunarak DA'yı garanti eder. Ethereum düğümleri belirli durumlarda senkronizasyon düğümlerine tüm geçmiş verileri sağlamasa bile, fikir birliği mekanizması doğrulama sırasında gerekli verilerin mevcut olduğundan emin olur. Veriler o anda mevcut olmasaydı, blok blok zincirine eklenmezdi.

Ayrıca DA'nın ikili bir özellik olmadığını da belirtmek önemlidir; basitçe "mevcut" veya "mevcut değil" anlamına gelmez. Bunun yerine, sürekli bir spektrumda var olur. Ethereum gibi güvenli ve merkezi olmayan blok zincirleri güçlü DA sağlar, ancak kullanılabilirlik derecesinde, fikir birliği mekanizması ve merkeziyetsizlik düzeyi gibi faktörlere bağlı olarak farklılıklar meydana gelebilir.

DA'nın rollup'lar için önemi nedir?

Veri kullanılabilirliği (DA), toplamalar için hayati önem taşır çünkü işlem verilerine, durum güncellemelerini doğrulamak ve toplamanın geçerli durumunu yeniden oluşturmak için erişilebilmesini sağlar. İyimser toplamalar için, DA dolandırıcılık kanıtları oluşturmak için olmazsa olmazdır. Yanlış bir durum geçişi yayınlanırsa, kullanıcılar geçişi doğrulamak ve dolandırıcılığı kanıtlamak için DA katmanında depolanan işlem verilerine güvenebilir. DA olmadan, kullanıcılar toplama operatörlerine tamamen güvenmek zorunda kalırdı ve bu da operatörler kötü niyetli davranırsa veya verileri saklarsa onları risklere maruz bırakabilirdi.

ZK toplamaları için DA, tüm işlem verilerini göndermeye gerek kalmadan durum geçişlerini doğrulamak için kriptografik kanıtların varlığını garanti eder. Ancak pratikte birçok ZK toplaması, şeffaflığı artırmak ve kullanıcılar tarafından daha kolay doğrulamayı kolaylaştırmak için işlem verilerini yine de DA katmanına gönderir.

Ethereum'un güçlü DA garantileri, toplamaların onu DA katmanı olarak kullanmasının nedenidir. EIP-4844'ten önce, toplamalar DA için Ethereum'un calldata alanını kullanıyordu. Şimdi, hem blob'ları hem de calldata'yı kullanabilirler, toplama uygulamaları için ölçeklenebilirliği ve verimliliği artırırlar.

EIP-4844, Ethereum'un DA işlevselliğini nasıl geliştiriyor?

EIP-4844, calldata'nın aksine, silinmeden önce yaklaşık 18 gün boyunca konsensüs katmanında geçici olarak depolanan blob adı verilen yeni bir veri yapısı sunar. Ethereum doğrulayıcıları, geçici blob depolaması için yaklaşık 50 GB ayırır. Blob'lar calldata'dan farklıdır çünkü Ethereum Sanal Makinesi (EVM) tarafından erişilemezler; yalnızca blob taahhütlerine erişilebilir, bu da veri ayak izini azaltırken DA'yı da sağlar. Blob'lar, yalnızca toplamalar için gereken temel işlevleri sağlayarak verimli DA sunar ve işlem ücretlerinin önemli ölçüde azaltılmasına katkıda bulunur.

Her blob yaklaşık 128 KiB'dir ve bir blok 6'ya kadar blob içerebilir, blok başına toplam yaklaşık 0,784 MiB. Blob'lar, eski işlemler gibi en az 21.000 gas kullanan ve 1 ila 6 blob içerebilen blob işlemleri adı verilen yeni bir işlem türü aracılığıyla eklenir.

Blob'ların şu anki fiyatı nasıl?

Blob'lar, her blob'un 217 = 131.072 blob gas birimi tükettiği blob gas adı verilen yeni bir birim kullanılarak fiyatlandırılır. Ethereum'un EIP-1559 gas ücreti mekanizmasına benzer şekilde, blob gas fiyatları son bloklardaki blob sıkışıklığına göre dinamik olarak ayarlanır. Bir sonraki blok k + 1 için blob gas taban ücreti Bblobgas,k+1 şu şekilde hesaplanır:

Bir blok maksimum 6 blob ile doldurulduğunda, blob gas taban ücreti sonraki blokta yaklaşık %12,5 oranında artabilir. Şu anda, minimum blob taban ücreti 1 wei olarak ayarlanmıştır ve blob başına minimum ücret 131.072 wei olarak belirlenmiştir. Her blob işlemi ayrıca 21.000 gas'lık standart yürütme ücretini gaz fiyatıyla çarparak içerir. 1 wei'lik minimum taban ücreti aktif olarak tartışılmaktadır ve EIP-7762 maliyetleri ve veri kullanılabilirliği ihtiyaçlarını daha iyi dengelemek için bir artış önermektedir.

EIP-7762: Minimum blob taban ücretini artırın

EIP-7762, fiyat keşfini daha hızlı hale getirmek için blob gas taban ücretini artırmayı (merkeze çok daha yakın bir otel ayırmayı) öneriyor. Değiştirmeye çalıştığı tek bir parametre var: MIN_BLOB_BASE_FEE . Bunu 1 wei'den 225 wei'ye değiştirmeyi öneriyor. Peki bu önerinin arkasındaki mantık nedir?

1 wei'lik minimum blob taban ücreti sorunlu mudur?

Sorun, toplamaların ana ağ işlemlerine asgari düzeyde katkıda bulunması veya çok az ücret ödemesi değildir. Aksine, Ethereum'un hedefi—özellikle EIP-4844 ile—ölçeklenebilir, düşük maliyetli toplama işlemlerini desteklemektir. Blob gas taban ücretleri, EIP-4844 etkinleştirildiğinden beri tutarlı bir şekilde 1 wei'de kalmıştır ve yalnızca blob talebi arttığında birkaç kısa dalgalanma olmuştur. İdeal olarak, taban ücreti süresiz olarak 1 wei'de kalabilseydi, bu bir sorun olmazdı. Önemli olan, ani talep patlamaları sırasında, blob taban ücretleri için düşük başlangıç noktasının fiyat keşfinde zorluklar sunmasıdır.

Bu dalgalanmalar sırasında, blob gas taban ücretinin 1 wei'den kademeli olarak ayarlanması gerçek taleple uyumlu hale gelmesi yavaş olabilir. Varsayımsal bir senaryoyu canlandıralım: ETH Bangkok 2024'e katıldığınızı ve yakınlarda neredeyse bedava bakkal bulunan uzak bir otelde kalmaya karar verdiğinizi hayal edin. Günlük ihtiyaçlar için bu idealdir. Ancak, konferans merkezinde bir etkinliğe katılmanız gerektiğinde, normal koşullarda oraya ulaşmanız altı saat sürer. Trafiği ve doğrudan rotaların olmamasını da ekleyin ve yolculuk 14 saate kadar uzayabilir.

Benzer şekilde, minimum blob gas taban ücreti 1 wei olarak ayarlandığında, talep düşük olduğunda rollup'lar ucuz blob'lardan faydalanır. Ancak talep patlaması sırasında, blob gas taban ücretinin yukarı yönlü ayarlaması yavaştır ve adil bir piyasa oranına ulaşılmadan önce uzun bir fiyat keşif süreci bırakır.

Ayrıca, uygun bir fiyata ulaşmak için gereken teorik minimum süre pratikte geçerli olmayabilir. Doğrulayıcılar veya blok oluşturucular bloklardan blob işlemlerini çıkarırsa, bu keşif süresi daha da uzayabilir. Örneğin ( dataalways'in gönderisinden ), 20 Haziran'daki LayerZero airdrop'u sırasında blob taban ücreti 1 wei'den 7471 Gwei'ye yükseldi. Teorik olarak, bunun yaklaşık 252 blok veya 51 dakika sürmesi gerekirdi (aşağıdaki şekilde hesaplanır):

log1.125 (7.471 x 1012) = 251.66

Ancak, gerçek süre yaklaşık 6 saatti - beklenenden yaklaşık 5-6 kat daha uzun. Uzatılmış fiyat keşif süreleri, temel ücretin blob talebini doğru bir şekilde yansıtmaması anlamına gelir. Bu tutarsızlık, toplamaları ve blob kullanıcılarını öncelikli ücretler aracılığıyla agresif bir şekilde teklif vermeye yönlendirebilir ve bu da öngörülemeyen ve oldukça rekabetçi bir ücret pazarına yol açabilir. Özetle, çok düşük bir temel ücret, fiyat keşfini geciktirir ve ücretleri gerçek zamanlı taleple uyumsuz hale getirir.

EIP-7762'nin önerdiği şey, kongre merkezine daha yakın bir otelde kalmaktır. Yakınlardaki marketler için daha fazla ödeme yapmanıza rağmen, daha yakın olmak, gerektiğinde konferans merkezine ulaşmayı daha hızlı ve daha rahat hale getirir.

Toplama işlemleri daha yüksek bir minimum blob taban ücretinden etkilenmez mi?

Minimum blob taban ücreti artarsa, toplamalar blob işlemlerini göndermek için gerçekten daha yüksek ücretler ödeyecektir. Ancak, minimum blob taban ücretini 1 wei'den 225 wei'ye çıkarmak, toplamaların blob işlemleri için geçerli ücretin 225 katını ödediği anlamına gelmez. Bunun nedeni, blob işlemlerinin yalnızca blob gazı için ücret ödemesi değil, aynı zamanda blob işlemleri için yürütme ücreti de ödemesidir. Blob olmayan işlemlerle aynı şekilde, blob işlemleri en az 21.000 gaz öder. Çağrı verilerini gönderirlerse, yürütme ücreti daha da artar.

5 Gwei'lik bir temel gaz ücreti varsayıldığında, blob işlemleri için yürütme ücreti (en azından) yaklaşık 21,000 x 109 = 2.1 x 1013 wei olur. Karşılaştırıldığında, tek bir blob için asgari ücret 131,072 = 1.3 x 105 wei ve bu da blob taban ücretini önemsiz hale getirir - yürütme ücretinden yaklaşık 1.6 x 108 = 160,000 kat daha ucuzdur. Sezgisel olarak, asgari blob taban ücretinde mütevazı bir artış, blob işlemlerinin toplam maliyetini önemli ölçüde etkilemez.

Örneğin, EIP-7762'nin önerdiği 225 wei'lik minimum blob taban ücreti altında, blob ücreti 225 x 1.3 x 105 = 4.3 x 1012 wei olur. Böylece, toplam maliyet (Yürütme ücreti + Blob ücreti) 2.1 x 1013 + 4.3 x 1012 = 2.5 x 1013 olur

Bu, mevcut 1 wei minimum blob taban ücretinden yaklaşık %20'lik bir artışı temsil ediyor. Bloğun maksimum 6 blob ile doldurulduğu durumlarda, artış yaklaşık %120'ye ulaşabilir.

EIP-7762'den kaynaklanan gerçek maliyet artışı ayrıca her bir toplamanın işlem stratejisine bağlıdır. Toplamalar blob gönderim stratejilerinde farklılık gösterir: işlem başına farklı blob sayıları kullanırlar, farklı miktarlarda çağrı verisi gönderirler ve dolayısıyla farklı yürütme ücretlerine tabi olurlar. Çağrı verilerinde daha karmaşık kanıtlar gönderen toplamalar daha yüksek yürütme ücretleri ödeyeceklerdir, bu da önerilen blob taban ücretindeki artışın genel işlem maliyetlerini daha az önemli ölçüde etkileyeceği anlamına gelir.

dataalways tarafından yapılan tarihsel simülasyonlardan elde edilen veriler, Base, Optimism ve Blast gibi OP Stack tabanlı toplamalar için maliyetlerin blob taban ücreti 225 wei ile %16'ya kadar artabileceğini gösteriyor. Ancak diğer toplamalar %2'den daha az bir artış gösterdi ve bu da toplam blob işlem maliyetleri üzerinde minimal bir etki olduğunu gösteriyor.

Ani bir blob taban ücreti artışından kaçınmak

MIN_BLOB_BASE_FEE ayarlamanın yanı sıra, fazla blob gazının nasıl hesaplanacağı konusunda küçük bir değişiklik yapıldı. Daha önce, excess_blob_gas hesaplanması, blob taban ücretinde istenmeyen bir artışa neden olabilirdi. Bunu önlemek için EIP, fazla blob gazını çatal yüksekliğinde sıfırlayan bir değişiklik sunar. Bu ayarlama, çatal olayı etrafında daha yumuşak geçişler sağlar.

EIP-7762'nin etkilerinin analizi

EIP-7762'nin önerisinden bu yana, önemli tartışmalara yol açtı. Araştırmacılar bu önerinin arkasındaki motivasyon ve fiyat keşfindeki sorunları ele alma ihtiyacı konusunda büyük ölçüde hemfikir olsalar da, bazı endişeler devam ediyor. Birincil sorunlardan biri, sık protokol ayarlamalarının Ethereum'un istikrarı üzerindeki potansiyel etkisidir. Düzenli ince ayar, öngörülemeyen karmaşıklıklar ve riskler getirebilir.

Başka bir endişe, uygun bir asgari blob taban ücreti belirlemeye odaklanıyor. 225 wei'nin keyfi seçimi güçlü bir ampirik temelden yoksundur ve bu değerin protokolün uzun vadeli hedeflerini desteklediğinden emin olmak için daha fazla araştırma yapılması çağrılarını teşvik eder. Bu taban ücreti için sağlam bir gerekçe oluşturmak, olası istikrarsızlık veya istenmeyen piyasa bozulmalarını önlemek için önemlidir.

EIP-7691: Blob verimi artışı

EIP-7691 basit bir değişiklik öneriyor: blok başına maksimum blob sayısını artırmak. Şu anda, sınır blok başına 6 blob ve hedef 3. EIP-7691, bu sınırı artırarak (şu an için kesin bir sayı yok) toplamaların Ethereum'un fikir birliği kararlılığından ödün vermeden daha fazla ölçeklenebilirlik elde edebileceğini öne sürüyor.

Blob sayısının artmasıyla hangi zorluklar ortaya çıkar?

Blok başına blob sayısını artırmak, Ethereum peer-to-peer (p2p) ağı üzerinden iletilen toplam veri boyutunu artırabilir ve bu da fikir birliğine varmada gecikmelere yol açabilir. Her blob 128 KiB veri içerir, bu nedenle 6 blob 784 KiB'a ulaşır. Ethereum'un maksimum blok boyutu yaklaşık 2 MB olduğundan, blob'lar dahil olmak üzere yuva başına iletilen toplam veri yaklaşık 2,78 MB'a ulaşabilir .

Blob sayısı arttıkça, veri boyutu da artar ve bu da blokların ve blobların düğümler arasında yayılması için gereken süreyi uzatır. Bu gecikme, Ethereum'un fikir birliği sürecini zorlayabilir, özellikle de doğrulayıcıların her yuvanın sona ermesinden önce 4 saniyelik bir pencere içinde onayları göndermeleri gerektiğinden. Bu nedenle, fikir birliği kararlılığını sağlamak, bu yayılma sürelerinin dikkatli bir şekilde yönetilmesini gerektirir.

Bazıları, her bir blob ayrı bir kanaldan yayıldığı için artan blob sayısının fikir birliğini önemli ölçüde etkilememesi gerektiğini savunabilir. Ancak, düğümler yine de tüm blobların ve blok verilerinin gelmesini beklemek zorundadır, bu da daha yüksek bir blob sayısının potansiyel olarak daha uzun bekleme sürelerine yol açabileceği anlamına gelir.

EIP-4844'ü (bkz. post1 , post2 ) takip eden deneysel analizler, çatallanma oranının uygulama sonrası arttığını ve blok başına düşen blob sayısıyla birlikte yükseldiğini ortaya koyuyor. Aşağıdaki grafik, 6 Nisan ile 6 Haziran 2024 tarihleri arasında blob sayısına göre yeniden düzenleme oranlarını gösteriyor. Maksimum 6 blob içeren bloklar, 4'ten az blob içeren bloklara göre önemli ölçüde daha yüksek bir yeniden düzenleme oranı gösteriyor ve bu da EIP-4844'ün Ethereum'un fikir birliği güvenliği üzerindeki etkisine dair endişeleri tetikliyor.

Blob sayısını artırmak güvenli midir?

Yeniden düzenlemeler birden fazla nedenden dolayı meydana gelebilirken, p2p ağı genelindeki daha yüksek veri yüklemeleri sadece bir faktördür. En uygun olmayan istemci uygulamaları da yeniden düzenleme oranlarına katkıda bulunabilir. İlk analizim, veri kullanılabilirliği (DA) süresinin, düğümlerin son blob'un gelmesini beklediği sürenin asgari olduğunu gösteriyor; ortalama 20 ms'den az, 0 blob içeren bloklar ile 6 blob içeren bloklar arasındaki fark 5 ms'den az. Düğümlerin tasdik göndermeden önce yaklaşık 4000 ms beklediği göz önüne alındığında, bu gecikme önemsiz görünüyor ve fikir birliğini kritik bir şekilde etkilemesi olası değil. Aşağıdaki grafik, farklı sayıda blob içeren bloklarla tahmin edilen DA süresini göstermektedir.

Ayrıca, Toni'nin analizi , EIP-4844'ün uygulanmasından bu yana genel yeniden düzenleme oranlarının azaldığını gösteriyor. Daha önceki veriler Haziran ayına kadar yeniden düzenleme oranları ile blob sayıları arasında güçlü bir korelasyon gösterirken, son üç aydan daha yeni veriler, farklı blob sayılarına sahip bloklar arasında yeniden düzenleme oranlarında asgari farklar olduğunu ortaya koyuyor. Ethereum istemci performansındaki devam eden iyileştirmelere atfedilen bu bulgular, blob sınırını artırmanın konsensüs istikrarı için önemli bir risk oluşturmayacağını gösteriyor.

EIP-7623'ün EIP-7691'i nasıl desteklediği

Son zamanlarda, Vitalik, "PectraA için EIP-7623 ve küçük bir blob sayısı artışı (örneğin, hedef 3 -> 4, maks. 6 -> 8) eklemeyi yeniden gözden geçirmemiz gerektiğini düşünüyorum." dedi. EIP-7623'ün bu artışı nasıl kolaylaştırabileceğini anlamak için önce temel önerisini inceleyelim. (EIP-7623'ün ayrıntılı açıklaması için buraya bakın)

EIP-7623 nedir?

EIP-7623, özellikle veri kullanılabilirliği (DA) amaçlarına hizmet eden işlemler için çağrı verilerinin gaz maliyetini ayarlamayı önermektedir. Esasen, çağrı verilerinin boyutuna göre düşük yürütme gazına sahip işlemler, çağrı verilerinin kullanımı için daha yüksek bir gaz maliyetine (potansiyel olarak 3 kata kadar) neden olacaktır. Büyük çağrı verileri içeren ancak asgari EVM yürütmesi gerçekleştiren işlemler bu nedenle daha yüksek maliyetler görecek ve DA ile ilgili işlevler için çağrı verileri yerine blob'ların kullanımını teşvik edecektir.

Bu ayarlamanın ardındaki mantık, DA çerçevesini optimize ederken günlük, DA olmayan kullanıcı işlemleri üzerindeki etkiyi en aza indirmektir. EIP-7623, DA'ya özgü işlemler için calldata maliyetlerini artırarak, veri yoğun işlemleri calldata'dan blob'lara geçiş yapmaya teşvik eder ve böylece ağın depolama ve DA verimliliğini optimize eder. Ek olarak, bu öneri en kötü durum blok boyutunu 2,78 MB'den yaklaşık 1,2 MB'ye düşürmeyi ve Ethereum'un yaklaşık 125 KB olan ortalama blok boyutunun potansiyel olarak çok daha büyük bir sınıra ulaşabileceği mevcut boşluğu ele almayı amaçlamaktadır.

EIP-7623 ve EIP-7691

EIP-7623 maksimum blok boyutunu etkili bir şekilde azaltırsa, daha yüksek bir blob sayısı için yer açar ve EIP-7691'in hedeflerini destekler. Blob sayısı artırılsa bile, toplam veri boyutu, DA için calldata'ya olan bağımlılığın azalması nedeniyle en kötü durumlarda bile yönetilebilir kalır. EIP-7623 ile EIP-7691 arasındaki bu uyum, maksimum blok boyutunu sürdürülebilir sınırların ötesine çıkarmadan daha yüksek bir blob verimine olanak tanır.

Çözüm

Bu makale, Ethereum'un blob işlevselliğini geliştirmeye odaklanan son EIP'leri tanıttı. EIP-7762, talep artışları sırasında daha hızlı fiyat keşfini mümkün kılarken genel blob işlem maliyetleri üzerindeki etkiyi en aza indirmek için minimum blob taban ücretini yükseltmeyi öneriyor. EIP-7691, Ethereum'un veri kullanılabilirliği (DA) katmanını daha da ölçeklendirmek için blok başına blob sayısını artırmayı amaçlıyor. Daha yüksek bir blob sayısıyla, blob taban ücreti talep zirveleri sırasında daha kontrollü bir artış yaşayacak ve daha sorunsuz fiyat ayarlamalarına olanak tanıyacaktır.

Önerilen bu değişiklikler etrafında detaylı tartışmalar yapılıyor . Örneğin, tartışmalar hedef blob sayısını 4'e ve maksimum blob sayısını 6'ya ayarlamayı ve taban ücreti güncelleme kuralının simetrik mi yoksa asimetrik mi olması gerektiğini belirlemeyi içeriyor. Ek hususlar arasında aşırı blob gazının normalleştirilmesi ve blob taban ücreti güncelleme oranının ayarlanması yer alıyor.

Blob'lar Ethereum ekosistemine yeni eklenen bir şeydir ve bunlarla ilgili her değişikliğe, hem uygulama katmanı hem de fikir birliği güvenliği üzerindeki etkileri nedeniyle ihtiyatla yaklaşılır. Yine de Ethereum hızla ilerlemektedir ve araştırma topluluğu geliştirmeyi yönlendirmek ve ağın büyümeye ve gelişmeye devam etmesini sağlamak için gayretle çalışmaktadır.