Singkatnya;

1. Penelitian kami menyelami pasar blob EIP-4844 yang sedang berkembang, yang beroperasi secara mirip dengan harga gas EIP-1559 tetapi tidak memiliki mekanisme tip blok langsung untuk inklusi blob, yang berpotensi mengakibatkan pengalaman tx blob yang tidak dapat diandalkan dan tantangan inklusi.
2. Kami mencatat bahwa sementara transaksi blob besar (~125 kB) dan lebih murah daripada calldata yang setara, mereka menambah ukuran signifikan ke blok Ethereum tetapi membawa kekuatan penawaran inkremental untuk blok.
3. Kami menunjukkan bahwa kapasitas pasar baru ini menyerap kebutuhan data rollup saat ini dan mengurangi biaya gas blok standar sebesar 15-20%, membuka peluang mev dengan biaya lebih rendah.
4. Kami melihat bahwa transaksi blob berisiko memperlambat penyebaran blok oleh ratusan milidetik pada saat aktivitas jaringan meningkat, yang dapat menyebabkan pembangun blok menyensor blob untuk menjaga penawaran yang kompetitif dalam mekanisme pengurangan kemudian (MEV).
5. Kami menilai bahwa "tawaran preconf" dapat meringankan tantangan ini dan blob preconfs dapat meningkatkan kemampuan EIP-4844, menawarkan pengalaman transaksi yang ditingkatkan untuk pengguna L2 dan pengalaman inklusi yang stabil untuk rollup.
6. Kami akan bereksperimen di testnet Holesky, mengumpulkan data pembangun blok, dan menyiapkan relay sebagai penyedia blob preconf menggunakan mev-commit, dan kami mengundang para aktor PBS untuk berpartisipasi.

Pengenalan

EIP-4844 memperluas kemampuan ketersediaan data Ethereum dengan memperkenalkan pasar blob. Pasar muda ini menggunakan mekanisme harga gas EIP-1559 yang mirip untuk membandingkan dan membakar biaya gas dasar blob. Namun, berbeda dengan transaksi tipe2, tidak ada cara langsung untuk menawar tip pembangun untuk dimasukkan ke dalam pasar blob. Kurangnya biaya prioritas membuat sulit untuk membandingkan harga inklusi blob dengan akurat. Selain itu, blok yang mengandung blob diharapkan akan menyebar lebih lambat melalui jaringan karena blob merupakan beberapa transaksi Ethereum terbesar dalam ukuran. Jika pembangun menerima banyak blob dalam blok, mereka saat ini menghadapi risiko reorganisasi blok yang meningkat, dan pembangun yang rasional secara ekonomi akan memilih untuk menyensor blob kadang-kadang untuk menjaga latensi pembangunan blok rendah, kemungkinan berkorelasi dengan lonjakan mev.

Kami mengajukan upaya pengumpulan data bangunan blok terkait blob dan mev-boost, bersama dengan percobaan penyedia prekonfirmasi blob menggunakanmev-commit, dan mengundang komunitas rollups, relays, pembangun blok, dan pengusul untuk berpartisipasi. Wawasan kami tentang perilaku terkait blob dalam EIP-4844 menyarankan bahwa pra-konfirmasi blob L1 dapat meningkatkan kemampuan pasar blob untuk memberikan pengalaman transaksi yang lebih baik bagi pengguna L2, inklusi yang dapat diandalkan untuk rollups di bawah kondisi mev yang muncul, dan masa depan rollup yang lebih stabil untuk Ethereum.

Memahami Pasar Blob

Transaksi Blob

EIP-4844Memperkenalkan transaksi tipe3 (tx) yang disebut transaksi blob. Sebuah tx membawa blob seperti transaksi reguler, tetapi ditingkatkan dengan data blob, komitmen KZG, dan bukti. Blob sangat besar (~125 kB) dibandingkan dengan tx Ethereum standar, dan jauh lebih murah daripada jumlah yang setara dari calldata. Sedangkan calldata dihargai 16 gas per byte non-nol dan dapat memiliki ukuran variabel, data blob dihargai 1,04 gas per byte dan memiliki ukuran tetap.131,072 gas.

