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
Fontes
- Introdução - Astria Documentation (acessado: 2026-08-21)
- Fluxo de transações - Astria Documentation (acessado: 2026-08-21)
- Arquitetura de rollups - Espresso Documentation (acessado: 2026-08-21)
- Escalabilidade do Ethereum - Ethereum.org (acessado: 2026-08-21)