💬 Что такое секвенсор и как это работает: основание обмотчиков Ethereum

Что такое секвенсор и как это работает: основание обмотчиков Ethereum

В этой статье мы обнаруживаем, что такое узел секвенсора, важный компонент экосистемы Ethereum Rollup.

Эта инфраструктурная сущность отвечает за серию процессов, которые предоставляют данные о транзакциях, проводимые на L2 в основной L1, действуя в качестве точки соединения.

Операция и степень децентрализации секвенсора напрямую влияют на безопасность, надежность и сопротивление цензуре этих решений.

Давайте посмотрим все подробно ниже.

Краткое содержание

Что такое секвенсор и какова его роль в мире EVM

В ландшафте решений масштабируемости для Ethereum секвенсор-это сущность, которая заказывает, выполняет и агрегирует транзакции вне цепи, прежде чем публиковать их на блокчейне Layer-1. Его основная роль заключается в улучшении масштабируемости и эффективности решений уровня 2, таких как свертывание, за счет снижения затрат на газ и ускорения завершения транзакций.

Технически определяемый как узел, секвенсор обрабатывает транзакции, выполненные в свертывании, и инкапсулирует их в сжатую «партию». Затем он отправляет эти данные в Ethereum, где они официально записываются и добавляются в основную цепочку, ответственную за безопасность.

В зависимости от архитектуры уровня-2, секвенсор может быть централизованным или децентрализованным, и он может влиять на критические аспекты, такие как порядок транзакций, доступность данных и сопротивление цензуре.

В случае оптимистичного зарождения, такого как арбитра и оптимизм, секвенсор приказывает TX и публикует их на Ethereum, предполагая, что все они действительны, если не оспариваться. Однако в ZK-Rollup, таких как Starknet и Zksync, Sequencer не только обрабатывает транзакции, но и генерирует криптографические доказательства, которые затем подтверждаются на Ethereum. Наконец, в ростах типа Valdium, таких как Zkfair и Rhino.fi, гибридный процесс происходит, когда данные частично подтверждаются вне цепочки.

Важно подчеркнуть, что эта цифра также используется другими блокчейнами и решениями по масштабируемости, но чтобы избежать путаницы, в этой статье мы сосредоточимся только на мире EVM. Для знания мы отмечаем, что в экосистемах есть компоненты, аналогичные секвенсорам, таким как Cosmos, Avalanche Subsets и Celestia.

Погружаясь глубже в различные задачи, выполняемые секвенсорами, мы видим, как они управляют жизненным циклом транзакции, выполненной в роли.

Мы можем группировать их рабочий процесс в 3 фундаментальных шага: сбор и сортировка транзакций, исполнение и публикация на Ethereum.

1) Сбор и сортировка транзакций

Пользователи отправляют транзакции в секвенсор, а не непосредственно на L1, который заказывает их в определенном блоке в соответствии со стратегией упорядочения. Как правило, в свертках мы находим стратегию «на основе аукциона», где проходит аукцион для определения порядка выполнения (те, кто платят больше сборов, имеют приоритет и заказаны в первую очередь).

Другие стратегии могут быть из типа «первого прихода в первую очередь», где транзакции принимаются и обрабатываются в приказе, который они прибывают.

2) Выполнение и расчет состояния

После решения порядок транзакций, секвенсор выполняет их локально, обновляя состояние обмолота.

Это выполнение является детерминированным и следует правилам, определяемым умным договором обмотчика на L1, что обеспечивает целостность операций.

3) Партийное производство и публикация на L1

На этом этапе транзакции сгруппированы в партии и отправляются в L1 Ethereum.

Sequencer публикует только основные данные (CallData) для доступности данных (DA), гарантируя, что Ethereum всегда может реконструировать состояние в сети. Этот шаг гарантирует, что минимальные вычислительные усилия применяются для поддержания низкой платы за сеть L2

Основываясь на типе зарождения, эти 3 шага могут варьироваться более или менее значительно, как показано в следующей таблице.

«` Html

«` `` Html

Проблема централизации секвенсора

«`

На данный момент большинство секвенсоров на Ethereum централизованы, поскольку почти все свертывания имеют один узел, ответственный за управление соединением между L2 и L1. Эта конфигурация имеет важное значение на фазах «Стадия 0» зачтений, где компромисс между децентрализацией и масштабируемостью необходим для того, чтобы сделать всю инфраструктуру функциональной и эффективной в своей начальной фазе разработки.

«` Html

Двигаясь вперед со временем, розыгрыши стремятся децентрализовать свои секвенсоры, внедряя новые решения для обмена узлами и федерации, тем самым перейдя на «Стадия 1» и «Стадия 2.». В то же время, однако, чрезмерная централизация секвенсоров, даже в течение ограниченного периода времени, может создать серьезные структурные проблемы для рассматриваемой сети второго уровня.

«`

Прежде всего, поручение управления одному узлу вводит «единственную точку отказа»: если секвенсер должен был потерпеть атаку, технический сбой или манипуляция, вся инфраструктура может быть скомпрометирована, что привело к задержкам с транзакциями или даже обслуживанию. перерывы. Кроме того, эта концентрация власти может способствовать риску цензуры на транзакциях, поскольку единственный оператор будет иметь возможность произвольно исключать или изменять операции по заказу, применяя стратегии MEV.

Другой критический аспект касается доверия: отсутствие распределенного механизма валидации затрудняет пользователям независимо убедиться, что транзакции обрабатывались правильно. Все это подрывает принцип децентрализации, который находится в основе философии Эфириума.

Чрезмерная централизация секвенсоров настроена как обоюдоострый меч, способный буквально спасти всю экосистему от коллапса, но в то же время способен привести к сильно произвольной цензуре сети.

То, что случилось с Layer-2 Linea в июне прошлого года, во время взлома и эксплуатации протокола Velocore, является явным примером этого.

В этом случае, во время кибер -атаки на DEX команда в Consensys (которая управляет The Linea Ruplup) решила остановить производство блоков, «закрыв» свою секвенсору. Таким образом, с цепочкой практически замороженной, команде Velocare удалось сдержать инцидент, разрешив уязвимость кода. Между тем, согласие подвергли цензуре адресата, делая невозможным общение с секвенсором (который, как мы помним, подтверждает транзакции и отправляет их в L1).

Если бы секвенсер не закрылся, были бы очень серьезные экономические последствия, при этом воздействие не только на Linea, но и на Ethereum.

Хакеры могли истощать больше средств из уязвимых интеллектуальных контрактов, что привело к истощению стоимости активов на основе Linea. Кроме того, злоумышленник мог бы изменить состояние сети, что затрудняет обнаружение и исправление проблемы.

Это имело бы последствия для других протоколов DEFI, подключенных к Linea, в результате чего многие пользователи страдают от ликвидации или необратимых потерь.

Событие Velocore Hack заставило сообщество Ethereum задуматься о тонком балансе между безопасностью и децентрализацией. С одной стороны, быстрое вмешательство по консенсам предотвратило финансовую катастрофу, защищая пользователей и протоколы от значительных потерь. С другой стороны, остановка секвенсора и цензура адреса атакующего вызвали обеспокоенность по поводу чрезмерной централизованной мощности, удерживаемой операторами уровня 2.