---
title: "Общий секвенсор"
description: "Как общий секвенсор упорядочивает транзакции нескольких роллапов, что гарантируют предварительные подтверждения и какие риски совместимости, доступности, цензуры, MEV и общего отказа сохраняются."
image: "https://wiki.fcontext.com/og.png"
---
> Documentation Index
> Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt
> Use this file to discover all available pages before exploring further.
# Общий секвенсор
> Только в образовательных целях; это не финансовая, инвестиционная, относящаяся к совместимости, финальности транзакций или безопасности рекомендация. Гарантии общего секвенсора, резервные пути и допущения о расчётах зависят от реализации и могут меняться после обновлений.
## Краткий ответ
Общий секвенсор — сервис или сеть, принимающая данные транзакций нескольких роллапов и создающая их единый согласованный порядок. Каждый роллап читает назначенную ему часть журнала и исполняет её по собственным правилам перехода состояния. Слой может выдавать быстрые предварительные подтверждения до поступления данных на уровни доступности и расчётов роллапов.
«Общий» означает повторное использование несколькими роллапами, а не конкретную модель доверия. Секвенсор может быть централизованным, управляться разрешённым комитетом или защищаться децентрализованным консенсусом. Сам по себе он не доказывает правильность исполнения, не обеспечивает постоянную доступность данных, не рассчитывает роллап в родительской сети и не гарантирует атомарность межроллаповой операции.
Модель может распределить инфраструктуру упорядочивания, дать роллапам согласованное представление об относительном порядке и сократить дублирование. Но она создаёт зависимость, способную одновременно затронуть все подключённые роллапы.
## Как это работает
- **Отправка.** Пользователи, кошельки или шлюзы роллапов направляют подписанные транзакции либо непрозрачные пакеты, обычно с идентификатором или пространством имён роллапа.
- **Упорядочивание.** Оператор или сеть консенсуса выбирает транзакции, решает об их включении и согласует общий блок или журнал. Правила определяют поверхность цензуры, комиссий и MEV.
- **Предварительное подтверждение.** Сервис подписывает или финализирует обязательство о порядке. Гарантия основана на подписанте, комитете, стейке или консенсусе реализации и не равна автоматически финальности родительской сети.
- **Распространение.** Ретрансляторы и узлы получают данные, проверяют обязательства и фильтруют записи своего роллапа.
- **Исполнение и публикация.** Каждый роллап исполняет свои транзакции и публикует данные и обязательства состояния по своему протоколу. Ленивый общий секвенсор может упорядочивать непрозрачные байты, не проверяя переход состояния.
- **Расчёты.** Система доказательств или оспаривания, правила доступности, мостовые контракты и консенсус родительской сети определяют правильность, выводы и окончательный расчёт.
Единый порядок помогает координации, поскольку приложения ссылаются на одно событие упорядочивания. Для атомарной совместимости всё равно нужна логика, определяющая обе части, проверяющая результаты и предотвращающая либо обрабатывающая частичное исполнение. Один общий порядок не доставляет сообщения и не задаёт откат.
## Пример
Пусть приложение меняет актив в Rollup A на актив в Rollup B. Две части транзакции отправляются пакетом в общий слой. Секвенсор фиксирует их относительный порядок, а каждый роллап выводит свою запись из одного журнала.
Если оба роллапа и протокол совместимости распознают пакет, проверяют обязательство и требуют исполнения «всё или ничего», общий порядок помогает координации. Если Rollup A исполнил свою часть, а Rollup B отклонил, задержал или не получил другую, обмен не стал атомарным. Состояние должен разрешить мост, система доказательств, условное хранение или иное правило восстановления.
Предварительное подтверждение, публикацию доступности, результат исполнения и расчёт в родительской сети следует отслеживать отдельно. Интерфейс с одним статусом «подтверждено» скрывает достигнутый уровень гарантии.
## Риски
- **Общий отказ.** Сбой консенсуса, ПО, ретрансляторов или сети может остановить несколько роллапов. Нужны документированный резервный путь и правила согласования порядка после восстановления.
- **Цензура и управление.** Валидаторы, операторы, правила допуска или владельцы прав обновления могут исключать транзакции и роллапы. Децентрализованный консенсус не спасает при разрешённом участии или доступе.
- **Порядок и MEV.** Общая картина координирует активность, но концентрирует ценный поток заявок и допускает междоменное опережение, предпочтительное включение и сложное извлечение MEV.
- **Несовпадение подтверждений.** Обязательство секвенсора, доступность, результат исполнения и расчёт в родительской сети — разные гарантии. Принятие раннего сигнала за сильнейший может привести к потере средств.
- **Сбой данных и интеграции.** Ошибочное пространство имён, неверный вывод, недоступные данные, несовместимое обновление или скомпрометированный адаптер вызывают неверное исполнение либо остановку блоков.
- **Концентрация экономики и контроля.** Общие валидаторы, токен, клиент, RPC или управление могут стать системными. Общая инфраструктура диверсифицирует оператора роллапа, но концентрирует экосистему на другом уровне.
## Распространённые заблуждения
- **Общий значит децентрализованный.** Общность показывает число роллапов; децентрализация зависит от того, кто валидирует, предлагает, отправляет, обновляет и восстанавливает сеть.
- **Один порядок означает одну машину состояний.** Роллапы обычно сохраняют отдельные исполнение и состояние. Секвенсор может упорядочивать непонятные ему данные.
- **Предварительное подтверждение равно финальности родительской сети.** До завершения доступности, доказательства и расчёта его сила и обратимость определяются протоколом секвенсора.
- **Общее упорядочивание устраняет мосты.** Активам и сообщениям всё ещё нужны аутентифицированные переходы, логика расчёта и обработка отказов.
- **Модель устраняет MEV и цензуру.** Она меняет владельца порядка и может улучшить подотчётность или конкуренцию, но власть и стимулы сохраняются.
## Похожие темы
- [Роллап](/ru/crypto/rollup/)
- [Секвенсор](/ru/crypto/sequencer/)
- [Доступность данных](/ru/crypto/data-availability/)
- [Устойчивость к цензуре](/ru/crypto/censorship-resistance/)
- [MEV](/ru/crypto/mev/)
## Источники
- [Введение](https://docs.astria.org/overview/introduction) - Astria Documentation (дата обращения: 2026-08-21)
- [Поток транзакций](https://docs.astria.org/overview/transaction-flow) - Astria Documentation (дата обращения: 2026-08-21)
- [Архитектура роллапов](https://docs.espressosys.com/network/concepts/rollup-architecture) - Espresso Documentation (дата обращения: 2026-08-21)
- [Масштабирование Ethereum](https://ethereum.org/en/developers/docs/scaling/) - Ethereum.org (дата обращения: 2026-08-21)
Source: https://wiki.fcontext.com/ru/crypto/shared-sequencer/index.mdx