Cercetătorii Ethereum explorează un design propus care mută datele de execuție-payload în blob-uri publicate alături de blocuri, având ca scop reducerea cerințelor de lățime de bandă și permiterea unei scalabilități mai mari.

Într-o postare de cercetare recentă, intitulată "Blocks Are Dead. Long Live Blobs," co-scrisă de Toni Wahrstatter și alți colaboratori Ethereum, autorii prezintă EIP-8142, sau „Block-in-Blobs” — o propunere preliminară introdusă pentru prima dată la începutul acestui an.

Designul ar codifica datele tranzacțiilor direct în blob-uri — un format de date introdus în upgrade-ul EIP-4844 al Ethereum — în loc să ceară validatorilor să descarce și să re-execute payload-uri de execuție complete.

Ideea vizează un blocaj în arhitectura Ethereum, conform cercetătorilor.

Creșterea dimensiunii blocurilor, împreună cu limite mai mari de gaz, înseamnă că validatorii trebuie să descarce și să verifice un set de date în creștere. Aceasta crește presiunea asupra lățimii de bandă și limitează scalabilitatea.

În martie 2024, blob-urile au fost introduse ca parte a foii de parcurs pentru disponibilitatea datelor a Ethereum în timpul upgrade-ului Dencun.

Livrate prin EIP-4844, cunoscut și sub numele de proto-danksharding, blob-urile sunt concepute pentru a transporta blocuri mari de date mai eficient decât calldata standard a tranzacțiilor.

În loc să stocheze toate detaliile tranzacțiilor direct în lanț (onchain) și să ceară validatorilor să proceseze acele date, blob-urile permit ca datele să fie angajate criptografic și verificate fără replicare completă în întreaga rețea.

Block-in-Blobs

EIP-8142 extinde această idee mai departe.

În loc să trateze blob-urile ca pe un strat auxiliar de date, propunerea mută datele de bază de execuție-payload — deja codificate în formatul standard RLP al Ethereum — în blob-urile însele.

Validatorii ar verifica apoi angajamentele criptografice față de acele blob-uri și, în timp, s-ar baza pe eșantionarea disponibilității datelor. Astfel, ei pot verifica mici porțiuni de date pentru a se asigura că întregul set de date există fără a-l descărca integral.

Schimbarea devine deosebit de relevantă într-un viitor în care sistemele zkEVM gestionează verificarea execuției.

Dovada cu cunoștințe zero (zero-knowledge proofs) pot confirma că tranzacțiile au fost procesate corect, eliminând necesitatea ca validatorii să re-execute fiecare tranzacție.

Cu toate acestea, aceste dovezi singure nu garantează că datele tranzacției sunt de fapt disponibile. "Sub zkEVM, validatorii verifică dovezile, nu tranzacțiile direct," a scris Wahrstatter. El a mai menționat că, fără un mecanism separat, datele ar putea fi reținute în timp ce încă trec de verificările de consens.

Block-in-Blobs este conceput pentru a acoperi acest decalaj, susține propunerea.

Prin încorporarea datelor tranzacțiilor în blob-uri cu angajamente criptografice, propunerea face disponibilitatea datelor explicită, mai degrabă decât implicită, permițând validatorilor să eșantioneze datele în loc să le descarce integral, menținând în același timp garanțiile de securitate.

Există, de asemenea, implicații mai largi pentru modul în care Ethereum contabilizează datele.

Astăzi, Ethereum încă separă gazul de execuție de utilizarea datelor blob. Conform noului model, ambele ar putea fi unificate într-un singur sistem de „gaz de date”. Dacă ar fi implementat cu succes, cercetătorii spun că ar alinia costurile pentru toate formele de disponibilitate a datelor și ar evita limitele suprapuse.

ERC-8211 de la Biconomy

Separat, sunt în curs eforturi pentru a îmbunătăți modul în care tranzacțiile însele sunt structurate și executate.

Biconomy, în colaborare cu divizia de UX a Fundației Ethereum, a propus ERC-8211, un standard care transformă tranzacțiile în fluxuri de lucru programabile.

În loc de parametri ficși setați la semnare, ERC-8211 permite tranzacțiilor să preia date în timp real din lanț (onchain), să valideze condiții și să execute mai mulți pași în secvență cu o singură semnătură. Scopul este de a reduce tranzacțiile eșuate și de a permite interacțiuni mai complexe, bazate pe agenți, în cadrul protocoalelor DeFi, așa cum este explicat în thread-ul Biconomy pe X.

Ambele evoluții se încadrează într-un val mai larg de experimentare în întregul ecosistem Ethereum. Cercetătorii au schițat căi de upgrade pe termen lung până la sfârșitul deceniului, în urma lansării dublei hard-fork de anul trecut.