Ethereum Cancun yükseltmesinin arifesinde Blob pazarına ilişkin kapsamlı bir bilgi edinin

Makale: 0xEvan, Primev

Çeviren: Franci, ETHconomics Araştırma Alanı

Düzeltme: Jason, ETHconomics Araştırma Alanı

Çevirmenin Girişi

Yayınladığımız önceki makalelerin tümü blob işleminin kendisiyle ve 4844 ücret mekanizmasıyla ilgiliydi.Bu makalede yazar, blob pazarının potansiyelini simüle etmek için geçen yıl boyunca yapılan veri geriye dönük testini kullandı - ne kadar veri barındırabilir? Toplamanın veri kullanılabilirliği gereksinimlerini karşılayabilir mi?

Blob alanının arz ve talep eğrisinin blob piyasası üzerindeki etkisine ek olarak, doğrulayıcıların zamanlama oyunları ve inşaatçıların incelemeleri de bu pazar üzerinde bazı olumsuz etkilere sahip olacaktır. Bu makalede, olası blob işlemi yayın gecikmesine ilişkin veri analizi gerçekleştirilmekte, bunun kullanıcı deneyimi ve toplama veri kullanılabilirliği yükü üzerindeki etkisi gösterilmekte ve aynı zamanda olası bir çözüm (blob işlemlerinin önceden onaylanması) önerilmektedir.

Genel olarak bu makale, blob pazarının nispeten kapsamlı bir analizidir.Okuyucular, makalenin bağlamı aracılığıyla blob alanının gelecekteki manzarasını keşfedebilirler.

metin:

🙏İnceleme için @terencechain'e, bilgiler için @BertKellerman'a ve Holesky testnet verileri için @ethpandaops'a özellikle teşekkür ederiz.

TL;DR

Araştırmamız, EIP-1559'un gas fiyatlandırmasına benzer şekilde çalışan, gelişmekte olan EIP-4844 blob pazarını derinlemesine inceliyor. Aradaki fark, blok oluşturucuları doğrudan blob işlemlerini paketlemeye teşvik edecek bir devrilme mekanizmasının bulunmamasıdır; bu da istikrarsız bir blob işlem deneyimine ve bloklar halinde paketlenmeleri için bazı zorluklara yol açabilir.
Blob işlemlerinin büyük (~125 kB) olmasına ve aynı boyuttaki çağrı verilerinden daha ucuz olmasına rağmen Ethereum blok boyutunu önemli ölçüde artırdığını belirtiyoruz. Bu aynı zamanda blob işlemlerinin bloklara artan teklif verme gücü sağladığı anlamına da gelir.
Bu yeni pazarın kapasitesinin mevcut toplu veri ihtiyaçlarını karşılayabildiğini ve standart blok alanının gaz maliyetini %15-20 oranında azaltabildiğini, böylece daha düşük maliyetli mev fırsatlarının önünü açabildiğini gösterdik.
Ağ etkinliğinin arttığı dönemlerde, blob işlemlerinin blok yayınlarını yüzlerce milisaniye mertebesinde yavaşlatabildiğini, bunun da mev-boost blob'da rekabetçi teklifleri sürdürmek için blok oluşturucuların sansürlenmesine yol açabileceğini gözlemledik.
"Önceden onaylanmış tekliflerin" bu zorlukları hafifletebileceğini ve blob ön onayının EIP-4844'ün yeteneklerini geliştirebileceğini, L2 kullanıcıları için daha iyi bir işlem deneyimi sunabileceğini ve toplamalar için istikrarlı bir işlem paketleme deneyimi sağlayabileceğini değerlendiriyoruz.
Holesky test ağı üzerinde deneyler yapacağız, blok oluşturucu verilerini toplayacağız ve mev-commit aracılığıyla aktarım kuracağız.Blob ön onay sağlayıcısı olarak PBS'den ilgili katılımcıları birlikte deneyler yapmaya davet ediyoruz.

Giriiş

