Ang mga mananaliksik ng Ethereum ay nag-e-explore ng isang iminungkahing disenyo na naglilipat ng data ng execution-payload sa mga blob na inilathala kasama ng mga block, na naglalayong bawasan ang pangangailangan sa bandwidth habang pinapagana ang mas mataas na scalability.

Sa isang kamakailang post sa pananaliksik na pinamagatang "Blocks Are Dead. Long Live Blobs," na isinulat nina Toni Wahrstatter at iba pang kontribyutor ng Ethereum, binabalangkas ng mga may-akda ang EIP-8142, o “Block-in-Blobs” — isang panukalang draft na unang ipinakilala mas maaga ngayong taon.

I-e-encode ng disenyo ang data ng transaksyon nang direkta sa mga blob — isang format ng data na ipinakilala sa upgrade ng EIP-4844 ng Ethereum — sa halip na kinakailangan ang mga validator na i-download at muling isagawa ang buong execution payload.

Tinutugunan ng ideya ang isang bottleneck sa arkitektura ng Ethereum, ayon sa mga mananaliksik.

Ang pagpapalaki ng mga sukat ng block, kaakibat ng mas mataas na limitasyon sa gas, nangangahulugan na ang mga validator ay kailangang mag-download at mag-verify ng dumaraming dataset. Nagpapataas ito ng pressure sa bandwidth at nililimitahan ang scalability.

Noong Marso 2024, ipinakilala ang mga blob bilang bahagi ng roadmap ng data availability ng Ethereum sa panahon ng Dencun upgrade.

Ibinigay sa pamamagitan ng EIP-4844, kilala rin bilang proto-danksharding, ang mga blob ay idinisenyo upang magdala ng malalaking piraso ng data nang mas mahusay kaysa sa karaniwang transaction calldata.

Sa halip na iimbak ang lahat ng detalye ng transaksyon nang direkta onchain at kinakailangan ang mga validator na iproseso ang data na iyon, pinapayagan ng mga blob ang data na ma-commit nang cryptographically at ma-verify nang walang buong replikasyon sa buong network.

Block-in-Blobs

Pinalalawak pa ng EIP-8142 ang ideyang iyon.

Sa halip na tratuhin ang mga blob bilang isang auxiliary data layer, inililipat ng panukala ang core execution-payload data — na naka-encode na sa standard RLP format ng Ethereum — sa mga blob mismo.

Pagkatapos ay ive-verify ng mga validator ang mga cryptographic commitment sa mga blob na iyon at, sa paglipas ng panahon, umasa sa data availability sampling. Sa ganitong paraan, maaari nilang i-verify ang maliliit na bahagi ng data upang matiyak na umiiral ang buong dataset nang hindi ito ganap na dina-download.

Ang pagbabago ay nagiging partikular na relevante sa isang hinaharap kung saan ang mga sistema ng zkEVM ang humahawak sa pag-verify ng execution.

Ang zero-knowledge proofs ay maaaring magkumpirma na ang mga transaksyon ay naproseso nang tama, inaalis ang pangangailangan para sa mga validator na muling isagawa ang bawat transaksyon.

Gayunpaman, ang mga proof na iyon lamang ay hindi ginagarantiyahan na ang data ng transaksyon ay talagang magagamit. "Sa ilalim ng zkEVM, ang mga validator ay nagve-verify ng mga proof, hindi direkta ang mga transaksyon," isinulat ni Wahrstatter. Nabanggit din niya na kung walang hiwalay na mekanismo, maaaring pigilin ang data habang pumapasa pa rin sa mga consensus check.

Ang Block-in-Blobs ay idinisenyo upang isara ang puwang na iyon, ayon sa panukala.

Sa pamamagitan ng pag-embed ng data ng transaksyon sa mga blob na may cryptographic commitment, ginagawang tahasan ng panukala ang data availability sa halip na implicit, pinapayagan ang mga validator na mag-sample ng data sa halip na i-download ito nang buo habang pinapanatili ang mga garantiya sa seguridad.

Mayroon ding mas malawak na implikasyon sa kung paano isinasaalang-alang ng Ethereum ang data.

Ngayon, pinaghihiwalay pa rin ng Ethereum ang execution gas mula sa paggamit ng data ng blob. Sa ilalim ng bagong modelo, pareho silang maaaring pag-isahin sa isang solong sistema ng "data gas". Kung matagumpay na ipinatupad, sinasabi ng mga mananaliksik na ito ay magpapantay ng mga gastos sa lahat ng anyo ng data availability at maiiwasan ang mga nagsasapawan na limitasyon.

ERC-8211 ng Biconomy

Hiwalay, may mga pagsisikap na isinasagawa upang mapabuti kung paano mismo nakabalangkas at isinasagawa ang mga transaksyon.

Ang Biconomy, sa pakikipagtulungan sa UX track ng Ethereum Foundation, ay nagmungkahi ng ERC-8211, isang pamantayan na nagpapalit ng mga transaksyon sa programmable na workflow.

Sa halip na mga nakapirming parameter na itinakda sa pag-sign, pinapayagan ng ERC-8211 ang mga transaksyon na kumuha ng real-time na onchain data, mag-validate ng mga kundisyon, at magsagawa ng maraming hakbang nang sunud-sunod gamit ang isang solong signature. Ang layunin ay bawasan ang mga nabigong transaksyon at paganahin ang mas kumplikado, agent-driven na interaksyon sa mga DeFi protocol, tulad ng ipinaliwanag sa thread ng Biconomy sa X.

Ang parehong pag-unlad ay nakapaloob sa isang mas malawak na alon ng pag-eeksperimento sa buong ecosystem ng Ethereum. Binalangkas ng mga mananaliksik ang multi-year na mga landas ng pag-upgrade hanggang sa katapusan ng dekada kasunod ng double hard-fork rollout noong nakaraang taon.