Mekanika Gas Blob

Pemrosesan harga gas dasar blobmemiliki mekanisme biaya kemacetan yang mirip dengan EIP-1559. Perbedaan utamanya adalah bahwa gas blob adalah jumlah blob target, sedangkan EIP-1559 didasarkan pada penggunaan gas target. Jumlah blob target adalah 3 (0,375 MB), dan maksimumnya adalah 6 (0,75 MB) per blok. Gas dasar blob minimum diatur pada 1 wei.

Ketika transaksi blob diajukan, pengirim akan mengajukan max_fee_per_blob_gas sebagai harga tertinggi yang bersedia mereka bayar untuk biaya dasar gas blob, yang semuanya terbakar. Max_fee_per_blob_gas mirip dengan max_fee_per_gas dalam transaksi tipe0 dan tipe2. Jika pengguna ingin mengajukan biaya tambahan untuk mendorong inklusi, maka mereka juga akan mengirimkan max_priority_fee. Namun, max_priority_fee hanya mencakup bagian transaksi non-blob gas. Ini tidak meninggalkan cara langsung untuk mengirimkan tip inklusi kepada pembangun.

Kapasitas Pasar Blob

Dalam bagian ini, kita melakukan uji kembalipada aktivitas rollup historis dari Januari 2023 hingga Januari 2024 untuk menunjukkan kapasitas pasar blob. Kami fokus pada txs dari rollups paling aktif di Ethereum dan menggunakan data historis untuk mensimulasikan pasar blob live. Meskipun pasar ini sedang aktif tumbuh dan belum ada di mainnet, kami menggunakan data historisdari seluruh tahun 2023 untuk mensimulasikan potensinya.

Berdasarkan aktivitas historis calldata rollup yang digunakan pada ruang blok transaksi tipe3, kita melihat bahwa harga pasar blob dapat dengan nyaman menyerap semua kapasitas rollup tanpa menggeser harga pasar blob melewati gas dasar blob minimum.

blob dasar gas per blok

Meskipun rollups mengirimkan lebih banyak data ke Ethereum, sebagian besar blok masih di bawah target, yang memastikan bahwa harga gas blob tetap rendah.

Warna yang lebih terang menunjukkan jumlah kali blok akan dibangun dengan jumlah blob tertentu yang disertakan lebih tinggi.

💡 Implikasinya adalah bahwa selain biaya pemanggilan data akan lebih rendah di pasar blob (faktor 16), harga gas juga akan jauh lebih murah (wei vs gwei) yang berarti dua lapisan penghematan biaya tambahan untuk rollups.

Tidak hanya pasar blob dapat dengan nyaman menyerap kebutuhan ketersediaan data rollup saat ini, tetapi juga membebaskan ruang blok di pasar non-blob, mengurangi biaya gas hingga 15-20%. Mengurangi biaya gas secara proporsional meningkatkan kemampuan penawaran untuk pengguna/pencari, pembangun, dan validator, dan membuka peluang mev baru yang sebelumnya dihargai sebelum EIP 4844.

Efek EIP 4844 pada penggunaan ruang blok standar menggunakan data 2023.

Rollups Menuntut Ketersediaan Data Lebih Banyak

Rollups memiliki pengaruh besar pada seberapa banyak gas yang digunakan dalam blok, dan mereka adalah pengguna gas kelas terbesar dari ruang blok Ethereum saat ini. Pada tahun 2023, rollups telah menyimpan jumlah data transaksi rekord di Ethereum, seperti yang kami gambarkan di bawah ini:

Calldata yang disimpan di Ethereum mencapai rekor tertinggi sepanjang masa.

Grafik rata-rata harian di bawah ini menunjukkan bahwa rollups mulai mengambil lebih dari 15% dari setiap blok yang ada di dalamnya, langsung memengaruhi harga bagi pengguna lain.

