Виталик Бутерин объясняет иерархию масштабирования блокчейна

Виталик Бутерин предложил новую архитектуру для описания масштабирования блокчейнов. Он рассматривает масштабирование как иерархию. На первом месте стоит вычисление, посредине — данные. Таким образом, он утверждает, что не все компоненты блокчейна масштабируются одинаково. Некоторые уровни развиваются быстрее других.

⚡️ LATEST: Vitalik Buterin outlines blockchain scaling hierarchy, says computation is easiest to scale, data is middle, state is hardest.

He recommends moving up the hierarchy where possible for better scaling. pic.twitter.com/gJvivNsAu8

— Cointelegraph (@Cointelegraph) January 27, 2026

По словам Виталика, вычисления масштабируются проще всего. Разработчики могут параллелить задачи, использовать доказательства с нулевым разглашением и передавать часть трудоемкой работы внешним системам. Это позволяет сетям увеличивать пропускную способность без возникновения дополнительных требований к доверию. Подобное решение уже реализовано в большинстве Layer 2 систем.

Далее Виталик уделяет внимание доступности данных. Он отмечает, что данные масштабируются медленнее вычислений. Тем не менее, с применением современных технологий ситуация улучшается. Например, Ethereum использует инструменты PeerDAS — системы распределения данных, которые снижают нагрузку на хранение. Благодаря этому сети могут поддерживать больше пользователей без потери децентрализации.

Состояние остаётся самой сложной задачей

Нижний уровень иерархии занимает состояние. Виталик отмечает, что его масштабирование хуже всего. Каждый узел должен проверять состояние, а полная корректность необходима каждому пользователю. Это делает работу с состоянием громоздкой и дорогостоящей. При больших объемах состояния требования к оборудованию высоки, а в долгосрочной перспективе оно склонно к централизации.

По этой причине Виталик предлагает уменьшать состояние, заменяя его данными или вычислениями. Он называет это «подъемом по иерархии». Ethereum уже следует такой модели: rollups минимизируют состояние на цепочке, шардирование распределяет данные, ZK-системы снижают расходы на выполнение операций.

Последствия для разработчиков

На практике эта концепция служит ориентиром для будущего проектирования. Разработчикам не следует хранить лишнее состояние. Следует использовать доказательства вместо больших хранилищ и переносить сложность из базового уровня. Это позволяет блокчейнам масштабироваться без нарушения децентрализации. Модель Виталика задаёт дорожную карту для долгосрочного развития блокчейнов.