Shared sequencer — это внешний для роллапа слой упорядочивания транзакций, к которому одновременно подключаются несколько L2/апп-чейнов. Он решает три ключевые задачи:
- Кросс-доменные гарантии. Согласованный порядок между разными L2, что позволяет делать атомарные операции между роллапами и предсказуемые мосты.
- Масштабирование и UX. Быстрые preconfirmations (мягкие ранние подтверждения) и более ровная пропускная способность в часы пик.
- Рынки MEV. Общий слой аукционов и политик MEV, который снижает вредный фронт-раннинг и позволяет возвращать часть ценности пользователям и приложениям.
Shared sequencer не заменяет L1-финализацию (например, Ethereum), а добавляет уровень ранних гарантий и координации между L2. В аварийном режиме любой корректный роллап должен иметь escape hatch — возможность публиковать данные и продолжать секвенсинг напрямую через L1.
Зачем роллапам shared sequencer
- Фрагментация без него. У каждого роллапа свой секвенсор → разные «часы», порядок и правила. Кросс-роллапные сделки становятся ненадёжными, мосты сложнее, арбитраж размазывается, очереди в пике могут «застывать».
- Общий порядок с ним. Один (или федерация) секвенсора выстраивает единый журнал событий: транзакции из разных роллапов попадают в общий лог. Это даёт:
- атомарные свопы R1↔R2 и улучшенный UX мостов;
- предсказуемые preconfirmations;
- симметричные правила MEV/приватности для подключённых L2.
Важно: shared sequencer — это ускоритель и координатор, а не корень безопасности. Финальная корректность по-прежнему наследуется от L1 (см. роллапсы и Безопасность в крипте: чек-листы защиты кошелька, биржи и смарт-контрактов).
Архитектура на пальцах
Основной поток для L2, подключённого к shared sequencer:
- Приём заявок. Пользователь или узел отправляет транзакции в общий мемпул секвенсора (обычно поверх gRPC/QUIC и аналогичных протоколов).
- Политики порядка. Секвенсор применяет правила упорядочивания: fair ordering, commit-reveal, аукционы приоритетов, приватные каналы для защиты от фронт-раннинга.
- Preconfirmations. Секвенсор (или кворум валидаторов) подписывает слот/батч с упорядоченными транзакциями. Кошельки и dApp’ы могут сразу показывать пользователю «мягкую финальность».
- Публикация данных (DA). Батчи и данные отправляются в выбранный слой доступности данных (DA): Ethereum calldata/EigenDA/Celestia/Avail и др.
- Исполнение на L2. Каждый роллап читает свою подсекцию журнала, воспроизводит состояние и периодически финализирует корневые коммиты в L1.
Фоллбек обязателен: при недоступности shared sequencer роллап должен уметь включать локальный секвенсинг (self-sequencing) или публиковать данные напрямую в L1 (дороже, но безопасно и без потери корректности).
Сравнение проектов
| Проект | Ключевая идея | Модель порядка/приватности | DA-интеграции (примерно) | Фокус/статус для экосистемы |
|---|---|---|---|---|
| Astria | Сеть общего секвенсора для множества роллапов; упор на простую интеграцию и «L2 как сервис» | Кворумный порядок, preconf; возможна поддержка приватных заказов поверх аукционов | Публикация батчей в выбранный DA (часто Celestia; возможны Ethereum/EigenDA) | Практичный «общий двигатель» L2 с сильным упором на фоллбек и онбординг app-роллапов |
| Espresso | Децентрализованный секвенсор с собственным консенсусом (HotShot) и политиками fair ordering | Fair ordering, анти-фронт-ран; интеграция с аукционами приоритетов и приватными каналами | Плюралистично: Ethereum/EigenDA/Celestia (в зависимости от интеграции) | Концентрация на справедливости порядка и совместимости с EVM-роллапами |
| Radius | Сеть, ориентированная на order-fairness и защиту от вредного MEV | Commit-reveal / пороговое шифрование и задержанное раскрытие для снижения фронт-раннинга | Интеграции с модульными DA-слоями | Исследовательская/прикладная линия на честный порядок и приватность мемпула |
| SUAVE (Flashbots) | Универсальный слой аукционов и билдинга блоков для многих сетей | Приватные MEV-аукционы, делегированный билдинг, маршрутизация бандлов | Пишет в целевые сети/роллап-секвенсоры; DA определяется местом финализации | Не «чистый» секвенсор, а мозг MEV/аукционов, выступающий shared-предслоем для разных L2 |
Модели секвенсинга: собственный, shared и гибрид
| Модель | Плюсы | Минусы | Для кого подходит |
|---|---|---|---|
| Собственный секвенсор L2 | Максимальный контроль, простая ментальная модель, независимость от сторонних сетей | Изоляция от других L2, нет нативной атомарности между роллапами, требуется своя MEV-инфраструктура | Узкоспециализированные app-роллапсы, которым достаточно локальной ликвидности |
| Shared sequencer | Кросс-доменный порядок, быстрые preconf, общий рынок MEV и приватности | Дополнительная зависимость (SSN/DA), вопросы централизации и справедливости порядка | Универсальные L2 и экосистемы с плотной взаимной ликвидностью |
| Гибрид (dual-sequencing) | Совмещает преимущества shared и собственного секвенсора, даёт естественный фоллбек | Реализационная сложность, нужны аккуратные правила «кто главный» и при каких условиях | L2 с жёсткими требованиями к UX, живости и устойчивости к сбоям внешних сервисов |
Практические рекомендации для команд L2
- Проектируйте dual-mode:
shared sequencer активен → «быстрый режим» с preconfirmations;
shared sequencer недоступен → локальный секвенсинг и/или прямая публикация в L1.
- Разводите статусы в интерфейсе:
- preconf от shared sequencer;
- публикация в DA;
- финальность на L1.
- Явно фиксируйте MEV-политику:
- кто имеет доступ к приватному ордерфлоу;
- как делятся доходы между валидаторами, протоколом и пользователями;
- где границы приватности и какие схемы защиты используются.
- Держите инварианты безопасности:
- честная транзакция всегда может попасть в L1 даже при полном отказе SSN/DA;
- наличие escape hatch прописано в протоколе, а не в документации.
- Регулярно проводите game-day:
- симулируйте отключение SSN, сбои DA, перегруз мемпула;
- измеряйте время восстановления и потери UX.
- Для кросс-роллапной атомарности:
- используйте двухфазные протоколы (двусторонние preconf, тайм-локи, компенсации при рассинхроне);
- не полагайтесь только на soft-конфирмы без L1-страховки.
FAQ
Это не усиливает централизацию? Может усиливать, если сеть секвенсора закрытая и с малым числом операторов. Поэтому важны: permissionless-добавление узлов, прозрачные правила, on-chain-санкции и обязательные фоллбеки на L1.
Зачем нужен shared sequencer, если есть L1? L1 даёт безопасность и финальность, но дорог и медленен для поминутной координации между десятками роллапов. Shared sequencer закрывает именно слой координации и ранних гарантий, не подменяя L1.
Можно ли сделать атомарный своп между двумя L2? Да, если оба L2 получают согласованную preconfirmation и используют двухфазный протокол с тайм-локами/компенсацией. В противном случае безопаснее проводить кросс-роллапные операции через L1.
Как shared sequencer помогает против вредного MEV? Благодаря fair-ordering, commit-reveal, зашифрованному мемпулу и централизованным/децентрализованным аукционам можно:
- снизить фронт-раннинг и сэндвич-атаки;
- сделать распределение MEV более прозрачным и управляемым.
Что если падает DA-слой? Хорошая реализация предусматривает ретраи и резервные пути: публикацию в альтернативный DA или прямо в L1. До тех пор пока данные не окажутся в долговременном хранилище, preconfirmations остаются soft-гарантией.