Ini dapat lebih diperparah dalam situasi permintaan angsa hitam.Baru-baru ini pada bulan Desember 2023, spam inskripsi membuat Arbitrum sequencer offline selama sekitar satu jam karena jumlah transaksi yang luar biasa. Ketika sequencer Arbitrum kembali beroperasi dan mulai memposting simpanan status yang disimpan, sequencer memonopoli blockspace, menyebabkan harga gas akan melonjak di atas 140 gwei dan menghabiskan lebih dari 90% dari gasdalam blok-blok seluruh, membuat jaringan tidak dapat digunakan oleh sebagian besar pengguna selama beberapa jam.

Pada bagian berikutnya, kami akan mengungkap bagaimana permainan waktu dan sensor akan berpotensi memengaruhi pasar ini bahkan dalam ketiadaan lonjakan permintaan seperti itu.

Tantangan Pasar Blob: Sensor

Penyebaran Blob

EIP-4844 meningkatkan persyaratan bandwidth per blok beacon maksimum sebesar ~0,75 MB, 42m gas untuk menampung tambahan hingga 6 blob ke setiap blok beacon. Berbeda dengan calldata, yang disimpan selamanya, blob dipertahankan di node beacon untuk jangka waktu yang singkat (18 hari pada bulan Feb 2024) untuk menjaga pertumbuhan arsip state jaringan tetap dapat dikelola.

Selain itu, transaksi blob memiliki dua representasi jaringan - untuk pembangun blok sebagai tx blob dan untuk validator sebagai sidecar blob. Sidecar blob ada untuk forward-compatibilitytujuan.

Blob pertama harus menyebar melalui lapisan eksekusi sebelum melewati lapisan konsensus. Ini berarti bahwa pembangun, bukan validator, memiliki kata terakhir mengenaiinklusi blob. Para pengusul hanya dapat mengecualikan transaksi blob berdasarkan komitmen atau ketidakvalidan bukti di bawah dinamika mev-boost.

Verifikasi eksekusi dilakukan oleh pembangun. Verifikasi konsensus dilakukan oleh validator.

Perspektif Pembangun Blok

Penelitian terkini pada permainan waktu validatormenyoroti bahwa optimisasi latensi dapat memberikan manfaat strategis bagi operator node untuk memaksimalkan keuntungan dengan menunda proposal blok. Para penulis menjelaskan bahwa hal ini merugikan bagi kesehatan rantai. Transaksi blob lebih mempersulit permainan waktu dengan menambahkan jumlah latensi yang bervariasi ketika blobsidecar merambat.

Transaksi blob setara dengan ukuran transaksi terbesar yang mungkin. Akibatnya, blok yang berisi transaksi ini dapat menyebar lebih lambat, membuat pembangun blok kurang kompetitif dalam memenangkan penawaran mev-boostSebagai hasilnya, ini mendorong pembangun blok untuk menyensor blob sementara atau bahkan secara tak terbatas sehingga mereka dapat mengirimkan penawaran mev dengan frekuensi yang lebih tinggi.

The ethpandatim telah melakukan uji latency dunia nyata pada testnet menggunakan @ethpandaops/xatu-overview">Xatu. Penjaga ditempatkan di wilayah NYC, FRA, BLR, dan SYD untuk mewakili ukuran laten nyata menggunakan klien konsensus Prysm, Nimbus, Lodestar, dan Lighthouse. Snapshot data dengan data blob Holesky pada Feb, 20 2024 menunjukkan jumlah laten yang tidak remeh terjadi sepanjang jalur mev.

Setelah pembangun blok memenangkan lelang tawaran mev-boost, proposer harus menunggu sidecar blob untuk menyebar sebelum dapat memverifikasi blob yang disertakan dalam blok. Tabel di bawah ini menunjukkan bahwa waktu minimum untuk sidecar blob tunggal menyebar adalah ~400ms dari sampel sekitar ~800 sidecar blob.

Tabel 1. Penyebaran Blob vs jumlah blob untuk slot