EIP-4844, Ethereum'un veri kullanılabilirliğini genişleten bir blob pazarı sunar. Gelişmekte olan bu piyasa, blobların temel gaz ücretini fiyatlandırmak ve yok etmek için EIP-1559'a benzer bir gaz fiyatlandırma mekanizması kullanıyor. Bununla birlikte, tip 2 işlemlerin aksine, blob pazarındaki kullanıcıların, bloblarını paketlemek için inşaatçılara ipucu olarak teklif vermesinin doğrudan bir yolu yoktur. Öncelikli ücret tasarımının olmayışı, blob paketleme ücretlerinin doğru şekilde fiyatlandırılmasını zorlaştırıyor. Ek olarak, bloblar Ethereum'un işlem türlerinin en büyüğü olduğundan, blobları taşıyan blokların ağ üzerinde daha yavaş yayınlanması bekleniyor. Bir inşaatçı bir blokta çok sayıda blob kabul ederse bloğun yeniden düzenlenmesi riski daha yüksek olur; bu nedenle inşaatçının ekonomik açıdan rasyonel bir kişi olduğunu varsayarsak, blok inşaatı için Düşük gecikmeyi korumak amacıyla en yoğun mev dönemlerinde blobları gözden geçirmeyi seçebilir.

Blob ile ilgili bir blok oluşturma ve mev-boost veri toplama çalışmasının yanı sıra mev-commit kullanan bir blob ön onay sağlayıcı deneyi öneriyoruz ve topluluktaki toplamaları, röleleri, blok oluşturucuları ve teklifçileri katılmaya davet ediyoruz. EIP-4844'teki blob ile ilgili davranışa ilişkin içgörülerimiz, L1 blob ön onayının blob pazarının getirdiği faydayı artırabileceğini, L2 kullanıcıları için daha iyi bir işlem deneyimi sağlayabileceğini, mev koşullarının varlığında toplama için güvenilir bir paketleme deneyimi sağlayabileceğini gösteriyor ve Toplama merkezli Ethereum yol haritası için daha istikrarlı bir gelecek sağlayın.

Blob Piyasasını Anlamak

Blob İşlemi

EIP-4844, tip3 bir işlemi (blob işlemi olarak da bilinir) kullanıma sunar. Blob taşıyan işlemler normal işlemlere benzer ancak bunlara blob verileri, KZG taahhütleri ve kanıtlar eklenir. Bloblar, standart Ethereum işlemleriyle karşılaştırıldığında son derece büyüktür (~125 kB) ve eşdeğer miktardaki çağrı verisinden çok daha ucuzdur. Çağrı verileri, sıfır olmayan bayt başına 16 gaz olarak fiyatlandırılır ve boyutları değişebilir; blob verileri, bayt başına 1,04 gaz olarak fiyatlandırılır ve blob başına 131.072 gazla sınırlıdır.

Blob Gaz Mekanizması

Blob bazlı gaz fiyatlandırması, EIP-1559'a benzer şekilde ağ tıkanıklığını fiyatlandırmak için bir ücret mekanizmasına sahiptir. Temel fark, blob bazlı gazın fiyatının blob kullanımındaki değişime bağlı olması, EIP-1559'un ise önceki bloğun gaz kullanımındaki değişime (hedef gaz miktarına göre kullanılan gaz miktarı) dayalı olmasıdır. Hedef Blob sayısı 3'tür (0,375 MB) ve her bloğun maksimum sayısı 6'dır (0,75 MB). Minimum Blob bazlı gaz fiyatı 1 wei olarak ayarlandı.

Bir blob işlemi gönderirken gönderen, blob temel gaz ücreti için ödemek istediği maksimum fiyat olarak max_fee_per_blob_gas'ı gönderecektir ve bunların tümü yakılacaktır. max_fee_per_blob_gas, type0 ve type2 işlemlerdeki max_fee_per_gas'a benzer. Kullanıcılar, işlemlerinin paketlenmesini teşvik etmek için ek ücret göndermek isterlerse aynı zamanda max_priority_fee'yi de gönderirler. Ancak max_priority_fee, işlemin yalnızca blob gas olmayan kısmını kapsar. Başka bir deyişle, bu blob gas ücreti mekanizması kapsamında kullanıcılar, blob paketleme ipuçlarını doğrudan geliştiriciye gönderemez.

(Çevirmenin notu: 4844 ücret mekanizmasının prensibinin analizi ile ilgili olarak topluluğumuz daha detaylı bir yazı yazmıştır, lütfen buraya bakınız)

