Дослідники Ethereum знову розглядають, як зробити мережу легшою для роботи: цього разу — поставивши під сумнів одну з її базових передумов, а саме: що саме має містити блок. У нещодавній дослідницькій публікації під назвою «Blocks Are Dead. Long Live Blobs», співавторами якої є Тоні Вахрштаттер та інші дописувачі Ethereum, описано EIP-8142 — також відомий як «Block-in-Blobs», проєкт пропозиції, уперше представлений на початку цього року. Ідея полягає в тому, щоб кодувати дані транзакцій безпосередньо в блобах, а не вимагати від валідаторів завантажувати й повторно виконувати повні execution payloads. Тихіше, але важливе переосмислення «водопроводу» Ethereum Це може звучати як внутрішня інженерна дискусія, але насправді зачіпає реальне обмеження. Сьогодні валідаторам потрібно опрацьовувати великі обсяги даних, пов’язаних із виконанням, і це створює тягар, який може ставати помітнішим у міру того, як мережа зростає, а запити на дані — дедалі підвищуються. Блоби, представлені під час апгрейду EIP-4844 в Ethereum, були розроблені як ефективніший формат даних. Нова пропозиція має розвинути цю логіку далі. Замість того щоб розглядати блоби як додаткову «смугу» для певних типів даних, дослідники досліджують, чи можуть блоби стати основним носієм власне даних транзакцій. Якщо коротко, пропозиція намагається зменшити обсяг «важкої роботи», яку валідаторам доводиться виконувати лише для того, щоб залишатися в синхронізації. Менше тиску на дані, але глибші архітектурні компроміси Позиція за EIP-8142 полягає не в тому, що блоки зникатимуть у буквальному сенсі. Йдеться більше про те, що поточна модель розподілу full execution payload may більше не є найчистішим способом організувати потік даних Ethereum. Перемістивши дані транзакцій у блоби, дослідники вважають, що Ethereum може послабити структурний вузький ґирок і знизити вимоги до даних для валідаторів. Це може допомогти з ефективністю та масштабованістю мережі — особливо в контексті того, що Ethereum продовжує намагатися збалансувати децентралізацію зі зростаючим використанням. Водночас подібні пропозиції зазвичай відкривають ширші питання. Коли змінюється базове поводження з даними, важить усе навколо — від дизайну нод до workflow виконання і до того, як швидко екосистема зможе адаптуватися. Саме тому ця ідея й досі оформлена як дослідження, а не як найближча зміна протоколу.