Lompat ke konten
Financial Context Wiki

Biaya blob dan biaya rollup

Panduan berbasis verifikasi mengenai blob gas Ethereum, jadwal blob terkini, pemanfaatan batch, alokasi biaya rollup, dan perbedaan antara biaya publikasi L1 dengan tagihan pengguna L2.

Diperbarui

Hanya untuk tujuan edukasi; bukan merupakan nasihat investasi atau rekomendasi investasi. Investasi dapat mengakibatkan kerugian.

Jawaban singkat

Biaya blob Ethereum adalah pungutan protokol untuk memublikasikan data blob, bukan seluruh biaya yang dibayar pengguna L2. Transaksi pembawa blob membayar blob_count * 131,072 * blob_base_fee_per_blob_gas untuk blob gas dan secara terpisah membayar gas eksekusi biasa. Rollup kemudian dapat mengalokasikan biaya L1 tersebut melalui aturan kompresi, skalar, overhead, dan penetapan harga operatornya sendiri. Karena itu, tanda terima pengirim batch, estimasi biaya rollup, penawaran kepada pengguna, dan pendapatan operator merupakan catatan yang berbeda.

Blob adalah sidecar data sementara yang terikat pada hash KZG berversi. EVM dapat memakai commitment, tetapi tidak dapat membaca byte blob secara langsung. PeerDAS mengubah cara node Ethereum mendistribusikan dan mengambil sampel data tersebut; PeerDAS tidak menjadikan blob arsip permanen ataupun membuat rumus biaya pengguna sebuah rollup berlaku universal. Kapasitas juga bergantung pada fork. Per 2026-08-13, mainnet Ethereum setelah Fusaka BPO2 menargetkan 14 blobs dan mengizinkan maksimum 21 blobs per blok, menggantikan jadwal lama 3/6 dan 6/9.

Cara kerja

  1. Tetapkan konteks pengukuran: jaringan Ethereum, blok atau slot, fork aktif dan jadwal Blob-Parameter-Only, deployment rollup dan versi rumus biayanya, origin L1, token biaya pengguna, serta waktu nilai tukar. Jangan menerapkan parameter mainnet saat ini pada blok lama, testnet, atau fork mendatang.
  2. Identifikasi objek publikasi dari bukti on-chain. Catat transaksi tipe 3, pengirim, tanda terima, hash berversi, jumlah blob, blob_gas_used, byte payload terenkode dan yang dapat digunakan, kompresi atau framing, serta apakah rollup memakai blob, calldata, atau jalur ketersediaan data lain.
  3. Baca kedua pasar biaya. Blob gas menggunakan 131,072 blob gas per blob; bedakan blob_base_fee_per_blob_gas yang terealisasi dari batas max_fee_per_blob_gas milik pengirim. Catat pula gas eksekusi terpakai, harga efektif gas eksekusi, dan biaya prioritas secara terpisah. Setelah EIP-7918, harga blob yang rendah memiliki hubungan harga cadangan dengan biaya eksekusi, meski kedua sumber daya tetap dibukukan terpisah.
  4. Rekonstruksi buku besar L1 aktual pengirim batch: biaya blob yang dibakar, biaya dan tip eksekusi, ditambah transaksi output state, proof, bridge, atau publikasi yang cocok. Biaya blob tetap dikenakan ketika eksekusi transaksi gagal; batas biaya yang tidak ditagih bukanlah biaya ataupun pengembalian dana.
  5. Reproduksi rumus alokasi terkini milik rollup tertentu. Catat byte terkompresi atau unit terukur lain, skalar, overhead tetap, biaya operator atau prioritas, pengembalian dana, dan aturan fallback. Dokumentasi OP Stack hanya membuktikan deployment OP; rollup lain dapat mengalokasikan biaya secara berbeda.
  6. Pisahkan empat buku besar: biaya L1 batcher, biaya data L1 yang dialokasikan rollup, debit aktual pengguna, serta pendapatan atau margin operator. Pembagian rata berdasarkan jumlah transaksi hanyalah alokasi analitis. Tingkat keterisian batch, padding, komposisi transaksi, penundaan publikasi, dan subsidi silang dapat membuatnya berbeda dari penawaran protokol.
  7. Rekonsiliasikan dengan tanda terima dan lakukan uji tekanan. Uji lonjakan harga blob, kemacetan eksekusi, kurs ETH dan token biaya, rendahnya pemanfaatan batch, penundaan sequencer, fallback calldata, peningkatan rumus, reorganisasi L1, retensi data sementara, dan kegagalan arsip. Laporkan blok, unit, asumsi, dan biaya yang belum cocok bersama setiap angka per pengguna.

