Block-Access-Lists (EIP-7928) змінять траєкторію масштабування Ethereum. Це не просто відхід від вузького місця повільного масштабування верифікатора. Він повертає життєздатність простішого перевіряючого інфра: Клієнти без іржі. Прості БД. Статичний MEV.

Не іржа: чим більш паралельною стає блочна обробка, тим більш життєздатними є «повільніші» мови. Go, Java, Typescript, можливо, навіть Python буде частіше. Прості БД: важко оптимізувати доступ до стану на критичному шляху — це погано, не лише для масштабування: наразі кожен новий інфраінструмент блокується на (1) підключенні до зовнішнього RPC або (2) власній реалізації бази даних, щоб підтримувати актуальний стан. Це змінюється без спеціальних конвеєрів оновлення стану поза протоколом. Клієнти, що працюють лише з верифікаторами, можна писати з дуже повільними базами даних, і це вже не матиме великого значення. Статичний MEV: час для «побачення» зміни стану не буде заблокований обробкою транзакцій у новому блоці, а лише отриманням самого списку доступу до блоку. Більше часу на пошук MEV. А sentry tx-пули також легко синхронізуються з балансом/nonce змінами.

Так, саме будівництво блоків все одно буде інтенсивним. Але будівельники все одно зацікавлені використовувати власні ресурси заради прибутку. Зниження бар'єра входу у життєздатні розгортання верифікаторів має велике значення для поширення інфраструктури Ethereum. «Край» Ethereum може мати багато нових учасників, нових інтеграцій, які раніше були недосяжними. Гіга-газ і екосистема з широкими вузлами не є взаємовиключними.