Blob Pazar Kapasitesi

Bu bölümde, blob pazarının kapasitesini göstermek için toplama ağındaki Ocak 2023'ten Ocak 2024'e kadar olan geçmiş etkileşim etkinliğini geriye doğru test ediyoruz. Ethereum'daki en aktif toplama işlemlerine odaklanıyoruz ve gerçek zamanlı bir blob pazarını simüle etmek için geçmiş verileri kullanıyoruz. Elbette bu pazar aktif olarak büyüyor ve blob'lar henüz ana ağda çevrimiçi değil. Bu makale, potansiyelini simüle etmek için 2023 yılına ait geçmiş verileri kullanıyor.

Toplamanın geçmiş çağrı verisi etkinliğine ve bunun tip3 işlemlerin blok alanındaki kullanımını simüle etmeye dayanarak, blob piyasası fiyatının, blob piyasası fiyatının blob bazlı gaz minimumunu aşmasına neden olmadan toplamanın tüm kapasitesini kolayca emebildiğini görebiliriz. değer (Bu 1 wei'dir).

Şekil: temel blob gazı başına engellemek

Toplama, Ethereum'a daha fazla veri yayınlasa da çoğu blok hala hedef blob sayısının altında, bu da blob gas fiyatlarının düşük kalmasını sağlıyor.

Resim: Renk ne kadar açıksa, ambalajı temsil eder Belirli sayıda blobtan oluşan bir blok ne kadar çok oluşturulursa

💡 Bu, blob piyasasının çağrı verisi yükünün daha düşük olacağı (çağrı verileri bayt başına 16 gaz tüketirken, blob bayt başına 1 gaz tüketirken) ve gaz fiyatının da daha düşük olacağı anlamına gelir (çağrı verilerinin gaz fiyatı gwei düzeyindeyken, blob Gaz fiyatı wei düzeyindedir), böylece toplama için iki ek maliyet katmanından tasarruf edilir.

Blob pazarı yalnızca mevcut toplamanın veri kullanılabilirliği ihtiyaçlarını kolayca karşılamakla kalmaz, aynı zamanda blob olmayan pazarın daha fazla blok alanı açmasını ve gaz yükünü %15-20'den fazla azaltmasını da sağlayabilir. Gaz yükündeki azalma, kullanıcıların/aramacıların, inşaatçıların ve doğrulayıcıların teklif verme gücünü artırır ve daha önce EIP-4844 üzerinden fiyatlandırılan yeni mev fırsatlarının kilidini açar.

Şekil: EIP-4844 ve EIP-4844 karşılaştırması standart bloklar Mekansal etki (2023 verilerine dayanmaktadır)

Toplama daha fazla veri kullanılabilirliği gerektirir

Rollup, bloktaki gaz kullanımını büyük ölçüde etkiler ve şu anda Ethereum blok alanındaki en büyük gaz kullanıcısı türüdür. 2023'te rollup, aşağıdaki şekilde gösterildiği gibi rekor miktarda işlem verisini Ethereum'da depoladı:

Resim: Ethereum'a kaydedilen çağrı verileri rekor yüksek

Aşağıdaki günlük ortalama grafik, toplamaların bulundukları her bloğun %15'inden fazlasını kaplamaya başladığını ve diğer kullanıcıların kullanım fiyatlarını doğrudan etkilediğini göstermektedir.

Siyah kuğu çıkması ve talebin artması durumunda bu durum daha da kötüleşebilir. Aralık 2023 gibi yakın bir tarihte, yazıt çılgınlığı aşırı işlem hacmine neden oldu ve Arbitrum'un sıralayıcısının yaklaşık bir saat boyunca çevrimdışı kalmasına neden oldu. Arbitrum sıralayıcı işlemleri yeniden başlatıp kayıtlı durum verilerinin birikmiş listesini yayınlamaya başladığında, sıralayıcı hemen tüm blok alanını tekeline alarak gaz fiyatının 140 gwei'nin üzerine çıkmasına ve tüm bloklardaki gazın %90'ına kadar tüketilmesine neden oldu. Ağ çoğu kullanıcı tarafından birkaç saat boyunca kullanılamadı.

**Bir sonraki bölümde, talepte bu artış olmasa bile zamanlama oyunlarının ve sansürün bu pazarı nasıl etkileyebileceğini tartışacağız. **

Blob Piyasasının Karşılaştığı Zorluklar: İnceleme

Blob İşlem Yayını

EIP-4844, işaret bloğu başına bant genişliği gereksinimlerini, işaret bloğu başına 6 adede kadar ek blob barındıracak şekilde ~0,75 MB, 42 m gaza kadar artırır. Kalıcı olarak depolanan çağrı verilerinin aksine, bloblar, ağın arşivlenmiş durumunun büyümesini kontrol altında tutmak için işaret düğümlerinde kısa bir süre (Şubat 2024 itibarıyla 18 gün) kalır.

Ek olarak, blob işlemlerinin iki ağ temsili vardır: blok oluşturucular için bir blob işlemi ve doğrulayıcılar için bir blob sepeti. Blob sepetleri ileri uyumluluk için tasarlanmıştır.

Blob'un önce yürütme katmanı aracılığıyla ve ardından konsensüs katmanına yayınlanması gerekir. **Bu, blob paketleme konusunda son sözün oluşturucunun (doğrulayıcının değil) olduğu anlamına gelir. **Teklif sahipleri yalnızca geçersiz vaatlere/kanıtlara dayalı olarak mev-boost dinamikleri altındaki blob işlemlerini hariç tutabilir.

Şekil: Yürütme doğrulaması gerçekleştirildi inşaatçı tarafından, Konsensüs doğrulaması doğrulayıcılar tarafından gerçekleştirilir

Blok Oluşturucunun Bakış Açısı

Doğrulayıcı "zamanlama oyunları" üzerine yapılan son araştırmalar, gecikme optimizasyonunun, düğüm operatörlerinin blok tekliflerini geciktirerek kârları en üst düzeye çıkarmasını stratejik olarak nasıl sağlayabileceğini vurguluyor. Yazarlar bunun zincirin sağlığına zararlı olduğunu açıklıyor. Blob işlemleri, blob sepeti yayınlandığında değişen miktarlarda gecikme ekleyerek bu oyunu daha da karmaşık hale getirir.

Blob işlemleri, mümkün olan en büyük işlem boyutu türüne eşdeğerdir. Bu nedenle, bu işlemleri taşıyan bloklar daha yavaş yayılır ve blok oluşturucuların mev-boost tekliflerini kazanma konusunda daha az rekabetçi olmasına neden olur. Sonuç olarak bu, blok oluşturucuları, mev tekliflerini daha sık gönderebilmeleri için blobları geçici veya hatta süresiz olarak incelemeye teşvik eder.

Ethpanda ekibi, test ağında gerçek dünyadaki gecikmeyi test etmek için Xatu'yu kullanıyor. Gerçek dünyadaki gecikmeyi ölçmek için farklı Ethereum konsensüs istemcilerini (Prysm, Nimbus, Lodestar ve Lighthouse) kullanarak dünyanın çeşitli yerlerinde (NYC, FRA, BLR, SYD) gözlemciler kurdular. 20 Şubat 2024 Holesky Blob veri anlık görüntüsü, mev işlem hattı boyunca büyük miktarda gecikmenin oluşturulduğunu gösteriyor.

Bir blok oluşturucu, mev-boost teklif açık artırmasını kazandıktan sonra, teklif sahibinin blokta paketlenmiş blobu doğrulamadan önce blob sepetinin yayınlanmasını beklemesi gerekir. Aşağıdaki tablo, 800 blob yardımcı dosyasından oluşan bir örnek boyutuyla, tek bir blob yardımcı yayını için minimum sürenin yaklaşık 400 milisaniye olduğunu göstermektedir

Grafik 1. Blob yayın süresi ile tek bir yuvada bulunan blobların sayısı karşılaştırması

Şekil: Küçük miktardaki veriler maliyet verileriyle sonuçlanır Sette açıklanan bazı mantık dışı gözlemlerin bir nedeni

Aşağıdaki tablo, daha fazla blob sepetinin gelmesini beklerken gecikme farkını göstermektedir. Tablodaki 50. yüzdelik dilim (p50), 2 blob taşıyan bir blok ile 6 blob taşıyan bir blok arasındaki gecikme farkının yaklaşık 225 milisaniye olduğunu göstermektedir.

Grafik 2. Blok gruplamasına göre toplam blob sepeti sayısı üzerinden ilk gelen ve son gelen blob sepeti arasındaki zaman farkı

Bu tür blob yayın gecikmesi bloğa verecek İnşaatçılar, çok az mali kazanç elde etmek için kendi bloklarını blob'larla doldurduklarında ek blok yeniden düzenleme riski ortaya çıkarır. Geliştiriciler olası yeniden düzenlemeleri önlemek için blob işlemlerini hariç tutmayı/sansürlemeyi seçebilir. Bir blok çok sayıda mev içeriyorsa, ekonomik açıdan rasyonel inşaatçıların bu riski toplama ağı yoluyla uygun şekilde telafi etmesi gerekir.

Blob pazarında paket teklif vermenin kullanıcı deneyimi hakkında

Doğrulayıcı zaman oyununun incelenmesine ilişkin bu makalede, daha sonra mev-boost teklif verme sürecinde, daha büyük tekliflerin daha büyük bloklarla ilişkilendirildiğine dikkat çekilmektedir. Teklif ve gas fiyatı arttıkça, sonraki slotlarda ETH'nin daha büyük bir payı yok edilecek. Taban ücret artar ancak mev çekilme tutarı aynı kalırsa, inşaatçının teklif sahibinin gelecekteki geliri için teklif verme alanı azalır.

Çevirmenin Notu:

(Değer girişi: MEV + işlem ücreti

Değer çıkışı: yok edilen ETH + Teklif Sahibinin Öncelik Ücreti + inşaatçının Teklif Sahibine verdiği bahşiş + inşaatçının kendi geliri)

Yani daha fazlası yok edilirse teklif sahibine daha azı verilecektir.

Beklenen damla pazarında kapasite mevcut talebi aşıyor. İmha edilen blob tabanı ücreti çok küçük bir düzeyde, yani onlarca veya yüzlerce wei olarak kalacaktır. Toplamaların, yeterli temel ücretler ödense bile blob işlemlerinin yuvarlanamayabileceğini anlaması kritik öneme sahiptir. Blob piyasasının düşük taban ücreti, inşaatçıları bu tür işlemleri paketlemeye teşvik etmek için blob işlemlerinin kat kat daha yüksek teklifler gerektirmesi anlamına geliyor. Bu durumda blob işleminin daha yüksek bir ücretle yeniden gönderilmesi gerekecek ve bu da kullanıcı deneyiminin kötü olmasına neden olacaktır.

Buna ek olarak, EIP-4844 kapsamındaki ilk blob pazarında paket devri mekanizması (blob öncelikli gas ücreti gibi) bulunmadığından, toplama, paketlenmiş blob işlemlerinde alan için rekabet etmek üzere doğrudan teklif veremeyeceği için bu durum kullanıcı deneyimi sorununu daha da kötüleştirir.

Blob bazı gaz ücretinin 10 wei olduğunu varsayarak bir işlem örneğine bakalım ve aynı miktarda veri için blob ek yükünü hesaplayalım. Bu örneğin, blob alanı için teklif verebilecek etkili bir paket teklif verme mekanizmasının olduğunu varsaydığını belirtmek gerekir.

💡Lütfen örnek işleme bakın:

Çağrı verileri - 129.998 bayt (129429 sıfır olmayan bayt) ~ 10,56 gwei'de kullanılan 2.094.140 gaz (10,55 gwei taban fiyatı + 0,01 gwei Öncelik Ücreti) = 0,022 ETH

Blob-128.000bytes~131.072gasusedat1gwei(10weibaseprice+.99999999gweipriorityfee)=0,000131072ETH

**Hesaplamalar, toplamaların blob pazarını kullanması halinde, daha düşük blob taban ücreti nedeniyle potansiyel olarak 100 kat daha fazla teklif sunabilecekleri ve ayrıca maliyetten 150 kat tasarruf edebilecekleri sonucuna vardı. **Daha düşük blob taban ücreti, toplamanın genel giderlerden tasarruf ederken daha rekabetçi teklifler sunmasına olanak tanıyacaktır. İnşaatçılara olası yeniden yapılandırma risklerini telafi etmek için paketleme ücretlerinin bloktaki mevcut mev fırsatları kadar rekabetçi olması gerekiyor; dolayısıyla 100 kat daha yüksek bir teklif bile yeterli olmayabilir. Bu, blob ön doğrulaması olmadan gerçekleşir.

mev-commit aracılığıyla blob ön onayını uygulayın

Bu zaman oyununda, blob ön onayının ana rolü, önceden onaylanmış bazı blob'ların mev kanalında kullanılabilir olmasını sağlamaktır. Mev-commit ile her ön onay sağlayıcısı işleme ilişkin kendi taahhüdünü yapar. Sağlayıcılar daha sonra bu verileri diğer aktörlere (örneğin blok oluşturucular, aktarıcılar, sıralayıcılar) devredebilir. MEV hattındaki diğer katılımcıların kullanımına sunulan ön onay verileri, blok oluşturucuların eşleşen yürütme yüklerini paralel olarak göndermesine olanak tanır. Bu konsept, önceden onaylanmış blob paketleme listeleri oluşturmak veya tip 3 blok alanları oluşturma konusunda aktarıcıların işbirliği yapması için kullanılabilir.

Önceden onaylanmış blob'lar önceden bilindiğinden, blok oluşturucular, yuvaları başlamadan önce blob'ları taşıyan gelecekteki blokları oluşturabilirler. Bu uygulama fiyatlandırmanın temelini oluşturur ve güçlü bir vadeli işlem piyasası oluşturmanın temelini oluşturur. Piyasa, toplamalara daha güvenilir bir işlem paketleme deneyimi sağlayacak ve blok alanı fiyatlarını daha istikrarlı hale getirecek. Ek olarak, mev-commit'in önceden onaylanmış teklifi, toplamalar için daha güvenilir bir fiyat keşif mekanizması sağlar; çünkü toplamalar, önceden onaylanmış tekliflerini tüm blob işlemini yeniden göndermeden gerçek zamanlı olarak güncelleyebilir.

Son olarak, blob'ların paketlenmesi ve onay öncesi teklif vermenin kullanılması, toplamaların ittifaklar kurmasına olanak tanır. Onay öncesi teklif verme, paketlenmiş blob işlemlerine veya toplu bloblara uygulanabilir; bu, toplamaların teklif verme yeteneklerini ve paketleme alanını paylaşmasına olanak tanıyarak Ethereum blob pazarının istikrarını ve sürekli gelişimini desteklemeye yardımcı olur.

Sonuç olarak

Genel olarak araştırmamız, toplama ekonomisinin iyileştiğini, yeni pazarların ortaya çıkmasının ise zaman oyunlarının etkisi ve devrilme mekanizmasının olmaması gibi daha fazla faktörün dikkate alınmasını gerektirdiğini gösteriyor. Vurguladığımız konular için çözüm aşamasına geçmek için henüz çok erken ancak Holesky test ağında mev-commit zaten aktif olduğundan PBS davranışsal varlıkları ile kolayca deneyler yapabiliriz. Primev, blobların blok oluşturma ve teklif verenin gecikmesi üzerindeki etkisi hakkında veri toplayacak ve altta yatan davranış kalıplarını anlamayı umuyor.

Ekonomi ve kullanıcı deneyimi, önceden onaylanmış Tip 2 işlemler için ana etkenler olsa da, EIP-4844 kapsamında toplamalar ve toplama merkezli işlem paketleme deneyimi, Ethereum ekosisteminin güvenilirliği ve istikrarı, önceden onaylanmış bloblar için temel etkenler haline gelecektir. önemli sebep. Ayrıca, Holesky test ağında blob sepeti yayın gecikmesi sorunlarını iyileştirmek için blob ön onayından yararlanabilecek ve oluşturucu koordinasyonunu engelleyebilecek bir blob ön onay aktarımıyla da deneyler yapacağız. Topluluğun tamamı için potansiyel çözümler sunacağı için topluluğu bu deneye katılmaya davet ediyoruz.