Skip to main content

O que é uma blockchain Layer 2 (L2)

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

O que é uma blockchain Layer 2 (L2)

Uma blockchain Layer 2 (L2) é uma rede construída sobre uma blockchain Layer 1 (L1) que processa transações separadamente da L1, mas usa a L1 para liquidação final e segurança. As L2s existem para resolver um problema fundamental: blockchains L1 populares como a Ethereum são seguras e descentralizadas, mas também são lentas e caras para uso de alto volume. As L2s adicionam uma camada de escalabilidade que herda as garantias de segurança da L1, ao mesmo tempo em que oferecem maior capacidade de processamento e custos de transação mais baixos.

Base, Arbitrum One, Optimism e zkSync são exemplos de redes L2 construídas sobre a Ethereum. Elas processam transações em sua própria camada de execução, agrupam essas transações e postam periodicamente provas ou dados comprimidos de volta na Ethereum. Da perspectiva do usuário, interagir com uma L2 parece usar uma versão mais rápida e barata da Ethereum — porque, arquiteturalmente, é exatamente isso que ela é.

Em resumo: uma blockchain L2 escala uma L1 ao mover a execução para fora da camada base, mantendo a segurança ancorada nela. Nos cartões de projeto do DecAIHub, o status de L2 é refletido no campo Main chain (o nome da rede L2 — Base, Arbitrum One, etc.) e no campo Consensus (uma fórmula como L2 (Optimistic Rollup, Base on Ethereum)).

Como funciona uma blockchain L2

A ideia central por trás de toda L2 é a mesma: mover a execução de transações para fora da L1 congestionada, processá-la em algum lugar mais rápido e barato, e então postar dados suficientes de volta na L1 para provar que a execução off-chain foi correta.

O problema de escalabilidade

As blockchains L1 enfrentam um trade-off bem conhecido chamado trilema das blockchains: é difícil maximizar simultaneamente descentralização, segurança e escalabilidade. A Ethereum, por exemplo, prioriza descentralização e segurança — seu grande conjunto distribuído de validadores torna a rede altamente resistente a ataques e censura. Mas isso vem ao custo da capacidade de processamento: a mainnet da Ethereum processa cerca de 15-30 transações por segundo, e chamadas complexas de smart contract podem custar dezenas de dólares em taxas de gas durante picos de demanda.

Para cargas de trabalho de IA que envolvem operações on-chain frequentes — chamadas de inferência, atribuições de tarefas de computação, micropagamentos, ações de agentes — essas restrições tornam a mainnet da Ethereum impraticável para interações de alta frequência. As redes L2 resolvem isso ao lidar com o volume off-chain enquanto usam a segurança da Ethereum para as partes que mais importam: liquidação final e resolução de disputas.

Como as L2s herdam a segurança da L1

A propriedade crítica que distingue uma L2 de uma sidechain ou de uma chain independente é a herança de segurança. Uma L2 não cria sua própria segurança independente — ela a toma emprestada da L1 subjacente.

Essa herança funciona por meio de um princípio simples: a L2 posta regularmente dados ou provas no smart contract da L1. Se o operador da L2 tentar trapacear (submetendo transições de estado inválidas), qualquer pessoa pode contestar a alegação usando os dados disponíveis na L1. O smart contract da L1 atua como árbitro final, garantindo que apenas transições de estado válidas sejam aceitas.

Isso significa que a segurança de uma L2 é, em última análise, limitada pela segurança da L1 na qual ela liquida. Uma L2 na Ethereum é tão segura quanto a Ethereum (para as transações que são liquidadas) — independentemente de como a própria L2 é estruturada.

Rollups: a arquitetura L2 dominante

A maioria das redes L2 modernas são rollups. Um rollup "agrupa" (rolls up) muitas transações em um lote, executa-as off-chain e então posta um resumo comprimido de volta na L1. Existem dois tipos principais de rollups, distinguidos por como provam a correção:

Optimistic rollups presumem que as transações off-chain são válidas por padrão ("optimistic") e só as verificam se alguém submeter uma contestação. Depois que um lote é postado na L1, há um período de contestação (tipicamente 7 dias) durante o qual qualquer observador pode submeter um fraud proof se acreditar que o lote contém transações inválidas. Se um fraud proof for bem-sucedido, o lote inválido é revertido e o operador malicioso é penalizado.

  • Exemplos: Arbitrum One, Optimism, Base
  • Trade-off: mais rápido e simples de implementar, mas o período de contestação introduz atrasos de saque (usuários que movem ativos da L2 para a L1 precisam esperar o período de contestação passar)

ZK (zero-knowledge) rollups usam provas criptográficas — especificamente validity proofs — para demonstrar que a execução off-chain foi correta. Em vez de presumir validade e esperar por contestações, os ZK rollups geram uma prova matemática de que o lote é válido antes de postá-lo na L1. O smart contract da L1 verifica a prova, o que é computacionalmente barato, e aceita o lote imediatamente se a prova for válida.

  • Exemplos: zkSync, StarkNet, Scroll, Linea
  • Trade-off: nenhum período de contestação é necessário (os saques são mais rápidos), mas gerar validity proofs é computacionalmente caro e a tecnologia é mais complexa

Ambos os tipos alcançam o mesmo objetivo: mover a execução para fora da L1 enquanto mantêm a L1 como garantia de segurança. A escolha entre optimistic e ZK rollups envolve trade-offs em custo de geração de provas, velocidade de saque, compatibilidade EVM e maturidade de implementação.

O sequencer

A maioria das redes L2 usa um sequencer — um nó especializado que recebe transações dos usuários, ordena-as, executa-as e produz lotes para postagem na L1. Em muitas implementações atuais de L2, o sequencer é operado por uma única entidade (a equipe da L2), o que levanta questões sobre centralização.

Um sequencer centralizado pode ordenar transações, potencialmente fazer front-run dos usuários e censurar temporariamente transações. No entanto, a garantia de segurança da L1 fornece uma proteção: se o sequencer censurar uma transação, o usuário pode submetê-la diretamente à L1 (um mecanismo chamado "force inclusion"). A L2 não pode roubar fundos nem finalizar um estado inválido porque o smart contract da L1 impõe a correção.

Descentralizar sequencers é uma área ativa de pesquisa e desenvolvimento em todo o ecossistema L2. Algumas L2s estão trabalhando rumo a sequenciamento compartilhado, conjuntos descentralizados de sequencers ou based sequencing (em que os validadores da L1 realizam o sequenciamento).

Exemplos de L2 relevantes para IA em cripto

Várias redes L2 aparecem com frequência nos cartões de projeto do DecAIHub. Entender suas características específicas ajuda a contextualizar o campo Main chain.

Base

A Base é um optimistic rollup construído sobre a Ethereum, desenvolvido pela Coinbase. Ela usa a OP Stack (a mesma tecnologia da Optimism) e liquida na mainnet da Ethereum. A Base atraiu um número significativo de projetos de agentes de IA e aplicações DeFi, em parte devido ao alcance de distribuição da Coinbase e em parte devido aos baixos custos de transação. A Base não tem seu próprio token nativo — o gas é pago em ETH.

Arbitrum One

A Arbitrum One é um optimistic rollup construído sobre a Ethereum, desenvolvido pela Offchain Labs. Foi uma das primeiras grandes L2s a serem lançadas e tem o maior valor total bloqueado entre as L2s da Ethereum. A Arbitrum One usa um mecanismo de fraud proof e tem seu próprio governance token (ARB). Seu ecossistema maduro inclui protocolos DeFi, projetos de infraestrutura e um número crescente de aplicações relacionadas a IA.

Diferenças-chave em relação às L1s

