Ethereum может позаимствовать у Bitcoin модель UTXO для масштабирования в 1000 раз

«Мы хотим, чтобы в Ethereum были лучшие стороны UTXO-состояния, динамического состояния и всего, что находится между ними», — написал Бутерин .

Иными словами, сеть не обязана хранить каждый вид данных одинаковым способом. Простые платежи можно перевести в более компактный формат, а сложные приложения оставить на привычной инфраструктуре.

Что это может дать Ethereum

Меньше постоянно хранимых данных

Для одного миллиарда UTXO-записей постоянный объём состояния может составить примерно 300 МБ. При нынешней аккаунтной модели сопоставимый объём данных оценивается в 100–150 ГБ. Это означает потенциальное сокращение постоянного состояния примерно на 99,8% .

Возможность приблизиться к росту в 1000 раз

Состояние сети считается одним из главных ограничений на пути к долгосрочному масштабированию Ethereum. В общей картине Бутерина повышение производительности исполнения может дать около 1000-кратного прироста благодаря ZK-EVM, а масштабирование пропускной способности данных — примерно 500-кратного за счёт PeerDAS и blobs. Однако без более эффективного хранения состояние может стать узким местом .

Более низкая нагрузка на узлы

Идеи, связанные с Utreexo, предполагают использование компактных аккумуляторов и доказательств включения. Теоретически это позволит узлам проверять операции, не храня полный набор состояния, что упростит участие в сети и поможет сохранить её децентрализацию .

Сохранение существующей экосистемы

UTXO-уровень предлагается добавить, а не использовать вместо аккаунтов. Поэтому действующие приложения Ethereum смогут продолжить работать на нынешней модели, тогда как новые стандарты и инструменты дадут разработчикам возможность постепенно выбирать более дешёвые и компактные типы состояния .

Какие проблемы ещё предстоит решить

Совместимость и миграция приложений

Существующие dApp, построенные вокруг аккаунтов, не смогут автоматически использовать UTXO-состояние. Потребуются новые стандарты, библиотеки и инструменты, а также понятный путь для переноса отдельных функций в более ограниченные уровни .

Сложность гибридной архитектуры

Одновременная работа аккаунтной и UTXO-моделей в одной среде исполнения может привести к новым пограничным случаям и усложнить взаимодействие между двумя типами состояния. Разработчикам протокола также придётся определить, как именно такие объекты смогут взаимодействовать между собой .

Ограничения для смарт-контрактов

UTXO хорошо подходит для относительно простых платежей, но по природе менее выразительна, чем аккаунтная модель. Сложные DeFi-протоколы, NFT-приложения и контракты с большим объёмом изменяемого состояния не всегда смогут работать в таком формате без существенной перестройки .

Предложение пока не стало частью протокола

Нативная UTXO-концепция и связанные с ней исследования пока находятся на стадии предложений. Они ещё не реализованы в Ethereum и не прошли проверку в условиях масштабной эксплуатации . Поэтому цифра в 1000 раз — это ориентир долгосрочной стратегии, а не обещание ближайшего обновления сети.

Как это вписывается в концепцию Lean Ethereum

Гибридное состояние — только один элемент более широкой дорожной карты Lean Ethereum, которую Бутерин представил в июле 2026 года. План рассчитан примерно на три-четыре года и включает несколько направлений :

• Рекурсивная проверка STARK-доказательств вместо прямого повторного исполнения транзакций .
• Квантово-устойчивая криптография, которая должна подготовить сеть к будущим угрозам .
• Перестройка уровня состояния с сохранением динамической модели и добавлением UTXO, кольцевых буферов и других масштабируемых форматов .
• Встроенные функции приватности .
• Упрощение архитектуры валидаторов, включая изменения в консенсусе, газе и виртуальной машине на базе leanISA/RISC-V .

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