Из последних публикаций Vitalik Buterin стало ясно, что он значительно изменил свою позицию по поводу нативных Rollup. Ранее его осторожность была обусловлена проблемами технической зрелости. В центре этого изменения — эволюция всей экосистемы, особенно ускорение развития технологий ZK и их внедрения.
Зрелость ZK-технологий и новые варианты безопасности L2
Основная причина, по которой нативные Rollup ранее избегались, заключалась в том, что решения с предкомпиляцией вынуждали выбирать между двумя вариантами. L2 могло «обеспечить быстрый вывод активов, при этом неся риск доказательств», или же «зависеть от безопасности Ethereum, что требовало ожидания 2–7 дней для вывода». Обычно приходилось выбирать второй вариант. Эти ограничения способствовали популяризации альтернатив, таких как мульти-сигнальные мосты, что снижало совместимость всей системы.
Однако сейчас технологическая среда быстро меняется. Дорожная карта Ethereum по полноценному внедрению ZK на уровне L1 и постепенное внедрение нативных предкомпилированных Rollup начинают синхронизироваться. Эти достижения позволяют надеяться на постепенное устранение ключевых барьеров.
Важность синхронной совместимости и новые подходы к проектированию предкомпиляций
С точки зрения Vitalik, растет движение в сообществе по переосмыслению «синхронной совместимости» как важного ценностного предложения L2. Комбинирование решений на базе Rollup с механизмами низкой задержки для предкомпиляции ускоряет преодоление существующих ограничений.
В отношении конкретной реализации нативных Rollup предкомпиляций Vitalik подчеркивает, что дизайн не должен быть поспешным. Его идеальный подход предполагает, что разработчики создают «Rollup с ограниченными расширениями EVM», при этом используют существующую часть EVM для нативных предкомпилированных Rollup и внедряют только кастомизированные системы доказательств для новых функций. Это обеспечит возможность стандартного соединения обеих частей.
Фон этой идеи — баланс между совместимостью и гибкостью. Попытка поэтапного решения сложностей, с которыми сталкивались нативные Rollup, — это часть этого подхода. Благодаря зрелости ZK-EVM и развитию технологий предкомпиляции, перед L2-экосистемой открывается новая стадия развития.
Посмотреть Оригинал
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
Причины, по которым нативные Rollup часто избегались, и стратегический поворот Виталика
Из последних публикаций Vitalik Buterin стало ясно, что он значительно изменил свою позицию по поводу нативных Rollup. Ранее его осторожность была обусловлена проблемами технической зрелости. В центре этого изменения — эволюция всей экосистемы, особенно ускорение развития технологий ZK и их внедрения.
Зрелость ZK-технологий и новые варианты безопасности L2
Основная причина, по которой нативные Rollup ранее избегались, заключалась в том, что решения с предкомпиляцией вынуждали выбирать между двумя вариантами. L2 могло «обеспечить быстрый вывод активов, при этом неся риск доказательств», или же «зависеть от безопасности Ethereum, что требовало ожидания 2–7 дней для вывода». Обычно приходилось выбирать второй вариант. Эти ограничения способствовали популяризации альтернатив, таких как мульти-сигнальные мосты, что снижало совместимость всей системы.
Однако сейчас технологическая среда быстро меняется. Дорожная карта Ethereum по полноценному внедрению ZK на уровне L1 и постепенное внедрение нативных предкомпилированных Rollup начинают синхронизироваться. Эти достижения позволяют надеяться на постепенное устранение ключевых барьеров.
Важность синхронной совместимости и новые подходы к проектированию предкомпиляций
С точки зрения Vitalik, растет движение в сообществе по переосмыслению «синхронной совместимости» как важного ценностного предложения L2. Комбинирование решений на базе Rollup с механизмами низкой задержки для предкомпиляции ускоряет преодоление существующих ограничений.
В отношении конкретной реализации нативных Rollup предкомпиляций Vitalik подчеркивает, что дизайн не должен быть поспешным. Его идеальный подход предполагает, что разработчики создают «Rollup с ограниченными расширениями EVM», при этом используют существующую часть EVM для нативных предкомпилированных Rollup и внедряют только кастомизированные системы доказательств для новых функций. Это обеспечит возможность стандартного соединения обеих частей.
Фон этой идеи — баланс между совместимостью и гибкостью. Попытка поэтапного решения сложностей, с которыми сталкивались нативные Rollup, — это часть этого подхода. Благодаря зрелости ZK-EVM и развитию технологий предкомпиляции, перед L2-экосистемой открывается новая стадия развития.