Только что увидел, что Виталик подробно изложил план расширения Ethereum на ближайшие 5 лет, что довольно интересно, потому что он говорит не только о технических аспектах, но и предлагает пошаговую архитектурную концепцию.

Как он указал, расширение Ethereum должно управлять тремя типами ресурсов: ресурсами выполнения, ресурсами данных и ресурсами состояния. Каждый из них имеет разные планы для краткосрочного и долгосрочного развития.

Что касается ресурсов выполнения, связанных с вычислениями EVM, то это виртуальная машина, которая обрабатывает транзакции в Ethereum. В краткосрочной перспективе Виталик планирует повысить эффективность примерно в 10-30 раз за счет внедрения списков доступа к блокам (BAL) и ePBS, что позволит валидаторам обрабатывать несколько транзакций одновременно вместо одной. В долгосрочной перспективе ZK-EVM сможет повысить эффективность до 1000 раз.

Еще один интересный момент — многоаспектное ценообразование газа. Его идея заключается в том, что разные операции должны иметь разную цену, особенно создание новых состояний (например, создание нового аккаунта), что должно стоить дороже, поскольку это более затратная операция и использует постоянные ресурсы. Он предлагает использовать механизм резервуаров для снижения стоимости обычных транзакций, но повышение стоимости для создания новых состояний.

Что касается ресурсов данных, то в краткосрочной перспективе планируется повысить эффективность на 10-20 раз за счет улучшения P2P и многоаспектного ценообразования газа. В долгосрочной перспективе Blobs и PeerDAS помогут увеличить эффективность примерно в 500 раз.

Самая сложная проблема — ресурсы состояния. Сейчас состояние Ethereum занимает около 100 ГБ, а при расширении в 20 раз оно достигнет 2 ТБ, а затем 8 ТБ. Проблема не в объеме хранения, а в производительности базы данных. По мере роста данных операции записи замедляются, а новые узлы требуют много времени для загрузки всего состояния.

Для решения этой проблемы Виталик предложил несколько новых форматов состояния, например, временное хранение, которое автоматически истекает (например, очистка данных раз в месяц), что может использоваться для данных, таких как книги заказов или пул ликвидности. Также есть концепции хранения по времени и с ограничениями, доступные только через определенные методы.

Эта идея довольно креативна, потому что она дает разработчикам выбор: использовать существующие форматы состояния, платя высокую комиссию, или разрабатывать новые приложения с новыми форматами состояния для экономии затрат. Обычные пользователи выиграют за счет снижения комиссий, а разработчики должны проявлять больше креативности при проектировании.

В целом, план Виталика кажется попыткой сбалансировать повышение эффективности и устойчивость Ethereum в долгосрочной перспективе.