Skip to main content

O que é um sequencer

Nota: Este documento é uma tradução automática da versão original em inglês.

O que é um sequencer

Um sequencer é o componente em uma rede Layer 2 (L2) responsável por receber transações dos usuários, ordená-las e produzir blocos de L2 antes que os dados finais sejam enviados à chain Layer 1 subjacente para liquidação. Na maioria das arquiteturas de L2 atuais — optimistic rollups e alguns zk-rollups — o sequencer atua como o único ponto de entrada para o processamento de transações, determinando a ordem em que as transações são executadas e a velocidade com que os usuários recebem confirmações.

Em resumo: um sequencer é o nó de L2 que decide a ordem das transações e produz blocos — tornando-se um gargalo de infraestrutura crítico que afeta a velocidade, a resistência à censura e a dinâmica de MEV para todo projeto que roda nessa L2.

Como um sequencer funciona

Fluxo de transações

Quando um usuário envia uma transação em uma rede L2, a transação não vai para um mempool descentralizado como iria na Ethereum L1. Em vez disso, ela vai diretamente para o sequencer. O sequencer desempenha várias funções:

  1. Recebe as transações que chegam de usuários e aplicações.
  2. Ordena as transações em uma sequência — decidindo qual transação é executada primeiro, segunda e assim por diante.
  3. Executa as transações contra o estado atual da L2, computando as mudanças de estado resultantes.
  4. Produz um bloco de L2 contendo as transações ordenadas.
  5. Publica os dados das transações (ou uma versão comprimida deles) na chain L1 para disponibilidade de dados e finalidade.

Os usuários normalmente recebem uma "soft confirmation" do sequencer em segundos — muito mais rápido do que esperar pela finalidade na L1. No entanto, essa confirmação depende de confiar que o sequencer se comportará honestamente até que os dados sejam finalizados na L1.

Sequenciamento centralizado vs. descentralizado

Hoje, a grande maioria das redes L2 opera com um único sequencer centralizado controlado pela equipe que construiu o rollup. Por exemplo, Arbitrum One, Optimism e Base cada um roda um único sequencer operado por suas respectivas organizações.

Essa centralização traz trade-offs claros:

  • Velocidade — um único sequencer pode ordenar e confirmar transações em milissegundos, porque não há sobrecarga de consenso entre vários nós sequencer.
  • Risco de censura — o operador do sequencer pode, teoricamente, atrasar, reordenar ou excluir transações específicas. A maioria dos rollups mitiga isso por meio de mecanismos de "forced inclusion" que permitem aos usuários enviar transações diretamente ao contrato da L1, contornando o sequencer.
  • Controle de MEV — o sequencer centralizado tem poder de monopólio sobre a ordenação das transações, o que cria oportunidades de extração de MEV concentradas em uma única entidade, em vez de distribuídas por um mercado competitivo.
  • Ponto único de falha — se o sequencer cair, a L2 para de produzir novos blocos (embora os usuários ainda possam sair por meio de mecanismos da L1).

Sequenciamento compartilhado e descentralizado

Várias iniciativas trabalham rumo ao sequenciamento descentralizado, em que múltiplas partes independentes se revezam na produção de blocos de L2, e ao sequenciamento compartilhado, em que uma camada de sequenciamento comum atende a múltiplas redes L2 simultaneamente. Essas abordagens visam reduzir o risco de censura, distribuir o MEV de forma mais justa e melhorar a interoperabilidade entre rollups. Por enquanto, o sequenciamento descentralizado permanece em grande parte em estágios de pesquisa e testnet.

Por que os sequencers importam para projetos de cripto IA

Ordenação de transações para agentes de IA. Agentes de IA que operam em redes L2 — executando trades, gerenciando liquidez ou automatizando estratégias de DeFi — enviam suas transações ao sequencer. As decisões de ordenação do sequencer afetam diretamente a qualidade de execução do agente. Um sequencer que faz front-running ou reordena as transações de um agente de IA degrada seu desempenho.