Contoh perhitungan

  • Biaya blob protokol. Dua blob mengonsumsi 2 * 131,072 = 262,144 blob gas. Pada 30 gwei per blob gas, biayanya 262,144 * 30 * 10^-9 = 0.00786432 ETH. Pada $2,500 per ETH, nilainya $19.6608. Angka ini tidak mencakup biaya eksekusi biasa transaksi pembawa blob.
  • Dua buku biaya dalam satu transaksi. Jika transaksi tipe 3 yang sama menggunakan 120,000 execution gas pada harga efektif 22 gwei, biaya eksekusinya 120,000 * 22 * 10^-9 = 0.00264 ETH. Total biaya L1 adalah 0.00786432 + 0.00264 = 0.01050432 ETH, atau $26.2608 pada kurs tersebut. Blob gas dan gas eksekusi tetap menjadi input terpisah.
  • Pemanfaatan dan alokasi batch. Tambahkan $4.0000 biaya proof dan publikasi yang telah dicocokkan, sehingga biaya analitis batch menjadi $30.2608. Untuk 2,000 included transactions, alokasi rata adalah $30.2608 / 2,000 = $0.0151304 per transaction; untuk hanya 800, nilainya $30.2608 / 800 = $0.0378260. Keduanya tidak otomatis menjadi penawaran pengguna atau margin operator terealisasi.
  • Kapasitas terkini dan satuan byte. Dengan jadwal bertanggal 14/21, target dan maksimum adalah 14 * 131,072 = 1,835,008 serta 21 * 131,072 = 2,752,512 blob-gas units, setara dengan 1.75 MiB dan 2.625 MiB blob terenkode. Karena payload arbitrer umumnya memakai 31 byte dalam setiap elemen field 32 byte, payload yang dapat digunakan adalah 14 * 126,976 = 1.6953125 MiB pada target dan 21 * 126,976 = 2.54296875 MiB pada maksimum, sebelum kompresi dan framing.

Risiko

  • Menerapkan fork atau jadwal Blob-Parameter-Only yang usang.
  • Mencampur parameter mainnet, testnet, atau chain lain.
  • Mencampur blob gas, gas eksekusi, byte terenkode, dan byte yang dapat digunakan.
  • Menganggap max_fee_per_blob_gas sebagai biaya dasar terealisasi.
  • Mengabaikan biaya eksekusi biasa dan tip transaksi tipe 3.
  • Menganggap eksekusi gagal mengembalikan biaya blob yang telah dikenakan.
  • Menggunakan estimasi RPC usang, bukan blok dan tanda terima setelah inklusi.
  • Melewati perubahan biaya saat sequencer menunda publikasi batch.
  • Meremehkan lonjakan kemacetan blob atau perilaku harga cadangan.
  • Mengabaikan kemacetan eksekusi L1 karena blob gas murah.
  • Mengalokasikan batch kurang terisi atau berpembatas seolah-olah penuh.
  • Memakai asumsi kompresi, framing, atau komposisi transaksi yang salah.
  • Menghitung ganda transaksi proof, output state, bridge, atau publikasi.
  • Menerapkan skalar, overhead, atau rumus biaya operator rollup yang usang.
  • Mencampur penawaran pengguna, debit aktual, pengembalian dana, dan pendapatan operator.
  • Memicu fallback calldata yang mahal atau model keamanan DA berbeda.
  • Mengonversi ETH dan token biaya dengan harga atau waktu yang salah.
  • Kehilangan atau salah mengatribusikan batch setelah penggantian atau reorganisasi L1.
  • Menganggap ketersediaan sementara PeerDAS sebagai akses arsip permanen.
  • Mengabaikan kegagalan sequencer, validitas, finalitas, bridge, atau exit hanya karena blob tersedia.

Kesalahpahaman umum

  • Biaya dasar blob adalah seluruh biaya L2 yang dibayar pengguna.
  • max_fee_per_blob_gas adalah jumlah yang benar-benar ditagih.
  • Seluruh 131,072 byte terenkode dalam blob merupakan payload arbitrer pengguna.
  • Penurunan biaya dasar blob langsung menurunkan biaya setiap pengguna L2 dengan persentase sama.
  • Data blob disimpan permanen di dalam EVM dan setiap rollup menggunakan kapasitas tetap 3/6 atau 6/9.

Topik terkait

Sumber

Navigasi

Cari di wiki...