Впервый постВ рамках нашего ряда Rollups 2.0 мы рассмотрели основанные на rollups, где основная последовательность является одним из наиболее децентрализованных и совместимых с Ethereum методов управления rollup. Передавая задачу последовательности транзакций на уровень 1 Ethereum, основанные rollups используют децентрализацию, простоту и живость L1, а также другие преимущества.
В сегодняшней статье мы рассмотрим следующую эволюцию роллапов: роллапы Booster. Роллапы Booster не только строятся на основе роллапов, но и расширяют границы композиции Ethereum. Но как именно мы расширяем эту композицию?
Какие проблемы сейчас существуют в пространстве L2?
Чтобы гарантировать правильную работу сетей L2, зачастую требуются дополнительные проверки. Однако основные процессы расчета и исполнения все еще происходят непосредственно на L1. Это означает, что, хотя L2 расширяют функциональность с помощью внеланцетной исполнения EVM, они также добавляют дополнительную сложность. Хотя такая дополнительная логика не является идеальной, конечная цель заключается в стандартизации операций и полном использовании стандартной EVM. Стандартизация необходима для обеспечения плавного обмена транзакциями между различными L2. Для достижения этой цели может потребоваться новый тип транзакции, который может работать на нескольких цепочках. В этой системе одна транзакция могла бы создавать более мелкие подтранзакции. Каждая подтранзакция будет содержать подробности, такие как идентификатор исходной цепочки, идентификатор целевой цепочки, входные данные (например, вызывающий, адрес и данные вызова) и результативный вывод из целевой цепочки. Эти данные транзакции выполняют две важные функции:
Он используется на целевой цепочке, чтобы подтвердить, что заданные входы производят ожидаемые выходы.
Используя этот подход, каждая цепочка может независимо проверять свои собственные транзакции, соблюдая общий стандарт форматов транзакций и входов. В результате верификация блоков остается простой, используя знакомый контракт верификатора L1, чтобы убедиться, что блоки действительны.
Бустер роллапы обрабатывают транзакции, как на уровне L1, с доступом к состоянию L1, но с отдельным хранилищем, масштабируя как выполнение, так и хранение на L2. Каждый L2 расширяет блокспейс L1, распределяя обработку транзакций и хранение данных.
Представьте, что вы развертываете свое децентрализованное приложение (dapp) всего один раз, и оно автоматически масштабируется на всех сетях второго уровня (L2). Если вам нужно больше блокового пространства, просто добавьте больше роллапов-ускорителей без дополнительной конфигурации. Другими словами, разработчики не сталкиваются с дополнительной нагрузкой, расходами на повторное развертывание и дополнительными сложностями.
Простыми словами, роллапы-ускорители - это как добавление дополнительных процессоров или SSD-накопителей к вашему ноутбуку: они повышают производительность, позволяя приложениям работать более эффективно и легко масштабироваться.
Или для читателей с техническим мышлением, бустер роллапы также могут быть описаны как "распределение выполнения транзакций и хранения по нескольким осколкам."
Любой роллап, будь то оптимистичный или ZK, может принять функциональность бустера. Однако полное ускорение не является обязательным для всех роллапов, поскольку некоторые могут получить выгоду от оптимизации L2.
Оптимальный сценарий для увеличения производительности - это базовый роллап, если целью является достижение масштабирования Ethereum. Позволяя L1-валидаторам предлагать блоки для всей усиленной сети, вы эффективно масштабируете Ethereum без проблем.
Улучшенные роллапы также решают проблему фрагментации, присущую текущим экосистемам роллапов. Используя базовую последовательность, они сохраняют преимущества последовательности L1, в то время как вводят атомарные кросс-роллап транзакции по всем L2 в рамках сети усилителя. Эта настройка позволяет реализовать масштабирование Ethereum, задуманное с самого начала - интегрированное, но экспансивное, предлагающее унифицированное решение для проблем роста Ethereum.
Описание архитектуры ускорителя роллапов
Поскольку бустер роллапы поддерживаютсинхронная компосабельностьпо своей природе эту модель роллапа устраняет неудобства, связанные с фрагментацией или переключением между L2. Все предпочтительные dapp будут доступны на всех L2, обеспечивая безупречный опыт Ethereum.
С усиленными роллапами разработчики могут масштабировать свои dapp без необходимости множественных повторных развертываний на L2. Разверните свое приложение на L1 только один раз, и оно автоматически масштабируется на все существующие и будущие усиленные L2, упрощая общий процесс разработки и развертывания.
Одна из немногих команд, которые в настоящее время строят усилители роллапов, это@gwyneth_taiko""> @gwyneth_taiko, который также является основанным роллапом, синхронно совместимым с Ethereum. Gwyneth использует основу Ethereum, где упорядочивание транзакций осуществляется L1 валидаторами, а блоки собираются совместимыми L1 строителями.
Гвинет воплощает синхронную композицию, улучшая и расширяя возможности L1. С помощью собственной последовательности это позволяет осуществлять плавную интеграцию между роллапами и состояниями L1. По мере увеличения спроса на блокировку пространства развертывание дополнительных усилителей роллапов просто, подобно обновлению ноутбука с более мощными ЦП или твердотельными накопителями для увеличения вычислительной мощности и обеспечения более широкого спектра применения. Гвинет предвидит плавно интегрированный Ethereum, лишенный фрагментации.
Гвинет представляет механизм предварительного подтверждения, где валидаторы L1 могут обязаться к состояниям L2 заранее, обеспечивая пользователям быстрые подтверждения транзакций и обеспечивая равномерное распределение сбоев и конфликтов между участниками базового уровня. После первоначальной предварительно подтвержденной транзакции на тестовой сети Тайко, эта инновация продолжает двигаться вперед.
С самого начала Gwyneth создавалась с учетом окончательности. Работая на базе внутреннего много-доказательства Taiko, Raiko, она построена для достижения синхронной композиции. В настоящее время надежные среды выполнения (TEEs) служат минимальной защитой выполнения, но будущее обещает использование оптимизированных нулевых виртуальных машин (zkVMs), таких как SP1, Risc0, и, возможно, многих других.
Бустеры роллапов улучшают масштабируемость прозрачно, как добавление серверов на ферму. Этот дизайн позволяет приложениям использовать дополнительные ресурсы без проблем, обеспечивая разработчикам возможность масштабировать свои решения без необходимости дополнительных шагов, таких как развертывание сложной инфраструктуры L2.
Они решают проблему фрагментации, предоставляя единый опыт в L1 и L2. Благодаря смарт-контрактам, использующим один и тот же адрес, пользователи получают преимущества в виде последовательности и простоты вне зависимости от того, взаимодействуют ли они с L1 или L2 окружением.
Они решают проблемы неэффективности развертывания, позволяя разработчикам развертывать один раз на L1, делая dapps мульти-роллап по умолчанию, с централизованным управлением обновлений. Пользователи могут использовать один адрес на разных сетях, вне зависимости от того, используют они EOA или умный кошелек, облегчая бесшовные транзакции между L1 и L2.
Они решают проблему, с которой сталкиваются операторы роллапов, убеждая разработчиков развертывать свои приложения на их сети, поскольку dapps доступны автоматически. Концепция является настраиваемой, объединяя усилитель с базовыми роллапами для значительного масштабирования. Не все L2 должны быть усилителями роллапов, что позволяет создавать смешанные сети.
Они решают проблемы суверенитета и безопасности, устраняя необходимость в конкретных контрактах-обертках, поскольку умные контракты работают одинаково на L1 и L2, сохраняя контроль у разработчиков. Безопасность улучшается путем устранения единой точки отказа, сейчас безопасность применяется для каждого dapp, а не полагаясь на мосты или конкретные реализации.
Чтобы обеспечить отражение L2 в L1, развертывание контрактов должно быть ограничено только в L1, обеспечивая единый доступ к L2. Это не является серьезным ограничением, поскольку смарт-контракты все равно могут вести себя по-разному с помощью методов, основанных на данных, например, хранения адресов контрактов в хранилище, которое может отличаться между цепями.
Пока L1 содержит общие данные, это не увеличивает масштабируемость напрямую, что является врожденной проблемой масштабируемых систем. Разработчикам необходимо оптимизировать код для минимизации этого влияния. Как и в традиционном программном обеспечении, не все DApp могут полностью использовать параллельную обработку. Однако эти DApp все равно получают выгоду от межоперабельности: даже если они работают на отдельных L2, они остаются универсально доступными.
Бустер-роллапы, по сути, действуют как расширение цепочки L1, но с уникальным выполнением транзакций и хранением. Для интерпретации транзакций Booster Rollup узлы L1 и L2 должны работать синхронно. Тем не менее, один из подходов может включать в себя запуск как L1, так и L2 на одном узле, переключаясь между общим хранилищем L1 и специфическим хранилищем L2 во время выполнения транзакций.
Бустеры роллапов предлагают трансформационное решение для проблем масштабируемости Ethereum, без проблем интегрируясь с L1 для увеличения пропускной способности транзакций и эффективности хранения. Они решают проблемы, такие как фрагментация и неэффективность развёртывания, позволяя разработчикам масштабировать dApps на нескольких L2 легко, сохраняя при этом безопасность и суверенитет. Путём упрощения масштабируемости и поощрения интероперабельности, бустеры роллапов приглашают на путь к более согласованной и удобной для пользователя экосистеме Ethereum.
В нашей следующей серии мы погрузимся в увлекательные миры нативных роллапов и гигагас-роллапов, изучая, как эти технологии могут дальше революционизировать ландшафт масштабирования Ethereum.
Впервый постВ рамках нашего ряда Rollups 2.0 мы рассмотрели основанные на rollups, где основная последовательность является одним из наиболее децентрализованных и совместимых с Ethereum методов управления rollup. Передавая задачу последовательности транзакций на уровень 1 Ethereum, основанные rollups используют децентрализацию, простоту и живость L1, а также другие преимущества.
В сегодняшней статье мы рассмотрим следующую эволюцию роллапов: роллапы Booster. Роллапы Booster не только строятся на основе роллапов, но и расширяют границы композиции Ethereum. Но как именно мы расширяем эту композицию?
Какие проблемы сейчас существуют в пространстве L2?
Чтобы гарантировать правильную работу сетей L2, зачастую требуются дополнительные проверки. Однако основные процессы расчета и исполнения все еще происходят непосредственно на L1. Это означает, что, хотя L2 расширяют функциональность с помощью внеланцетной исполнения EVM, они также добавляют дополнительную сложность. Хотя такая дополнительная логика не является идеальной, конечная цель заключается в стандартизации операций и полном использовании стандартной EVM. Стандартизация необходима для обеспечения плавного обмена транзакциями между различными L2. Для достижения этой цели может потребоваться новый тип транзакции, который может работать на нескольких цепочках. В этой системе одна транзакция могла бы создавать более мелкие подтранзакции. Каждая подтранзакция будет содержать подробности, такие как идентификатор исходной цепочки, идентификатор целевой цепочки, входные данные (например, вызывающий, адрес и данные вызова) и результативный вывод из целевой цепочки. Эти данные транзакции выполняют две важные функции:
Он используется на целевой цепочке, чтобы подтвердить, что заданные входы производят ожидаемые выходы.
Используя этот подход, каждая цепочка может независимо проверять свои собственные транзакции, соблюдая общий стандарт форматов транзакций и входов. В результате верификация блоков остается простой, используя знакомый контракт верификатора L1, чтобы убедиться, что блоки действительны.
Бустер роллапы обрабатывают транзакции, как на уровне L1, с доступом к состоянию L1, но с отдельным хранилищем, масштабируя как выполнение, так и хранение на L2. Каждый L2 расширяет блокспейс L1, распределяя обработку транзакций и хранение данных.
Представьте, что вы развертываете свое децентрализованное приложение (dapp) всего один раз, и оно автоматически масштабируется на всех сетях второго уровня (L2). Если вам нужно больше блокового пространства, просто добавьте больше роллапов-ускорителей без дополнительной конфигурации. Другими словами, разработчики не сталкиваются с дополнительной нагрузкой, расходами на повторное развертывание и дополнительными сложностями.
Простыми словами, роллапы-ускорители - это как добавление дополнительных процессоров или SSD-накопителей к вашему ноутбуку: они повышают производительность, позволяя приложениям работать более эффективно и легко масштабироваться.
Или для читателей с техническим мышлением, бустер роллапы также могут быть описаны как "распределение выполнения транзакций и хранения по нескольким осколкам."
Любой роллап, будь то оптимистичный или ZK, может принять функциональность бустера. Однако полное ускорение не является обязательным для всех роллапов, поскольку некоторые могут получить выгоду от оптимизации L2.
Оптимальный сценарий для увеличения производительности - это базовый роллап, если целью является достижение масштабирования Ethereum. Позволяя L1-валидаторам предлагать блоки для всей усиленной сети, вы эффективно масштабируете Ethereum без проблем.
Улучшенные роллапы также решают проблему фрагментации, присущую текущим экосистемам роллапов. Используя базовую последовательность, они сохраняют преимущества последовательности L1, в то время как вводят атомарные кросс-роллап транзакции по всем L2 в рамках сети усилителя. Эта настройка позволяет реализовать масштабирование Ethereum, задуманное с самого начала - интегрированное, но экспансивное, предлагающее унифицированное решение для проблем роста Ethereum.
Описание архитектуры ускорителя роллапов
Поскольку бустер роллапы поддерживаютсинхронная компосабельностьпо своей природе эту модель роллапа устраняет неудобства, связанные с фрагментацией или переключением между L2. Все предпочтительные dapp будут доступны на всех L2, обеспечивая безупречный опыт Ethereum.
С усиленными роллапами разработчики могут масштабировать свои dapp без необходимости множественных повторных развертываний на L2. Разверните свое приложение на L1 только один раз, и оно автоматически масштабируется на все существующие и будущие усиленные L2, упрощая общий процесс разработки и развертывания.
Одна из немногих команд, которые в настоящее время строят усилители роллапов, это@gwyneth_taiko""> @gwyneth_taiko, который также является основанным роллапом, синхронно совместимым с Ethereum. Gwyneth использует основу Ethereum, где упорядочивание транзакций осуществляется L1 валидаторами, а блоки собираются совместимыми L1 строителями.
Гвинет воплощает синхронную композицию, улучшая и расширяя возможности L1. С помощью собственной последовательности это позволяет осуществлять плавную интеграцию между роллапами и состояниями L1. По мере увеличения спроса на блокировку пространства развертывание дополнительных усилителей роллапов просто, подобно обновлению ноутбука с более мощными ЦП или твердотельными накопителями для увеличения вычислительной мощности и обеспечения более широкого спектра применения. Гвинет предвидит плавно интегрированный Ethereum, лишенный фрагментации.
Гвинет представляет механизм предварительного подтверждения, где валидаторы L1 могут обязаться к состояниям L2 заранее, обеспечивая пользователям быстрые подтверждения транзакций и обеспечивая равномерное распределение сбоев и конфликтов между участниками базового уровня. После первоначальной предварительно подтвержденной транзакции на тестовой сети Тайко, эта инновация продолжает двигаться вперед.
С самого начала Gwyneth создавалась с учетом окончательности. Работая на базе внутреннего много-доказательства Taiko, Raiko, она построена для достижения синхронной композиции. В настоящее время надежные среды выполнения (TEEs) служат минимальной защитой выполнения, но будущее обещает использование оптимизированных нулевых виртуальных машин (zkVMs), таких как SP1, Risc0, и, возможно, многих других.
Бустеры роллапов улучшают масштабируемость прозрачно, как добавление серверов на ферму. Этот дизайн позволяет приложениям использовать дополнительные ресурсы без проблем, обеспечивая разработчикам возможность масштабировать свои решения без необходимости дополнительных шагов, таких как развертывание сложной инфраструктуры L2.
Они решают проблему фрагментации, предоставляя единый опыт в L1 и L2. Благодаря смарт-контрактам, использующим один и тот же адрес, пользователи получают преимущества в виде последовательности и простоты вне зависимости от того, взаимодействуют ли они с L1 или L2 окружением.
Они решают проблемы неэффективности развертывания, позволяя разработчикам развертывать один раз на L1, делая dapps мульти-роллап по умолчанию, с централизованным управлением обновлений. Пользователи могут использовать один адрес на разных сетях, вне зависимости от того, используют они EOA или умный кошелек, облегчая бесшовные транзакции между L1 и L2.
Они решают проблему, с которой сталкиваются операторы роллапов, убеждая разработчиков развертывать свои приложения на их сети, поскольку dapps доступны автоматически. Концепция является настраиваемой, объединяя усилитель с базовыми роллапами для значительного масштабирования. Не все L2 должны быть усилителями роллапов, что позволяет создавать смешанные сети.
Они решают проблемы суверенитета и безопасности, устраняя необходимость в конкретных контрактах-обертках, поскольку умные контракты работают одинаково на L1 и L2, сохраняя контроль у разработчиков. Безопасность улучшается путем устранения единой точки отказа, сейчас безопасность применяется для каждого dapp, а не полагаясь на мосты или конкретные реализации.
Чтобы обеспечить отражение L2 в L1, развертывание контрактов должно быть ограничено только в L1, обеспечивая единый доступ к L2. Это не является серьезным ограничением, поскольку смарт-контракты все равно могут вести себя по-разному с помощью методов, основанных на данных, например, хранения адресов контрактов в хранилище, которое может отличаться между цепями.
Пока L1 содержит общие данные, это не увеличивает масштабируемость напрямую, что является врожденной проблемой масштабируемых систем. Разработчикам необходимо оптимизировать код для минимизации этого влияния. Как и в традиционном программном обеспечении, не все DApp могут полностью использовать параллельную обработку. Однако эти DApp все равно получают выгоду от межоперабельности: даже если они работают на отдельных L2, они остаются универсально доступными.
Бустер-роллапы, по сути, действуют как расширение цепочки L1, но с уникальным выполнением транзакций и хранением. Для интерпретации транзакций Booster Rollup узлы L1 и L2 должны работать синхронно. Тем не менее, один из подходов может включать в себя запуск как L1, так и L2 на одном узле, переключаясь между общим хранилищем L1 и специфическим хранилищем L2 во время выполнения транзакций.
Бустеры роллапов предлагают трансформационное решение для проблем масштабируемости Ethereum, без проблем интегрируясь с L1 для увеличения пропускной способности транзакций и эффективности хранения. Они решают проблемы, такие как фрагментация и неэффективность развёртывания, позволяя разработчикам масштабировать dApps на нескольких L2 легко, сохраняя при этом безопасность и суверенитет. Путём упрощения масштабируемости и поощрения интероперабельности, бустеры роллапов приглашают на путь к более согласованной и удобной для пользователя экосистеме Ethereum.
В нашей следующей серии мы погрузимся в увлекательные миры нативных роллапов и гигагас-роллапов, изучая, как эти технологии могут дальше революционизировать ландшафт масштабирования Ethereum.