---
title: "Sequenciador compartilhado"
description: "Como um sequenciador compartilhado ordena transações de vários rollups, o que suas pré-confirmações garantem e quais riscos de interoperabilidade, disponibilidade, censura, MEV e falha comum permanecem."
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.
# Sequenciador compartilhado
> Somente para fins educacionais; não é orientação financeira, de investimento, interoperabilidade, finalidade de transações ou segurança. As garantias, rotas alternativas e premissas de liquidação do sequenciador compartilhado variam conforme a implementação e podem mudar após atualizações.
## Resposta direta
Um sequenciador compartilhado é um serviço ou uma rede que aceita dados de transações de vários rollups e produz uma ordem comum e acordada para eles. Os rollups participantes leem a parte do registro ordenado atribuída a cada um e a executam segundo suas próprias regras de transição de estado. A camada de sequenciamento também pode emitir pré-confirmações rápidas antes que os dados cheguem às camadas de disponibilidade de dados e liquidação dos rollups.
“Compartilhado” descreve o reúso entre rollups, não um modelo de confiança específico. Um sequenciador compartilhado pode ser centralizado, operado por um comitê autorizado ou protegido por consenso descentralizado. Sozinho, ele não prova a execução correta, não torna os dados permanentemente disponíveis, não liquida um rollup em sua cadeia principal nem garante que uma ação entre rollups seja atômica.
O modelo pode distribuir a infraestrutura de ordenação, dar a vários rollups uma visão consistente da ordem relativa e reduzir operações duplicadas. Esses benefícios devem ser comparados com uma nova dependência capaz de afetar todos os rollups conectados ao mesmo tempo.
## Como funciona
- **Envio.** Usuários, carteiras ou gateways específicos do rollup enviam transações assinadas ou pacotes opacos à camada compartilhada, normalmente marcados com um identificador ou namespace do rollup.
- **Ordenação.** Um operador ou uma rede de consenso seleciona transações, decide a inclusão e concorda com um bloco ou registro ordenado comum. Suas regras determinam a exposição imediata a censura, taxas e MEV.
- **Pré-confirmação.** O serviço pode assinar ou finalizar um compromisso com a ordem. A garantia vem das premissas da implementação sobre signatário, comitê, stake ou consenso e não equivale automaticamente à finalidade da cadeia principal.
- **Distribuição.** Relayers e nós dos rollups obtêm os dados ordenados, verificam os compromissos e filtram as entradas de cada rollup.
- **Execução e publicação.** Cada rollup executa suas transações e segue seu protocolo para publicar dados e compromissos de estado. Um sequenciador compartilhado de execução tardia pode ordenar bytes opacos sem validar a transição de estado do rollup.
- **Liquidação.** O sistema de provas ou contestações do rollup, as regras de disponibilidade, os contratos de ponte e o consenso da cadeia principal determinam correção, saques e liquidação final.
Uma ordem comum pode apoiar a coordenação entre rollups porque os aplicativos podem se referir ao mesmo evento de sequenciamento. A interoperabilidade atômica ainda exige lógica adicional que defina as duas partes, verifique seus resultados e impeça ou trate a execução parcial. A ordem compartilhada sozinha não fornece entrega de mensagens nem regras de reversão.
## Exemplo
Suponha que um aplicativo queira trocar um ativo no Rollup A por um ativo no Rollup B. Ele envia as duas partes da transação como um pacote a uma camada de sequenciamento usada por ambos. O sequenciador se compromete com a ordem relativa, e cada rollup deriva sua entrada do mesmo registro ordenado.
Se os dois rollups e o protocolo de interoperabilidade reconhecerem o pacote, verificarem o compromisso compartilhado e aplicarem uma regra de tudo ou nada, a ordem comum pode coordenar a execução. Se o Rollup A executar sua parte enquanto o Rollup B rejeitar, atrasar ou não obtiver a outra, o sequenciador não tornou a troca atômica. Uma ponte, sistema de provas, custódia ou outra regra de recuperação precisa resolver esse estado.
Na revisão operacional, pré-confirmação, publicação de disponibilidade, resultado da execução e liquidação na cadeia principal devem ser acompanhados como estados distintos. Uma interface que mostra apenas “confirmado” pode ocultar qual garantia foi realmente alcançada.
## Riscos
- **Falha comum.** Falha de consenso, defeitos de software, problemas de relayer ou interrupção de rede podem parar vários rollups juntos. Cada rollup precisa de uma rota alternativa documentada e regras para reconciliar ordens após a recuperação.
- **Censura e governança.** Validadores, operadores, políticas de admissão ou autoridades de atualização podem excluir transações ou rollups. O consenso descentralizado não basta se a participação ou o envio continuar exigindo permissão na prática.
- **Ordenação e MEV.** Uma visão compartilhada pode coordenar atividades entre rollups, mas também concentrar fluxo de ordens valioso e permitir antecipação entre domínios, inclusão preferencial ou extração sofisticada de MEV.
- **Confirmações divergentes.** Compromisso do sequenciador, confirmação de disponibilidade, resultado de execução e liquidação na cadeia principal são garantias diferentes. Pontes e aplicativos podem perder fundos se tratarem o primeiro sinal como o mais forte.
- **Falha de dados e integração.** Namespaces errados, derivação defeituosa, dados indisponíveis, atualizações incompatíveis ou adaptadores comprometidos podem levar um rollup a executar a entrada errada ou parar de derivar blocos.
- **Concentração econômica e de controle.** Um conjunto comum de validadores, token, cliente, serviço RPC ou processo de governança pode se tornar sistêmico. Compartilhar infraestrutura pode diversificar o operador de um rollup e concentrar o ecossistema em outra camada.
## Erros comuns
- **Compartilhado significa descentralizado.** O compartilhamento indica quantos rollups usam o serviço; a descentralização depende de quem pode validar, propor, enviar, atualizar e recuperar a rede.
- **Uma ordem significa uma máquina de estados.** Cada rollup normalmente mantém execução e estado separados. O sequenciador pode ordenar dados que não entende nem executa.
- **Uma pré-confirmação é a finalidade da cadeia principal.** Sua força e condições de reversão vêm do protocolo de sequenciamento até que as etapas necessárias de disponibilidade, prova e liquidação terminem.
- **O sequenciamento compartilhado elimina as pontes.** Ativos e mensagens ainda precisam de transições autenticadas, lógica de liquidação e tratamento de falhas entre rollups.
- **O modelo elimina MEV e censura.** Ele muda quem controla a ordem e pode melhorar responsabilidade ou concorrência, mas o poder de ordenação e os incentivos associados permanecem.
## Tópicos relacionados
- [Rollups](/pt-br/crypto/rollup/)
- [Sequenciador](/pt-br/crypto/sequencer/)
- [Disponibilidade de dados](/pt-br/crypto/data-availability/)
- [Resistência à censura](/pt-br/crypto/censorship-resistance/)
- [MEV](/pt-br/crypto/mev/)
## Fontes
- [Introdução](https://docs.astria.org/overview/introduction) - Astria Documentation (acessado: 2026-08-21)
- [Fluxo de transações](https://docs.astria.org/overview/transaction-flow) - Astria Documentation (acessado: 2026-08-21)
- [Arquitetura de rollups](https://docs.espressosys.com/network/concepts/rollup-architecture) - Espresso Documentation (acessado: 2026-08-21)
- [Escalabilidade do Ethereum](https://ethereum.org/en/developers/docs/scaling/) - Ethereum.org (acessado: 2026-08-21)
Source: https://wiki.fcontext.com/pt-br/crypto/shared-sequencer/index.mdx