Сооснователь Ethereum Виталик Бутерин (Vitalik Buterin) опубликовал роадмап по масштабированию сети на ближайшие пять лет. Главный вызов — хранение данных. Если для обработки транзакций уже есть решение в виде ZK-EVM, которое дает прирост производительности, то для хранения балансов и кодов контрактов никакой волшебной таблетки не существует.
Главный барьер для роста
Сегодня реестр данных Ethereum увеличивается на 100 ГБ ежегодно. Если пропускная способность вырастет в 20 раз, этот показатель подскочит до 2 ТБ в год, и уже через четыре года объем базы достигнет 8 ТБ.
Хранить такой объем на диске несложно, но его сложно синхронизировать. Это ставит под угрозу децентрализацию: обычные домашние стейкеры просто не смогут поддерживать актуальную версию блокчейна, и сеть окажется в руках профессиональных дата-центров.
Сегрегация данных: плати или переписывай
Бутерин предлагает покончить с ситуацией, где каждый байт в блокчейне стоит одинаково. Решение — жесткое разделение памяти на два класса.
Первый — элитный и вечный. Это привычное нам состояние Ethereum. Оно останется удобным, но станет дорогим удовольствием. В этой зоне продолжат работать сложные DeFi-протоколы, которым критически важно мгновенно взаимодействовать друг с другом и иметь постоянный доступ к данным.
Второй — дешевый и временный. Специальная зона для массовых операций вроде простых переводов токенов или NFT. Здесь хранение будет стоить копейки, но с ограничениями: данные либо «сгорают» через месяц, либо работают по модели UTXO, как в биткоине, исчезая из активной памяти сразу после траты.
Для индустрии это ультиматум: хотите дешевые транзакции для пользователей — переписывайте архитектуру приложений с нуля под новые стандарты.
А что, если я уйду в пещеру?
В комментариях к посту возник резонный вопрос: что будет с активами пользователя, если он пропадет на пару лет и пропустит сроки обновления временных данных? Не сгорят ли его NFT или токены?
Бутерин успокоил: активы можно будет восстановить с помощью криптографических доказательств, но ответственность за этот механизм ляжет на плечи разработчиков кошельков и приложений, а не самого протокола.
«Я ожидаю, что любой, кто создает серьезные приложения, в любом случае будет вынужден обрабатывать сценарий «пользователь ушел в пещеру на два года и вернулся», так что с таким же успехом можно сразу строить архитектуру с учетом этого», — резюмировал Виталик.
Данный пост носит исключительно информационный характер и не является рекламой или инвестиционным советом. Пожалуйста, проводите собственное исследование, принимая какие-либо решения.