Propriedade L1 (ex.: Ethereum) L2 (ex.: Base, Arbitrum One)
Consensus Validadores próprios, consenso independente Depende da L1 para o consenso final
Fonte de segurança Valor próprio em staking / poder de hash Herdada da L1 subjacente
Custo de transação Mais alto (gas da mainnet) Mais baixo (agrupado, comprimido)
Capacidade de processamento Limitada por tamanho e tempo de bloco Maior (execução off-chain)
Finalidade Finalidade da L1 (segundos a minutos) Confirmação soft quase instantânea; finalidade da L1 para liquidação
Saque para a L1 N/A Varia: ~7 dias (optimistic) ou minutos-horas (ZK)

Por que isso importa para projetos de IA em cripto

As redes L2 se tornaram a solução prática para projetos de IA que precisam de segurança em nível Ethereum sem custos em nível Ethereum.

Operações de IA on-chain com custo eficiente. Cargas de trabalho de IA em blockchain frequentemente envolvem muitas transações pequenas e frequentes: pagar por chamada de inferência, registrar conclusões de tarefas de computação, distribuir recompensas a colaboradores de dados, registrar ações de agentes. Na mainnet da Ethereum, o custo de gas de cada transação pode exceder o valor da própria operação. Em uma L2, a mesma transação custa frações de centavo, tornando a economia por unidade viável.

Velocidade para aplicações em tempo real. Agentes de IA que interagem com protocolos DeFi, serviços de inferência que respondem a consultas de usuários e marketplaces de computação que casam tarefas com provedores — todos precisam de tempos de confirmação rápidos. As L2s tipicamente oferecem confirmações soft quase instantâneas (o sequencer reconhece a transação) seguidas de eventual liquidação na L1 para finalidade.

Acesso ao ecossistema Ethereum. Projetos de IA em L2s da Ethereum podem interagir com os protocolos DeFi, redes de oráculos, sistemas de identidade e frameworks de governança da Ethereum. Um agente de IA na Base pode trocar tokens em uma DEX, acessar feeds de preços de oráculos e participar da governança de uma DAO — tudo dentro do ecossistema Ethereum, a custos de L2.

Padrões de arquitetura híbrida. Muitos projetos de IA adotam uma abordagem em camadas: implantar governança, contratos de token e liquidação de alto valor na mainnet da Ethereum, e rodar operações de IA de alta frequência em uma L2. Esse padrão é comum porque permite que os projetos otimizem separadamente para segurança (mainnet) e desempenho (L2).

Trade-offs a avaliar. Escolher uma L2 introduz considerações que afetam a avaliação do projeto:

  • Centralização do sequencer — se o sequencer for uma única entidade, a L2 tem um ponto de centralização, ainda que a segurança da L1 forneça uma proteção contra fraude.
  • Risco de bridge — mover ativos entre a L1 e a L2 envolve contratos de bridge, que são alvos de alto valor para exploits. A segurança da bridge é crítica.
  • Atrasos de saque — os optimistic rollups impõem um período de contestação para saques da L1. Isso afeta a liquidez e a experiência do usuário.
  • Maturidade da L2 — algumas L2s estão em estágios iniciais com training wheels (chaves de admin que podem sobrepor o sistema). O grau em que uma L2 descentralizou e removeu esses mecanismos de segurança importa para a avaliação de segurança.

Onde isso aparece nos cartões de projeto do DecAIHub

Nos cartões de projeto do DecAIHub, o conceito de L2 surge em vários campos:

  • Main chain — valores como Base, Arbitrum One ou Optimism indicam que o projeto está implantado em uma L2. Isso lhe diz que o projeto se beneficia das vantagens de custo e velocidade da L2, ao mesmo tempo em que herda a segurança da L1 subjacente (Ethereum, nesses casos).

  • Consensus — para projetos L2, esse campo registra uma fórmula arquitetural como L2 (Optimistic Rollup, Base on Ethereum) ou L2 (ZK Rollup, zkSync Era on Ethereum), declarando explicitamente o tipo de L2 (Optimistic / ZK Rollup) e a L1 subjacente. A distinção importa: o sequencer da L2 ordena as transações, mas o consenso da L1 subjacente fornece a finalidade.

