Gaz ücretlerindeki olası azalmayı, TPS'yi (saniyedeki işlemler) ve EIP-4844'ü uyguladıktan sonra Toplamaları karşılama yeteneğini değerlendirmek için iki hesaplama yöntemi kullanıyoruz.
Çağrı Verisi boyutu sırasıyla 10 KB ve 2 KB olduğunda, EIP-4844'ün 38 ila 192 kez arasında değişen daha fazla Çağrı Verisi barındırabileceği tahmin edilmektedir. Aynı blokta daha fazla Çağrı Verisi barındırılabildiğinden, Çağrı Verisi birim başına maliyeti de buna göre azalacaktır.
Her Toplamanın Çağrı Verisi boyutunun eşit olarak 2 KB olduğunu varsayarsak, EIP-4844 yalnızca 384 Toplama'ya kadar barındırabilir.
Normal koşullar altında (yani blok hedef boyuta ulaştığında), Ethereum EIP-4844 aracılığıyla 175 TPS'ye, maksimum 350 TPS'ye ulaşacaktır.
**Popüler inanışın aksine, EIP-4844 tek başına Ethereum'un ölçeklenebilirliği önemli ölçüde artırması için yeterli değildir. **
Alternatif DA katmanlarının (Celestia gibi) veya DAC'lerin (zkPorter gibi) kullanılması, L2 işlem verilerinin sıkıştırma oranının iyileştirilmesi ve zk Toplamalarının oranının arttırılması, Ethereum'un ölçeklenebilirliğinin daha da iyileştirilmesi üzerinde önemli bir etkiye sahip olacaktır.
Proto-danksharding (EIP-4844 olarak da bilinir), Danksharding'in gelecekte kullanabileceği mantık ve kuralların çoğunu uygulamayı önerir. Şu anda L1'deki depolama maliyetinin yüksek olması nedeniyle L2'nin geçiş ücreti de nispeten yüksek. Bu sorunu çözmek için EIP-4844, çağrı verilerinden daha ucuz ve daha büyük olan yeni bir veri türü Blob'u tanıtarak, toplama veri depolaması için başka bir yol sağlar.
EIP-4844'ün yakında piyasaya sürülmesiyle L2 sıralayıcılar daha karlı hale gelebilir. Bunun nedeni, işlem gruplarının L1'e aktarılmasından ve veri ücretlerinin ödenmesinden sıralayıcının sorumlu olmasıdır ve sıralayıcı tarafından ödenen L1 veri ücretleri önemli ölçüde azalacaktır. Düşük işlem ücretleri, L2'deki sipariş sayısını artırarak daha fazla MEV üretme potansiyeline sahiptir.
Cancun yükseltmesi EIP-4844'ü içerecek, ancak yükseltme için henüz kesin bir zaman yok. Ethereum Vakfı araştırma ekibi, Cancun yükseltmesinin ekim ayı sonunda başlatılabileceğini belirtti. Ancak 2024'ün ilk çeyreğinde piyasaya sürülmesi daha muhtemel.
**Peki EIP-4844 işlem ücretlerini ne ölçüde azaltabilir? **Şu anda L2 işlem ücretleri temel olarak iki bölümden oluşmaktadır:
Toplama Maliyeti: Ethereum'da bir işlemin paketlenmesi, gönderilmesi ve saklanması maliyeti.
Yürütme (yürütme) maliyeti: L2'de bir işlem yürütmenin maliyeti
L2 İşlem Ücreti = Toplama Maliyetleri + Sürüm Maliyetleri
= [ L1 Gaz Fiyatı * (Arama Verisi + Sabit Gider) ] + [ L2 Gaz Fiyatı * Kullanılan L2 Gaz ]
İyimserliği örnek alırsak, şu anda toplam işlem ücretlerinin neredeyse %80'i L1 depolama maliyetlerinden (yani Çağrı verisi maliyetleri) geliyor. Şimdilik diğer ücretlerin etkisini göz ardı ediyoruz ve EIP-4844'ten sonra L2 işlem ücretlerinin ne kadar azaltılabileceğini tahmin etmek için iki yöntem öneriyoruz.
EIP-4844'te teklif uygulandıktan sonra her Blob'un boyutu 128 KB olup, her Blob 131.072 Gaz tüketmektedir. Bu nedenle ortalama olarak her Blob veri baytı 128 * 1024 / 131,072 = 1 Gas tüketecektir. Karşılaştırıldığında, şu anda tek bir Calldata baytını depolamak 16 Gaz tüketiyor. Bu da L2 işlemlerinin depolama maliyetinin 16 kat azalacağını gösteriyor.
Ancak bu yöntem yalnızca bayt başına depolama maliyetini karşılaştırır ve bloğun toplam Gaz kapasitesini dikkate almaz. EIP-4844 sonrasında tek bir bloğun taşıyabileceği toplam Gaz miktarı değişebileceğinden L2 işlem depolama maliyetleri 16 kattan fazla azalabilecektir.
İkinci yöntem, blok boyutunu dikkate alır ve mevcut Çağrı Verilerinin farklı blok boyutları altında kaç kez barındırılabileceğini kontrol eder. Mevcut parametrelere göre, hedef blok boyutu senaryosuna göre bir blokta 3 Blob (0,375MB) ve maksimum 6 Blob (0,75MB) bulunabilir. Her bloğun mevcut Calldata'sının yaklaşık 2-10KB yer kapladığını düşünürsek, EIP-4844'ten sonra Calldata'nın 0,75 * 1024 / 2 = 384 katı'na kadar barındırabilir.
Ancak blok boyutu hedef değerden maksimum değere çıktıkça gas fiyatı katlanarak artıyor. Bu nedenle, daha yaygın durumda (yani blok hedef boyutuna ulaştığında), EIP-4844, sırasıyla 10 KB ve 2 KB Çağrı Verilerinin 38 - 192 katı Çağrı Verisini barındırabilir. **Calldata'nın blok içindeki kapasitesi arttıkça Calldata'nın depolama maliyeti de buna bağlı olarak azalacaktır. Dolayısıyla L2 işlemlerinin maliyeti de buna bağlı olarak azalacaktır.
Ek olarak, her Toplamanın Çağrı Verisi boyutunun eşit olarak 2 KB olduğu varsayılırsa, EIP-4844 yalnızca 384 Toplama'ya kadar barındırabilir. Bu, birçok insanın öngördüğü binlerce toplamaya ulaşmıyor.
Buna dayanarak Ethereum'un EIP-4844 sonrasında elde edebileceği TPS sırasını da çıkarabiliriz. Şu anda ortalama bir L2 işlemi L1'de yaklaşık 3000 Gaz Çağrı Verisi gerektirmektedir. Calldata'nın byte başına 16 gas maliyeti olduğu göz önüne alındığında bu, L1 üzerindeki her L2 işleminin yaklaşık 187 byte olduğunu gösteriyor.
EIP-4844'ten sonra hedef blok boyutu 0,375 MB olup Ethereum her 12 saniyede bir blok oluşturmaktadır. Bu nedenle, saniye başına kullanılabilir alan 0,375 / 12 * 1024 = 32 KB olup, 32 * 1024 / 187 = 175 işlemi barındırabilir. Bu nedenle normal koşullar altında (yani blok hedef boyuta ulaştığında), EIP-4844 yükseltmesinden sonra Ethereum'un TPS'si 175, maksimum 350 olmalıdır.
Daha yüksek TPS verimliliği artırabilse de, EIP-4844'ün uygulanmasına rağmen Ethereum'un halen 1700'e kadar TPS'ye sahip olan Visa kadar iyi olmadığını belirtmekte fayda var. Bu boşluk, özellikle yüksek talep senaryolarında hala L1 ve L2 ağ tıkanıklığına neden olabilir.
**Bu nedenle, EIP-4844 tek başına Ethereum'un daha fazla ölçeklenebilirlik elde etmesine izin vermek için yeterli değildir. **Ölçeklenebilirliğe ulaşmak için hala kritik olan, daha fazla Çağrı Verisi (Celestia gibi bir DA katmanı veya zkPorter gibi bir DAC gibi) depolamak için hâlâ daha uygun maliyetli ve verimli bir veri kullanılabilirliği çözümüne ihtiyacımız var.
Son olarak L2 işlemlerinin sıkıştırma oranı, L1'de depolanan Calldata'nın boyutunu doğrudan etkiler. Sıkıştırma oranı ne kadar yüksek olursa, gereken L1 maliyeti de o kadar düşük olur. zkRollup gelişmeye devam ettikçe L1'de depolanması gereken veri miktarı giderek azalacak ve bu da Ethereum'un ölçeklenebilirliğini artırmaya daha yardımcı olacaktır. zkRollup, Optimistic Rollup'tan farklı olduğundan, zkRollup'ın işlemin tamamı yerine yalnızca durum değişikliklerini depolaması gerekir.
Sonuç olarak
Bu makalede, gaz ücretlerindeki olası düşüşleri, TPS'yi (saniyedeki işlemler) ve EIP-4844'ü uyguladıktan sonra toplamaları karşılama yeteneğini değerlendirmek için iki farklı hesaplama yöntemi kullanıyoruz. Sonuçlar, her Toplamanın Çağrı Verisi boyutunun eşit olarak 2 KB olduğu varsayıldığında, EIP-4844'ün en fazla 400 Toplama'dan azını destekleyebileceğini göstermektedir. Bu, birçok kişinin beklediği binlerce Toplama talebinden çok uzak. Alternatif DA katmanlarının veya DAC'lerin kullanılması, L2 işlem verilerinin sıkıştırılmasının iyileştirilmesi ve zk toplamalarının oranının arttırılması, Ethereum'un ölçeklenebilirliğinin daha da iyileştirilmesi üzerinde önemli bir etkiye sahip olacaktır.
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.
Toplama ekonomisi: EIP-4844'ün ölçeklenebilirlik üzerindeki etkisi fazla tahmin ediliyor
Yazar: 0xfan, Smarti Lab; Derleyici: Peng SUN, Foresight News
##TL;DR:
Proto-danksharding (EIP-4844 olarak da bilinir), Danksharding'in gelecekte kullanabileceği mantık ve kuralların çoğunu uygulamayı önerir. Şu anda L1'deki depolama maliyetinin yüksek olması nedeniyle L2'nin geçiş ücreti de nispeten yüksek. Bu sorunu çözmek için EIP-4844, çağrı verilerinden daha ucuz ve daha büyük olan yeni bir veri türü Blob'u tanıtarak, toplama veri depolaması için başka bir yol sağlar.
EIP-4844'ün yakında piyasaya sürülmesiyle L2 sıralayıcılar daha karlı hale gelebilir. Bunun nedeni, işlem gruplarının L1'e aktarılmasından ve veri ücretlerinin ödenmesinden sıralayıcının sorumlu olmasıdır ve sıralayıcı tarafından ödenen L1 veri ücretleri önemli ölçüde azalacaktır. Düşük işlem ücretleri, L2'deki sipariş sayısını artırarak daha fazla MEV üretme potansiyeline sahiptir.
Cancun yükseltmesi EIP-4844'ü içerecek, ancak yükseltme için henüz kesin bir zaman yok. Ethereum Vakfı araştırma ekibi, Cancun yükseltmesinin ekim ayı sonunda başlatılabileceğini belirtti. Ancak 2024'ün ilk çeyreğinde piyasaya sürülmesi daha muhtemel.
**Peki EIP-4844 işlem ücretlerini ne ölçüde azaltabilir? **Şu anda L2 işlem ücretleri temel olarak iki bölümden oluşmaktadır:
İyimserliği örnek alırsak, şu anda toplam işlem ücretlerinin neredeyse %80'i L1 depolama maliyetlerinden (yani Çağrı verisi maliyetleri) geliyor. Şimdilik diğer ücretlerin etkisini göz ardı ediyoruz ve EIP-4844'ten sonra L2 işlem ücretlerinin ne kadar azaltılabileceğini tahmin etmek için iki yöntem öneriyoruz.
EIP-4844'te teklif uygulandıktan sonra her Blob'un boyutu 128 KB olup, her Blob 131.072 Gaz tüketmektedir. Bu nedenle ortalama olarak her Blob veri baytı 128 * 1024 / 131,072 = 1 Gas tüketecektir. Karşılaştırıldığında, şu anda tek bir Calldata baytını depolamak 16 Gaz tüketiyor. Bu da L2 işlemlerinin depolama maliyetinin 16 kat azalacağını gösteriyor.
Ancak bu yöntem yalnızca bayt başına depolama maliyetini karşılaştırır ve bloğun toplam Gaz kapasitesini dikkate almaz. EIP-4844 sonrasında tek bir bloğun taşıyabileceği toplam Gaz miktarı değişebileceğinden L2 işlem depolama maliyetleri 16 kattan fazla azalabilecektir.
İkinci yöntem, blok boyutunu dikkate alır ve mevcut Çağrı Verilerinin farklı blok boyutları altında kaç kez barındırılabileceğini kontrol eder. Mevcut parametrelere göre, hedef blok boyutu senaryosuna göre bir blokta 3 Blob (0,375MB) ve maksimum 6 Blob (0,75MB) bulunabilir. Her bloğun mevcut Calldata'sının yaklaşık 2-10KB yer kapladığını düşünürsek, EIP-4844'ten sonra Calldata'nın 0,75 * 1024 / 2 = 384 katı'na kadar barındırabilir.
Ancak blok boyutu hedef değerden maksimum değere çıktıkça gas fiyatı katlanarak artıyor. Bu nedenle, daha yaygın durumda (yani blok hedef boyutuna ulaştığında), EIP-4844, sırasıyla 10 KB ve 2 KB Çağrı Verilerinin 38 - 192 katı Çağrı Verisini barındırabilir. **Calldata'nın blok içindeki kapasitesi arttıkça Calldata'nın depolama maliyeti de buna bağlı olarak azalacaktır. Dolayısıyla L2 işlemlerinin maliyeti de buna bağlı olarak azalacaktır.
Ek olarak, her Toplamanın Çağrı Verisi boyutunun eşit olarak 2 KB olduğu varsayılırsa, EIP-4844 yalnızca 384 Toplama'ya kadar barındırabilir. Bu, birçok insanın öngördüğü binlerce toplamaya ulaşmıyor.
Buna dayanarak Ethereum'un EIP-4844 sonrasında elde edebileceği TPS sırasını da çıkarabiliriz. Şu anda ortalama bir L2 işlemi L1'de yaklaşık 3000 Gaz Çağrı Verisi gerektirmektedir. Calldata'nın byte başına 16 gas maliyeti olduğu göz önüne alındığında bu, L1 üzerindeki her L2 işleminin yaklaşık 187 byte olduğunu gösteriyor.
EIP-4844'ten sonra hedef blok boyutu 0,375 MB olup Ethereum her 12 saniyede bir blok oluşturmaktadır. Bu nedenle, saniye başına kullanılabilir alan 0,375 / 12 * 1024 = 32 KB olup, 32 * 1024 / 187 = 175 işlemi barındırabilir. Bu nedenle normal koşullar altında (yani blok hedef boyuta ulaştığında), EIP-4844 yükseltmesinden sonra Ethereum'un TPS'si 175, maksimum 350 olmalıdır.
Daha yüksek TPS verimliliği artırabilse de, EIP-4844'ün uygulanmasına rağmen Ethereum'un halen 1700'e kadar TPS'ye sahip olan Visa kadar iyi olmadığını belirtmekte fayda var. Bu boşluk, özellikle yüksek talep senaryolarında hala L1 ve L2 ağ tıkanıklığına neden olabilir.
**Bu nedenle, EIP-4844 tek başına Ethereum'un daha fazla ölçeklenebilirlik elde etmesine izin vermek için yeterli değildir. **Ölçeklenebilirliğe ulaşmak için hala kritik olan, daha fazla Çağrı Verisi (Celestia gibi bir DA katmanı veya zkPorter gibi bir DAC gibi) depolamak için hâlâ daha uygun maliyetli ve verimli bir veri kullanılabilirliği çözümüne ihtiyacımız var.
Son olarak L2 işlemlerinin sıkıştırma oranı, L1'de depolanan Calldata'nın boyutunu doğrudan etkiler. Sıkıştırma oranı ne kadar yüksek olursa, gereken L1 maliyeti de o kadar düşük olur. zkRollup gelişmeye devam ettikçe L1'de depolanması gereken veri miktarı giderek azalacak ve bu da Ethereum'un ölçeklenebilirliğini artırmaya daha yardımcı olacaktır. zkRollup, Optimistic Rollup'tan farklı olduğundan, zkRollup'ın işlemin tamamı yerine yalnızca durum değişikliklerini depolaması gerekir.
Sonuç olarak
Bu makalede, gaz ücretlerindeki olası düşüşleri, TPS'yi (saniyedeki işlemler) ve EIP-4844'ü uyguladıktan sonra toplamaları karşılama yeteneğini değerlendirmek için iki farklı hesaplama yöntemi kullanıyoruz. Sonuçlar, her Toplamanın Çağrı Verisi boyutunun eşit olarak 2 KB olduğu varsayıldığında, EIP-4844'ün en fazla 400 Toplama'dan azını destekleyebileceğini göstermektedir. Bu, birçok kişinin beklediği binlerce Toplama talebinden çok uzak. Alternatif DA katmanlarının veya DAC'lerin kullanılması, L2 işlem verilerinin sıkıştırılmasının iyileştirilmesi ve zk toplamalarının oranının arttırılması, Ethereum'un ölçeklenebilirliğinin daha da iyileştirilmesi üzerinde önemli bir etkiye sahip olacaktır.