---
title: "Sequenciador"
description: "Como um sequenciador de rollup recebe e ordena transações, produz blocos, publica dados de lotes, fornece confirmações rápidas porém provisórias e cria riscos de disponibilidade, censura e reordenação."
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
> 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
- [Rollups](/pt-br/crypto/rollup/)
- [Layer 2](/pt-br/crypto/layer2/)
- [Finalidade](/pt-br/crypto/finality/)
- [Resistência à censura](/pt-br/crypto/censorship-resistance/)
- [MEV](/pt-br/crypto/mev/)
## Fontes
- [Escalabilidade do Ethereum](https://ethereum.org/en/developers/docs/scaling/) - Ethereum.org (acessado: 2026-08-21)
- [Derivação](https://specs.optimism.io/protocol/derivation.html) - OP Stack Specification (acessado: 2026-08-21)
- [Finalidade de transações](https://docs.optimism.io/op-stack/transactions/transaction-finality) - Optimism Documentation (acessado: 2026-08-21)
- [Arbitrum Nitro: um rollup otimista de segunda geração](https://docs.arbitrum.io/nitro-whitepaper.pdf) - Arbitrum Documentation (acessado: 2026-08-21)
Source: https://wiki.fcontext.com/pt-br/crypto/sequencer/index.mdx