Quando você vê Main chain: Base ou Main chain: Arbitrum One em um cartão de projeto, você sabe que o projeto opera em um ambiente L2. Isso significa custos mais baixos e maior velocidade do que a mainnet da Ethereum, mas também que o projeto depende da bridge, do sequencer e da infraestrutura de liquidação da L2. O campo Main chain deve ser lido junto com a avaliação Onchain necessity: um projeto em uma L2 que mal usa recursos on-chain ganha pouco com as vantagens da L2.

O que um rótulo de L2, por si só, não prova

Operar como uma L2 ou implantar em uma L2 é uma escolha arquitetural, não um sinal de qualidade. Uma classificação de L2 não demonstra:

  • AI reality — uma blockchain L2 fornece um ambiente de escalabilidade, não capacidades de IA. Se um projeto em uma L2 tem IA real depende inteiramente de sua própria implementação técnica, não da L2 que ele escolheu para implantar. O DecAIHub avalia AI reality por meio de critérios baseados em evidências, não pela seleção de chain.

  • Descentralização completa — muitas L2s atuais têm componentes centralizados: sequencers de operador único, chaves de admin que podem atualizar contratos e estruturas de governança controladas por equipes fundadoras. Uma L2 herda a segurança da L1 para prevenir fraude, mas a centralização operacional no sequenciamento e na capacidade de atualização é comum. A L2Beat acompanha o status de maturidade e descentralização das principais L2s.

  • Segurança em nível L1 para todas as operações — a herança de segurança se aplica ao estado liquidado na L1. Operações que acontecem dentro da L2 mas que ainda não foram liquidadas (ou estão no período de contestação para optimistic rollups) têm propriedades de segurança diferentes. A distinção entre segurança pré-liquidação e pós-liquidação importa para operações de alto valor.

  • Escalabilidade sem limites — as L2s aumentam significativamente a capacidade de processamento em comparação com sua L1, mas não são infinitamente escaláveis. Cada L2 tem suas próprias restrições de capacidade, e uma demanda muito alta ainda pode levar a congestionamento e aumento de taxas — embora tipicamente em um limiar muito mais alto do que a L1.

  • Profundidade de ecossistema — implantar em uma L2 não dá automaticamente a um projeto acesso a um ecossistema maduro. L2s mais novas podem ter liquidez DeFi limitada, menos ferramentas de desenvolvimento e bases de usuários menores em comparação com L2s estabelecidas como Arbitrum One ou Base.

Não confundir com

  • Layer 1 (L1) — uma L1 é uma blockchain de camada base com seu próprio consenso e segurança independentes. Uma L2 depende de uma L1 para segurança; uma L1 não depende de nenhuma outra chain. A Ethereum é uma L1; a Base é uma L2 construída sobre a Ethereum.

  • Sidechain — uma sidechain é uma blockchain separada que roda ao lado de uma L1, mas tem seu próprio modelo de consenso e segurança. Diferentemente de uma L2, uma sidechain não herda segurança da L1. Se os validadores de uma sidechain conluiarem, não há proteção da L1. A Polygon PoS (em sua forma original) é frequentemente descrita como uma sidechain, não uma verdadeira L2.

  • Rollup — um rollup é um tipo específico de arquitetura L2 (optimistic ou ZK). Todos os rollups são L2s, mas nem todos os designs de L2 são rollups (existem outras abordagens como state channels e plasma, embora os rollups tenham se tornado dominantes). Nos cartões de projeto do DecAIHub, o tipo específico de rollup (Optimistic / ZK) é tipicamente capturado no campo Consensus, por exemplo L2 (Optimistic Rollup, Base on Ethereum) ou L2 (ZK Rollup, zkSync Era on Ethereum).

  • Bridge — uma bridge é um mecanismo para transferir ativos entre chains (L1 para L2, L2 para L1, ou entre diferentes L1s/L2s). A bridge é a infraestrutura que conecta camadas; não é uma camada em si.

  • Blockchain modular — o termo "modular" descreve uma arquitetura em que diferentes funções (execução, liquidação, disponibilidade de dados, consenso) são tratadas por diferentes camadas especializadas. As L2s fazem parte da tese de blockchain modular — elas se especializam em execução enquanto delegam liquidação e segurança à L1 — mas "blockchain modular" é uma filosofia de design mais ampla, não um sinônimo de L2.