Ukuran data kecil menyebabkan beberapa observasi yang kontra-intuitif digambarkan dalam kumpulan data ini

Tabel berikut menunjukkan variasi laten pada menunggu lebih banyak sidecar blob tiba. Persentil ke-50 (p50) menunjukkan bahwa variasi laten antara blok blob 2 dan blok blob 6 adalah sekitar 225ms.

Tabel 2. Perbedaan waktu antara sisi samping blob pertama dan terakhir yang dikelompokkan berdasarkan jumlah total sisi samping blob dalam blok

Latensi penyebaran blob ini menempatkan risiko reorganisasi blok tambahan pada pembangun blok saat mereka mengisi blok mereka dengan blob, untuk sedikit keuntungan ekonomi. Pembangun mungkin memilih untuk mengecualikan/mencensor transaksi blob untuk menghindari reorganisasi potensial. Jika sebuah blok berisi banyak mev, pembangun yang rasional secara ekonomi perlu diberi kompensasi yang sesuai oleh rollups untuk risiko ini.

Pada Penawaran Inklusi Pasar Blob UX

The penelitian permainan waktu validatormenunjukkan bahwa penawaran yang lebih besar berkorelasi dengan blok berukuran lebih besar nantinya dalam proses penawaran mev-boost. Saat penawaran dan harga gas naik, sebagian besar ETH terbakar dalam slot berikutnya. Jika biaya dasar meningkat sementara ekstraksi mev tetap konstan, pembangun memiliki lebih sedikit untuk ditawarkan ke pendapatan masa depan proposer.

Dalam pasar blob yang diharapkan di mana kapasitas melebihi permintaan saat ini, biaya dasar blob yang terbakar akan tetap sangat kecil, dalam puluhan atau ratusan wei. Menjadi penting bagi rollups untuk menyadari bahwa transaksi blob mereka mungkin tidak akan disertakan meskipun membayar biaya dasar yang memadai. Pasar blob dengan biaya dasar rendah mengimplikasikan bahwa blob akan perlu menawar dengan banyak kali lipat lebih tinggi untuk mendorong pembangun untuk menyertakan transaksi. Dalam kasus seperti itu, transaksi blob harus diajukan kembali dengan biaya yang lebih tinggi, yang mengakibatkan UX yang buruk.

Selain itu, karena pasar blob awal di bawah EIP-4844 tidak akan memiliki mekanisme tipping inklusi (misalnya, biaya gas prioritas blob), hal ini lebih memperburuk masalah UX karena rollup tidak dapat langsung membidding transaksi blob.

Kami melihat contoh transaksi dan menghitung biaya blob setara dengan asumsi 10 wei gas blob dasar. Perhatikan bahwa contoh ini mengasumsikan ada mekanisme penawaran inklusi yang efektif untuk dapat menawar ruang blob pada awalnya.

💡Berikut adalah contoh transaksi:

Calldata - 129,998 byte (129429 byte non-nol) ~ 2,094,140 gas digunakan pada 10.56 gwei (harga dasar 10.55 gwei + Biaya Prioritas .01 gwei) = .022 ETH

Blob - 128.000 byte ~ 131.072 gas digunakan pada 1 gwei (harga dasar 10 wei + biaya prioritas 0,99999999 gwei) = 0,000131072 ETH

Perhitungan menyimpulkan bahwa jika rollups menggunakan pasar blob, mereka dapat mengajukan penawaran yang mungkin 100x lebih besar karena biaya dasar blob yang lebih rendah sambil tetap menghemat lebih dari 150x biaya. Biaya dasar blob yang lebih rendah akan memungkinkan rollups menawarkan penawaran inklusi yang lebih kompetitif sambil tetap menghemat biaya. Biaya inklusi perlu bersaing dengan peluang mev yang ada dalam blok untuk mengimbangi potensi risiko reorg pembangun, dan oleh karena itu bahkan menawarkan 100x lebih tinggi mungkin tidak cukup. Artinya, dalam ketiadaan prapenegasan blob.

Blob Pra-konfirmasi dengan mev-commit

