У Ethereum есть проблема, которая не может быть решена исключительно с помощью платформ масштабирования уровня 2, недавно заявил ее соучредитель Виталик Бутерин.
В блоге Бутерин сказал, что, хотя сеть широко используется и есть пользователи, проверка транзакций в основной сети является сложной задачей. Проблемы, возникающие из-за этого, означают, что не многие люди могут запускать свои узлы и вместо этого полагаться на доверенных третьих лиц, включая легких клиентов. Хотя облегченные клиенты необходимы, соучредитель отмечает, что проверка того, следует ли конкретный валидатор Ethereum установленным правилам протокола, является сложной задачей.
Для решения этих проблем Бутерин предлагает два варианта решения проблем проверки уровня 1 в цепочке при одновременном улучшении масштабируемости.
Решение проблем с верификацией в цепочке
В первом варианте он предлагает ограничить основную сеть и перенести активность на уровень 2. Это потребовало бы сокращения целевого показателя mainnet gas-per-block с 15 миллионов до 1 миллиона, при этом единственной функцией уровня 1 является проверка протоколов уровня 2.
Хотя это решение может работать, могут быть недостатки. Во-первых, это сделало бы многие существующие приложения на базе L1 экономически неосуществимыми, а средства пользователей могли бы застрять из-за чрезмерно высоких комиссий. Массовая миграция на проект уровня 2 возможна, но это еще больше усложнило бы процесс.
Соучредитель отмечает, что в идеале протокол Ethereum должен легко проверяться на различных устройствах, включая ноутбуки, телефоны и расширения браузера. Тем не менее, индивидуальная синхронизация данных в сети в первый раз или после длительного времени автономной работы может занять до 54 секунд. Это может быть вызов задач в браузере устройства или привести к быстрому разряду батареи портативных устройств.
Другой альтернативный вариант, который предлагает Бутерин, включает в себя краткий неинтерактивный аргумент знаний (SNARK) - проверку основной сети с использованием виртуальной машины Ethereum с нулевым разглашением (zkEVM), которая может использоваться для проверки выполнения виртуальной машиной Ethereum (EVM) блока Ethereum.
При таком подходе было бы написано больше кода SNARK для проверки консенсусной стороны блока. Однако для генерации доказательств в режиме реального времени потребуются значительные улучшения с помощью специализированного оборудования или архитектурных улучшений.
Если этот вариант будет реализован, потребуется выбрать тип zkEVM для использования для верификации. Существует три варианта: один zkEVM, закрытый мультизкевм и открытый МУЛЬТИЗКЕВМ.
Хотя у каждого варианта есть преимущества и недостатки, Бутерин считает, что открытый вариант с несколькими zkEVM является лучшим путем. Этот подход будет включать в себя разных клиентов, имеющих разные реализации zkEVM, при этом каждый клиент ожидает совместимого доказательства, прежде чем принять блок как действительный.
Хотя это и идеально, без проблем не обойдется. Очевидно, что это потребует значительных улучшений в эффективности и распараллеливании Ethereum. Тем не менее, он считает, что этот путь может быть изучен и практичен благодаря технологическим достижениям.
Улучшение масштабируемости и доступности в Ethereum
Предложения Бутерина представляют собой шаг в правильном направлении для решения проблемы верификации в сети. Хотя предлагаемые решения имеют недостатки, они подчеркивают необходимость в более масштабируемом и эффективном протоколе Ethereum.
Это предложение поступило, когда в начале этой недели Polygon запустил бета-версию zkEVM mainnet с планами открытого доступа к технологии, чтобы стимулировать дальнейшие разработки.
" 
