После The Merge, отправившего Ethereum с добычи на стейкинг, казалось, что самая тяжёлая операция позади. Оказалось — только разминка. По итогам встречи исследователей в Берлине Виталик Бутерин представил дорожную карту под названием Lean Ethereum, и её масштаб отрезвляет: под нож или под замену пойдёт практически каждый ключевой компонент протокола. Это не патч и не апдейт — это третья крупная итерация сети за её историю, растянутая на ближайшие три-четыре года.
Самое интересное в этой карте — не список фич, а смещение приоритетов. То, что вчера считалось «когда-нибудь потом», сегодня вынесено в первый ряд. Разберёмся, от чего Бутерин решил защищаться заранее и почему это меняет саму философию сети.
Ключевая идея — не переписать всё одним героическим релизом, а провести серию форков и архитектурных шагов, обновляя слой за слоем и стараясь не сломать уже работающую экосистему. Разница принципиальная: «мегапатч» рискует уронить живую сеть с сотнями миллиардов долларов в приложениях, а последовательность выверенных шагов позволяет менять фундамент, не выселяя жильцов.
Вот что затрагивает перестройка:
| Компонент | Что меняется |
|---|---|
| Проверка блоков | Уход от прямого переисполнения транзакций к верификации через рекурсивные STARK-доказательства — они станут «встроенным» базовым элементом протокола |
| Криптография | Замена уязвимых к квантовым атакам примитивов на постквантовые решения |
| Консенсус | Более простая архитектура с финализацией за один–два раунда |
| Комиссии | Многомерная модель (multidimensional gas): вычисления, данные и доступ к состоянию тарифицируются отдельно |
| Клиенты и хранение | Переработка архитектуры клиентов и системы хранения состояния сети |
Самый показательный сдвиг — резкое повышение приоритета квантовой устойчивости. Ещё недавно защита от квантовых компьютеров жила в графе «долгосрочные задачи»: угроза теоретическая, время терпит. Теперь она в числе первых строк карты. Логика тут упреждающая, и она разумнее, чем кажется. Криптография, на которой держатся подписи и ключи Ethereum, рассчитана на классические компьютеры; достаточно мощная квантовая машина в теории способна её вскрыть. Ждать, пока такая машина появится, — значит опоздать: переезжать на новую криптографию нужно до, а не после. Отсюда — ускорение работ над постквантовой криптографией для консенсуса и слоя данных и новый формат BLOB-данных, сразу спроектированный под эти требования.
Второй концептуальный разворот — статус приватности. Раньше она была «дополнительной функцией», которую можно прикрутить сбоку. Теперь Бутерин требует закладывать её в проектирование всех новых компонентов — от мемпула до механизмов хранения и доступа к данным. Разница между «приватностью-надстройкой» и «приватностью по умолчанию» огромна: первую легко обойти, вторая встроена в саму конструкцию.
Подпирает это ставка на формальную верификацию — математически строгую проверку корректности кода. Для сети, где ошибка в модуле оборачивается прямыми денежными потерями, это не академическое украшение, а способ снизить риск дорогостоящих уязвимостей.
Самым радикальным пунктом сам Бутерин назвал перестройку модели хранения данных — и здесь спрятана изящная инженерная развилка. Вместо того чтобы бесконечно раздувать нынешний формат состояния, его предлагают разделить на два типа.
| Тип хранения | Объём (горизонт 2030) | Для чего |
|---|---|---|
| «Традиционное» динамическое состояние | ≈ 2 ТБ | Сложные и гибкие приложения, которым нужна вся мощь текущей модели |
| Новый масштабируемый формат | до 100 ТБ | Более ограниченный, но ёмкий: токены, NFT, большинство DeFi-позиций |
Смысл разделения — в экономии на том, что не требует гибкости. Большинство активов (токены, NFT, типовые DeFi-позиции) устроены однообразно, и держать их в «тяжёлой» универсальной модели расточительно. Их выносят в лёгкий и ёмкий склад, а дорогое динамическое состояние оставляют тем приложениям, которым оно реально нужно. Так экосистема растёт вширь, не раздувая ту часть протокола, что ложится грузом на каждый узел сети.
Есть в карте и почти еретический пункт: команда рассматривает постепенный уход от жёсткой привязки к нынешней EVM — виртуальной машине, на которой сегодня исполняется вся логика Ethereum. На горизонте — переход к архитектурам RISC-V или leanISA. Чтобы не обрушить тысячи уже развёрнутых контрактов, совместимость обещают сохранить через компиляцию и промежуточные слои. Проще говоря, старым приложениям дадут «переходник», пока фундамент под ними тихо заменят.
Параллельно сеть продолжит поэтапно поднимать лимит газа, наращивать объём BLOB-данных и сокращать время между слотами. Но ключевая оговорка Бутерина важнее самих цифр: ни один параметр не двинется, пока разработчики не убедятся в его безопасности — через оптимизацию клиентского ПО, протокольные изменения и широкое тестирование. Это прямой ответ на вечную дилемму блокчейнов: гнать производительность легко, а расплачиваться за поспешность приходится сбоями и уязвимостями. Здесь скорость сознательно поставлена в зависимость от устойчивости.
Если сложить приоритеты вместе — квантовая защита, приватность по умолчанию, формальная верификация, осторожное масштабирование, — вырисовывается не гонка за хайпом, а подготовка сети к роли инфраструктуры «на десятилетия». И это рифмуется с другим недавним шагом экосистемы: запуском независимой НКО Ethereum Institutional — своего рода «фронт-офиса» для банков, управляющих активами и прочих финансовых институтов. Одно объясняет другое. Институты приходят туда, где криптография не рассыплется от будущих технологий, приватность встроена в конструкцию, а обновления не роняют сеть. Lean Ethereum, по сути, готовит фундамент под тот дом, куда Ethereum Institutional собирается приглашать серьёзных гостей. Три-четыре года на реализацию — срок немалый, и обещания на бумаге ещё предстоит превратить в работающий код без потрясений для живой экосистемы. Но направление задано предельно ясно: Ethereum перестаёт латать дыры и начинает перекладывать несущие стены — заранее, пока пожара ещё нет.
Этот веб-сайт использует файлы cookie, чтобы обеспечить удобную работу пользователей с ним и функциональные возможности сайта. Продолжая использовать этот сайт, Вы соглашаетесь с использованием файлов cookie