Somente para fins educacionais; não é orientação financeira, de investimento, de finalidade de transações ou de segurança. O comportamento do sequenciador, os caminhos alternativos e as garantias de liquidação variam conforme a rede e podem mudar após atualizações.
Resposta direta
Em muitos rollups, o sequenciador é o componente ou participante que aceita transações, escolhe sua ordem e produz blocos ou lotes. Ele pode fornecer uma confirmação rápida antes que os dados ordenados sejam publicados na camada base. A divisão exata do trabalho varia: construção de blocos, execução e publicação de lotes podem ficar com o mesmo operador ou com serviços separados.
O sequenciador não é a fonte da liquidação final apenas porque uma carteira informa sucesso. A força de uma confirmação depende de ele apenas ter anunciado o bloco, de os dados do protocolo terem chegado à L1 e de o bloco da L1 e a afirmação ou prova do rollup terem alcançado o estado de finalidade exigido.
Como funciona
- Recebimento. Usuários ou aplicativos enviam transações assinadas a um endpoint do sequenciador, embora a rede também possa definir um caminho de envio pela L1.
- Ordenação. O sequenciador seleciona transações e determina sua ordem sujeito às regras de validade do protocolo. A escolha pode afetar latência, taxas, censura e MEV.
- Construção. Ele reúne as transações ordenadas em blocos do rollup e pode executá-las para calcular o estado resultante.
- Pré-confirmação. O sequenciador distribui rapidamente um bloco ou recibo. Esse é um sinal provisório de ordem, não automaticamente um resultado finalizado na L1.
- Publicação. Um publicador de lotes ou serviço equivalente envia os dados definidos pelo protocolo à camada de disponibilidade de dados, geralmente a L1. Nós independentes usam dados e regras para derivar a cadeia canônica do rollup.
- Liquidação. Compromissos de estado, provas de falha ou de validade conectam os resultados da execução à liquidação. Eles verificam ou estabelecem a correção das transições, mas não descentralizam por si só a ordenação.
Exemplo
Uma carteira primeiro mostra uma transação como confirmada pelo sequenciador. Nesse estágio, o operador ainda pode deixar de publicar o lote correspondente ou substituir um bloco não publicado conforme as regras da rede. Depois que os dados são incluídos na L1, nós independentes podem derivar a posição da transação na cadeia do rollup, mas uma reorganização da L1 ainda pode afetá-la. O aplicativo só deve rotular o resultado de acordo depois que as condições aplicáveis de finalidade da L1 e do rollup forem cumpridas.
Essa sequência é um modelo de estados, não uma promessa universal de tempo. Termos como pendente, inseguro, seguro e finalizado são específicos do protocolo, e pontes podem impor uma demora adicional de prova ou contestação antes que um saque possa ser executado.
Riscos
- Indisponibilidade. Se o sequenciador ativo parar, o envio direto e a produção rápida de blocos podem ser suspensos mesmo sem perda de fundos.
- Censura. Um operador pode atrasar ou recusar transações selecionadas. Um caminho de inclusão forçada ou saída só ajuda se estiver implantado, não exigir permissão, for utilizável e tiver os dados necessários disponíveis.
- Reordenação e MEV. Controlar a ordem pode permitir front-running, back-running ou tratamento preferencial dentro das restrições do protocolo.
- Reversão do estado provisório. Um aplicativo que trata o recibo do sequenciador como final pode agir sobre um bloco posteriormente substituído ou nunca publicado.
- Falha de publicação ou da camada base. Congestionamento, falha do publicador, indisponibilidade de dados ou reorganização da L1 podem atrasar ou alterar a cadeia derivada pelos verificadores.
- Concentração operacional. Um único operador, chave de assinatura, endpoint RPC ou autoridade de atualização pode criar pontos comuns de falha e controle mesmo quando provas verificam a execução.
Erros comuns
- O sequenciador decide a liquidação final. Ela segue os contratos do rollup, regras de prova ou contestação, disponibilidade de dados e consenso da camada base.
- Um recibo rápido é irreversível. Uma pré-confirmação pode ser útil sem oferecer a mesma garantia de dados publicados e finalizados.
- A inclusão forçada garante execução imediata. O caminho alternativo pode exigir uma transação na L1, período de espera, calldata específica e uma rota contratual funcional.
- Provas de validade eliminam o risco do sequenciador. Elas podem provar execução correta enquanto a ordem permanece centralizada, censurável ou indisponível.
- Sequenciamento descentralizado elimina toda confiança. Ele pode distribuir o poder de ordenar, mas introduz pressupostos próprios de consenso, disponibilidade, gestão de chaves e interoperabilidade.
Tópicos relacionados
Fontes
- Escalabilidade do Ethereum - Ethereum.org (acessado: 2026-08-21)
- Derivação - OP Stack Specification (acessado: 2026-08-21)
- Finalidade de transações - Optimism Documentation (acessado: 2026-08-21)
- Arbitrum Nitro: um rollup otimista de segunda geração - Arbitrum Documentation (acessado: 2026-08-21)