Dalam permainan timing seperti itu, peran utama dari pra-konfirmasi blob adalah membuat daftar blob yang telah dikonfirmasi tersedia oleh penyedia di seluruh pipeline mev. Pada mev-commit, setiap penyedia pra-konfirmasi mengeluarkan komitmen mereka sendiri untuk txs. Penyedia kemudian dapat memberikan akses ke data ini kepada orang lain (misalnya, pembangun blok, relai, penjajaran). Ketersediaan data dari daftar pra-konfirmasi ke aktor lain di seluruh pipeline mev memungkinkan payload eksekusi yang sesuai dikirim secara paralel oleh pembangun blok. Konsep ini dapat dimanfaatkan untuk membuat daftar inklusi blob pra-konfirmasi, atau memiliki ruang blok tipe3 dibangun secara kolaboratif oleh sebuah relai.

Dengan pengetahuan lanjutan tentang blob yang telah dikonfirmasi sebelumnya, pembangun blok dapat mulai membangun blok masa depan dengan blob sebelum slot mereka dimulai. Ini menciptakan dasar penetapan harga dan meletakkan dasar bagi pasar futures yang kuat yang memberikan rollups inklusi yang lebih dapat diandalkan dan stabilitas harga ruang blok. Selain itu, penawaran mev-commit preconf memberikan rollups mekanisme penemuan harga yang lebih dapat diandalkan karena rollups dapat memperbarui penawaran preconf mereka secara real time tanpa harus mengirimkan kembali seluruh transaksi blob.

Akhirnya, mengelompokkan blob dan menggunakan penawaran pra-konf memungkinkan rollups untuk membangun aliansi. Penawaran pra-konf dapat diterapkan pada bundel transaksi blob atau blob yang diagregasi, memungkinkan rollups untuk berbagi kekuatan penawarannya dan inklusi dengan rollups lain, membantu menstabilkan dan mengembangkan pasar blob Ethereum.

Kesimpulan

Secara keseluruhan, kami menunjukkan bahwa ekonomi untuk rollups semakin membaik, sementara pasar baru muncul dengan pertimbangan tambahan mulai dari permainan waktu hingga kurangnya mekanisme tip. Meskipun masih terlalu dini untuk beralih ke fase solusi untuk masalah yang kami sorot, kami dapat dengan mudah bereksperimen tentang hal ini dengan aktor PBS karena mev-commit aktif di testnet Holesky. Primev akan mengumpulkan data tentang efek blob pada pembangunan blok dan latensi proposer, dan berharap untuk mendapatkan wawasan tentang pola perilaku potensial.

Sementara ekonomi dan UX adalah penggerak utama untuk transaksi preconf tipe2; tampaknya inklusi, keandalan, dan stabilitas rollup dan ekosistem berpusat rollup akan menjadi alasan penting untuk blob preconf di bawah EIP-4844. Kami juga akan melakukan eksperimen dengan relay preconf blob yang dapat memanfaatkan preconf blob dan koordinasi pembangun blok untuk meningkatkan propagasi latensi sidecar blob di testnet Holesky. Kami mengundang komunitas untuk mencapai dan berpartisipasi dalam eksperimen ini karena ini akan memberikan informasi tentang solusi potensial untuk seluruh komunitas.

Penafian：

1. Artikel ini diambil dari [cerminTeruskan Judul Asli'Censorship, Latency, dan Pra-konfirmasi di Pasar Blob', Semua hak cipta milik penulis asli [Primev]. Jika ada keberatan terhadap reprint ini, harap menghubungiGate Belajartim, dan mereka akan menanganinya dengan segera.

2. Penolakan Tanggung Jawab Kewajiban: Pandangan dan opini yang terdapat dalam artikel ini semata-mata milik penulis dan tidak merupakan nasihat investasi apa pun.

3. Terjemahan artikel ke dalam bahasa lain dilakukan oleh tim Gate Learn. Kecuali disebutkan, menyalin, mendistribusikan, atau menjiplak artikel yang diterjemahkan dilarang.