Дослідники Ethereum вивчають запропонований дизайн, який переміщує дані виконавчого корисного навантаження в блоби, опубліковані разом з блоками, з метою зниження вимог до пропускної здатності та забезпечення більшої масштабованості.

У нещодавній дослідницькій публікації під назвою "Блоки мертві. Хай живуть блоби", написаній у співавторстві Тоні Вартстаттера та інших дописувачів Ethereum, автори представляють EIP-8142, або "Блок-у-Блобах" (Block-in-Blobs) — проєкт пропозиції, вперше представлений на початку цього року.

Цей дизайн кодував би дані транзакцій безпосередньо в блоби — формат даних, запроваджений в оновленні Ethereum EIP-4844 — замість того, щоб вимагати від валідаторів завантажувати та повторно виконувати повні виконавчі корисні навантаження.

За словами дослідників, ця ідея спрямована на усунення вузького місця в архітектурі Ethereum.

Збільшення розмірів блоків, у поєднанні з вищими лімітами газу, означає, що валідатори повинні завантажувати та перевіряти зростаючий набір даних. Це збільшує тиск на пропускну здатність і обмежує масштабованість.

Ще в березні 2024 року блоби були запроваджені як частина дорожньої карти доступності даних Ethereum під час оновлення Dencun.

Передані через EIP-4844, також відомий як прото-данкшардінг (proto-danksharding), блоби призначені для більш ефективного перенесення великих фрагментів даних, ніж стандартні дані calldata транзакцій.

Замість того, щоб зберігати всі деталі транзакцій безпосередньо в мережі та вимагати від валідаторів обробляти ці дані, блоби дозволяють криптографічно фіксувати дані та перевіряти їх без повного реплікування по всій мережі.

Блок-у-Блобах

EIP-8142 розвиває цю ідею далі.

Замість того, щоб розглядати блоби як допоміжний шар даних, пропозиція переміщує основні дані виконавчого корисного навантаження — вже закодовані в стандартному форматі RLP Ethereum — безпосередньо в блоби.

Валідатори потім перевіряли б криптографічні зобов'язання до цих блобів і з часом покладалися на вибірку доступності даних. Таким чином, вони можуть перевіряти невеликі частини даних, щоб переконатися, що повний набір даних існує, не завантажуючи його повністю.

Ця зміна стає особливо актуальною в майбутньому, де системи zkEVM обробляють перевірку виконання.

Докази з нульовим розголошенням (Zero-knowledge proofs) можуть підтверджувати, що транзакції були оброблені правильно, усуваючи необхідність для валідаторів повторно виконувати кожну транзакцію.

Однак ці докази самі по собі не гарантують, що дані транзакцій насправді доступні. "У zkEVM валідатори перевіряють докази, а не транзакції безпосередньо", — писав Вартстаттер. Він також зазначив, що без окремого механізму дані можуть бути приховані, при цьому проходячи консенсусні перевірки.

Пропозиція стверджує, що Блок-у-Блобах призначений для усунення цієї прогалини.

Вбудовуючи дані транзакцій у блоби з криптографічними зобов'язаннями, пропозиція робить доступність даних явною, а не неявною, дозволяючи валідаторам вибірково перевіряти дані, а не завантажувати їх повністю, зберігаючи при цьому гарантії безпеки.

Існують також ширші наслідки для того, як Ethereum враховує дані.

Сьогодні Ethereum все ще розділяє газ виконання та використання даних блобів. За нової моделі обидва могли б бути об'єднані в єдину систему "газу даних". Якщо це буде успішно реалізовано, дослідники стверджують, що це вирівняє витрати для всіх форм доступності даних та дозволить уникнути перекриття лімітів.

ERC-8211 від Biconomy

Окремо тривають зусилля щодо вдосконалення структури та виконання самих транзакцій.

Biconomy, у співпраці з напрямком UX Фонду Ethereum, запропонувала ERC-8211 — стандарт, який перетворює транзакції на програмовані робочі процеси.

Замість фіксованих параметрів, встановлених при підписанні, ERC-8211 дозволяє транзакціям отримувати дані в мережі в реальному часі, перевіряти умови та виконувати кілька кроків послідовно з одним підписом. Мета полягає в зменшенні кількості невдалих транзакцій та уможливленні складніших, керованих агентами взаємодій в протоколах DeFi, як пояснено в публікації Biconomy на X.

Обидва розробки вписуються в ширшу хвилю експериментів в екосистемі Ethereum. Дослідники окреслили багаторічні шляхи оновлення до кінця десятиліття після минулорічного розгортання подвійного хардфорку.