Perguntas frequentes

Por que não simplesmente tornar a L1 mais rápida em vez de construir L2s?

Tornar uma L1 mais rápida tipicamente requer trade-offs que comprometem descentralização ou segurança. Aumentar o tamanho do bloco ou reduzir o tempo de bloco pode centralizar o conjunto de validadores (apenas máquinas poderosas conseguem acompanhar). Mudar mecanismos de consenso pode introduzir novas suposições de segurança. As L2s resolvem a escalabilidade sem modificar a L1: a L1 permanece segura e descentralizada, e a L2 adiciona velocidade e capacidade por cima. Esta é a estratégia de escalabilidade explícita da Ethereum — manter a L1 segura e empurrar a execução para as L2s.

As transações de L2 são tão seguras quanto as transações de L1?

Uma vez que uma transação de L2 é liquidada (finalizada) na L1, ela tem as mesmas garantias de segurança que qualquer transação de L1. Antes da liquidação, a segurança depende do design da L2. Os optimistic rollups têm um período de contestação durante o qual a fraude pode ser detectada; os ZK rollups provam a validade antes de postar. Em ambos os casos, a L1 fornece a proteção final. A diferença prática é o timing: as transações de L1 são finais após a finalidade da L1, enquanto as transações de L2 atingem a segurança completa da L1 apenas após a liquidação.

Qual é a diferença entre um optimistic rollup e um ZK rollup?

Um optimistic rollup presume que as transações são válidas e depende de um período de contestação em que fraud proofs podem ser submetidos. Um ZK rollup gera uma prova criptográfica de validade que demonstra a correção antes de postar na L1. Os optimistic rollups são mais simples de construir e atualmente têm melhor compatibilidade EVM. Os ZK rollups oferecem finalidade mais rápida (sem período de contestação), mas são mais caros computacionalmente para gerar provas. Ambos os tipos liquidam na L1 e herdam sua segurança.

Posso mover ativos entre a L1 e a L2?

Sim, por meio de contratos de bridge. Para mover ativos da L1 para uma L2, você os deposita em um contrato de bridge na L1, e ativos correspondentes aparecem na L2. Para sacar de volta para a L1, o processo se inverte. Para optimistic rollups, os saques para a L1 tipicamente exigem esperar o período de contestação (cerca de 7 dias), embora provedores de liquidez terceiros possam oferecer saques mais rápidos. Para ZK rollups, os saques são mais rápidos porque as validity proofs confirmam a correção sem um período de espera.

Por que os projetos de IA escolhem L2s específicas?

Os projetos de IA escolhem L2s com base em custo, velocidade, ecossistema e alinhamento estratégico. Um projeto que precisa das transações mais baratas possível pode escolher a L2 com as taxas mais baixas. Um projeto que precisa de acesso a protocolos DeFi específicos ou comunidades de usuários pode escolher a L2 onde esses protocolos estão implantados. Alguns projetos de IA também consideram a reputação do operador da L2, a maturidade das ferramentas de desenvolvimento e se a L2 atraiu outros projetos de IA (criando um efeito de cluster).

Implantar em uma L2 significa que um projeto é menos sério do que um na L1?

Não. Implantar em uma L2 é uma decisão arquitetural deliberada, não um compromisso. Para a maioria dos projetos de nível de aplicação (dApps, protocolos, serviços de IA), uma L2 é frequentemente a escolha mais prática — ela fornece a segurança da L1 subjacente por uma fração do custo. Projetos que são L1s eles mesmos (como Ethereum ou Solana) cumprem uma função diferente: eles fornecem a infraestrutura base. Escolher implantar em uma L2 em vez de construir uma L1 reflete objetivos diferentes, não diferentes níveis de seriedade.

Referências externas

Ver também

No comments to display

Back to top