TL;DR
- Reka bentuk berdasarkan blob: Penyelidik mencadangkan memindahkan data payload pelaksanaan ke dalam blob untuk mengurangkan tekanan bandwidth dan meningkatkan skalabiliti di kalangan validator Ethereum.
- Ketersediaan data: Model Block-in-Blobs menggunakan komitmen kriptografi dan pengambilan sampel untuk memastikan data wujud tanpa memerlukan muat turun penuh.
- Peningkatan ekosistem: Cadangan ini sejajar dengan kerja yang lebih luas, termasuk alur kerja boleh atur ERC‑8211 dan perbincangan mengenai penyatuan data gas.
Usaha penyelidikan terkini mengkaji reka bentuk yang memindahkan data payload pelaksanaan ke dalam blob yang diterbitkan di samping blok di blok rantai Ethereum, satu perubahan yang bertujuan untuk mengurangkan tekanan bandwidth dan menyokong matlamat skalabilitas yang lebih luas. Idea ini berasaskan kerja sebelumnya dan merespon permintaan data yang meningkat yang telah memberi tekanan kepada validator di seluruh rangkaian Ethereum. Dengan memikir semula cara data utama dirangkum dan disahkan, penyelidik bertujuan untuk mempermudah pemprosesan tanpa mengorbankan keselamatan.
Asal-usul Cadangan Block-in-Blobs
Sebuah posting terkini berjudul “Blocks Are Dead. Long Live Blobs,” yang ditulis bersama oleh Toni Wahrstatter dan penyumbang lain, menggariskan EIP‑8142, juga dikenal sebagai Block‑in‑Blobs. Draf ini mencadangkan pengkodean data transaksi secara langsung ke dalam blob yang diperkenalkan melalui EIP‑4844, satu peningkatan penting dalam peta jalan ethereum. Alih-alih memuat muatan eksekusi penuh, validator akan mengesahkan komitmen kriptografi, mengurangkan keperluan untuk replikasi data yang berat di seluruh rangkaian.
Mengatasi Cabaran Bandwidth dan Ketersediaan Data
Cadangan ini menargetkan bottleneck yang dicipta oleh peningkatan saiz blok dan had gas yang lebih tinggi, yang memaksa validator untuk mengendalikan set data yang semakin besar. Blobs, yang ditambah semasa penggalaran Dencun, sudah membolehkan data dikomit secara cekap tanpa menyimpan setiap butiran secara onchain. EIP‑8142 memperluaskan pendekatan ini dengan memasukkan data execution‑payload ke dalam blobs, membolehkan validator bergantung kepada teknik pensampelan yang mengesahkan ketersediaan data tanpa muat turun penuh di seluruh nod ethereum.
Implikasi terhadap zkEVM dan alur kerja Validator
Perubahan ini menjadi lebih relevan dalam masa depan yang dibentuk oleh sistem zkEVM. Bukti pengetahuan-nol boleh mengesahkan pelaksanaan yang betul, tetapi ia tidak menjamin bahawa data asas boleh diakses. Wahrstatter mencatat bahawa validator mengesahkan bukti bukan transaksi, yang mencipta risiko data yang ditahan. Block‑in‑Blobs bertujuan untuk menutup jurang ini dengan menjadikan ketersediaan data sebagai jelas, membolehkan validator mengambil sampel data blob sambil mempertahankan integriti model konsensus Ethereum.
Menuju Kos Data Terpadu dan Transaksi yang Lebih Pintar
Penyelidik juga menonjolkan kemungkinan perubahan terhadap cara rangkaian mengira data. Hari ini, gas eksekusi dan penggunaan blob tetap terpisah, tetapi model “data gas” yang disatukan boleh menyelaraskan kos dan mengurangkan had yang tumpang tindih. Sementara itu, Biconomy dan trek UX Yayasan Ethereum sedang memajukan ERC‑8211, satu piawaian yang mengubah transaksi menjadi alur kerja yang boleh diprogramkan. Bersama-sama, usaha-usaha ini mencerminkan gelombang eksperimen yang lebih luas yang membentuk evolusi jangka panjang ethereum.