Operações de IA sensíveis à latência. Os sequencers centralizados oferecem soft confirmations em menos de um segundo, o que beneficia aplicações de IA sensíveis à latência, como bots de trading em tempo real ou modelos de precificação dinâmica. O trade-off é a confiança: o agente de IA depende do comportamento honesto do sequencer até a finalidade na L1.

Dependência de infraestrutura. Qualquer projeto de cripto IA implantado em uma L2 herda as propriedades — e limitações — do sequencer dessa L2. Se o sequencer sofrer indisponibilidade ou censurar transações, o projeto de IA não consegue operar, por mais sofisticados que sejam seus modelos.

Onde isso aparece nos cartões de projeto do DecAIHub

  • Main chain — projetos que listam uma rede L2 (como Arbitrum One, Optimism, Base ou Mode) como sua main chain dependem do sequencer dessa rede para o processamento de transações. As propriedades do sequencer tornam-se parte do perfil de infraestrutura do projeto.
  • Consensus — alguns cartões de projeto registram o modelo de consenso usado pela L2, que pode referenciar a ordenação baseada em sequencer. Campos como sequencer L2 (OP Stack); settlement/security via Ethereum indicam explicitamente a dependência de um sequencer.
  • Consensus e Main chain — para projetos de L2 (registrados como L2 (Optimistic Rollup, ... on ...) ou L2 (ZK Rollup, ... on ...) em Consensus, com um nome de rede L2 em Main chain), o sequencer é um componente arquitetural central.

O que um sequencer, por si só, não prova

  • Descentralização — rodar em uma L2 com um sequencer centralizado não torna o projeto centralizado, nem o torna descentralizado. O projeto pode ter sua própria governança, propriedade dos contratos e independência operacional em relação ao operador do sequencer.
  • Segurança — o sequencer é responsável pela liveness e pela ordenação, não pela segurança criptográfica das transições de estado. Essa segurança vem das fraud proofs (optimistic rollups) ou das validity proofs (zk-rollups) do rollup, verificadas na L1.
  • Justiça de MEV — um sequencer centralizado poderia extrair MEV ou poderia implementar políticas de ordenação justa. Sem divulgação explícita, os usuários não conseguem determinar o comportamento de MEV do sequencer apenas a partir de sua existência.
  • Capacidade de IA — operar em uma L2 com um sequencer é uma escolha de infraestrutura, não um recurso de IA. Não diz nada sobre se o projeto tem componentes de IA genuínos.

Perguntas frequentes

O que acontece se o sequencer ficar offline?

Os usuários não conseguem enviar novas transações de L2 por meio do sequencer, e novos blocos de L2 param de ser produzidos. No entanto, a maioria dos designs de rollup inclui um mecanismo de escape: os usuários podem enviar transações diretamente ao contrato de rollup da L1, contornando completamente o sequencer. Esse fallback é mais lento e mais caro, mas garante que os fundos dos usuários nunca fiquem permanentemente bloqueados por uma falha do sequencer.

O sequencer pode roubar os fundos dos usuários?

Não. O sequencer ordena transações e publica dados na L1, mas não tem custódia dos fundos dos usuários. Os fundos são protegidos pelos smart contracts da L1 que governam o rollup. Mesmo um sequencer malicioso não pode alterar saldos de contas nem forjar transações — ele só pode censurá-las ou reordená-las. O sistema de provas do rollup (fraud proofs ou validity proofs) impõe a correção no nível da L1.

Os sequencers serão sempre centralizados?

Não necessariamente. Várias equipes de L2 e projetos de pesquisa estão desenvolvendo ativamente designs de sequencer descentralizado que distribuem a produção de blocos entre múltiplos operadores independentes. Redes de sequenciamento compartilhado, esquemas de rotação de líder e modelos baseados em leilão estão todos em desenvolvimento. O prazo para a adoção ampla do sequenciamento descentralizado permanece incerto.

Referências externas

  • Ethereum.org — Scaling: Rollups — a visão geral da Ethereum Foundation sobre a arquitetura de rollups, incluindo o papel dos sequencers no processamento de transações e na disponibilidade de dados.

Ver também

No comments to display

Back to top