Списки доступа к блокам (EIP-7928) изменят траекторию масштабирования Ethereum. Это не просто уход от медленного узкого места масштабирования проверяющего. Это возвращает жизнеспособность более простых инфраструктур проверяющих: Клиенты не на Rust. Простые базы данных состояния. Статический MEV.

Не- rust: чем более параллельной становится обработка блоков, тем более жизнеспособными становятся "медленные" языки. Go, Java, Typescript, возможно, даже Python могут быть замечены чаще. Простые базы данных состояния: трудно оптимизировать доступ к состоянию в критическом пути, это плохо не только для масштабирования: в настоящее время каждый новый инструмент инфраструктуры блокируется на (1) подключении к внешнему RPC или (2) своей реализации базы данных, просто чтобы поддерживать актуальное состояние. Это изменится, без пользовательских внепротокольных конвейеров обновления состояния. Клиенты только для проверки могут быть написаны с очень медленными базами данных, и это уже не будет иметь большого значения. Статический MEV: время для "увидеть" изменение состояния не будет блокироваться обработкой транзакций в новом блоке, а только получением самого списка доступа к блоку. Больше времени для поиска MEV. И пул транзакций стражей также становится легко синхронизировать с изменениями баланса/nonce.

Да, само строительство блоков все еще будет интенсивным. Но строители мотивированы использовать свои собственные ресурсы для получения прибыли в любом случае. Снижение барьера для входа в жизнеспособные развертывания проверяющих имеет большое значение для распространения инфраструктуры ethereum. "Край" ethereum может иметь много новых участников, новых интеграций, которые ранее не были жизнеспособными. Гига-газ и широкая экосистема узлов не являются взаимоисключающими.