Skip to main content

O que é uma blockchain Layer 1 (L1)

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

O que é uma blockchain Layer 1 (L1)

Uma blockchain Layer 1 (L1) é a rede da camada base que fornece seu próprio consenso, segurança e finalidade sem depender de nenhuma outra chain. Quando as pessoas se referem a "uma blockchain" no sentido mais fundamental, geralmente estão falando de uma L1: uma rede autônoma e independente que valida transações, produz blocos e mantém seu próprio ledger.

Ethereum, Solana, Bitcoin, Avalanche, BNB Smart Chain e Bittensor são todos exemplos de blockchains L1. Cada uma tem seu próprio conjunto de validadores ou miners, seu próprio mecanismo de consenso e suas próprias garantias de segurança. Todo o resto — redes Layer 2, dApps, tokens, protocolos — é construído sobre, ou liquida em, uma L1.

Em resumo: uma blockchain L1 é a camada de rede fundamental que fornece segurança e finalidade. Nos cartões de projeto do DecAIHub, os projetos L1 são identificados pelo campo Main chain (o nome da rede), enquanto o campo Type é tipicamente Appchain (uma chain soberana específica de aplicação com consenso independente) ou, para L1s clássicas, o valor L1.

Como uma blockchain L1 funciona

Entender o que torna uma rede uma L1 ajuda a esclarecer por que a distinção entre L1 e L2 importa ao avaliar projetos de IA em cripto.

Consenso autossoberano

A característica definidora de uma L1 é que ela alcança consenso de forma independente. A rede tem seu próprio conjunto de validadores (ou miners, em sistemas Proof of Work) que concordam sobre o estado do ledger sem depender de nenhuma chain externa.

Esse processo de consenso envolve três funções centrais:

  1. Ordenação de transações — determinar a sequência em que as transações são processadas. Diferentes L1s usam métodos diferentes: o Ethereum usa PoS com seleção aleatória de validadores, a Solana usa PoH combinado com PoS para pré-ordenação, o Bitcoin usa PoW, onde os miners competem para encontrar blocos válidos.

  2. Produção de blocos — empacotar transações validadas em blocos e adicioná-los à chain. Cada L1 tem seu próprio tempo de bloco (Bitcoin: ~10 minutos, Ethereum: ~12 segundos, Solana: ~400 milissegundos) e restrições de tamanho de bloco.

  3. Finalidade — o ponto em que uma transação é considerada irreversível. Diferentes L1s fornecem diferentes garantias de finalidade. Algumas oferecem finalidade probabilística (a transação torna-se cada vez mais improvável de ser revertida à medida que mais blocos são adicionados), enquanto outras oferecem finalidade determinística (a transação é criptograficamente garantida como permanente após um passo específico do protocolo).

Modelo de segurança

Uma blockchain L1 deriva sua segurança do custo econômico de atacá-la. Em sistemas PoS, os atacantes precisariam adquirir e fazer staking de uma quantidade enorme do token nativo para subverter o consenso — e perderiam esse stake por meio de slashing se fossem pegos. Em sistemas PoW, os atacantes precisam controlar a maioria do poder computacional da rede, o que exige um enorme investimento em hardware e energia.

A segurança de uma L1 não é apenas uma propriedade técnica; é uma propriedade econômica. Quanto maior o valor total stakeado (em PoS) ou a taxa de hash total (em PoW), mais caro se torna um ataque. É por isso que a segurança de uma chain é frequentemente discutida em termos de custo econômico para atacar, em vez de apenas em termos de força do algoritmo.

Para os projetos que constroem sobre uma L1, esse modelo de segurança é herdado. Um dApp implantado no Ethereum se beneficia da segurança de todo o conjunto de validadores do Ethereum e do total de ETH stakeado — sem que o dApp precise fornecer sua própria infraestrutura de segurança.

Camada de liquidação

Uma L1 serve como a camada de liquidação — o registro final e autoritativo de todas as transações e mudanças de estado. Esse papel torna-se especialmente importante no contexto das redes Layer 2, que processam transações off-chain, mas periodicamente publicam provas ou dados de volta na L1 para a liquidação final.

Quando uma L2 como a Base ou a Arbitrum One publica um lote de transações no Ethereum, ela está usando o Ethereum como sua camada de liquidação. A L1 fornece a garantia de que essas transações, uma vez liquidadas, são tão seguras e irreversíveis quanto qualquer outra transação do Ethereum.

Ambiente de execução

Cada L1 fornece um ambiente de execução onde os smart contracts rodam. Esse ambiente define quais linguagens de programação são suportadas, como o estado é gerenciado e quais operações computacionais estão disponíveis:

  • Ethereum usa a EVM (Ethereum Virtual Machine), suportando Solidity e Vyper. Muitas outras L1s e L2s são compatíveis com a EVM.
  • Solana usa um runtime personalizado (Sealevel) que suporta Rust, C e C++, viabilizando o processamento paralelo de transações.
  • Bittensor usa um runtime baseado em Substrate com módulos especializados (pallets) para seu mecanismo de incentivo e arquitetura de subnets.
  • Avalanche usa a EVM em sua C-Chain, mas também suporta máquinas virtuais personalizadas em outras subnets.

O ambiente de execução determina que tipos de aplicações podem ser construídas na chain e como elas se comportam. Para projetos de IA, a escolha do ambiente de execução da L1 afeta se os smart contracts podem lidar com os padrões computacionais necessários para coordenação de inferência, verificação de dados ou lógica de marketplace de computação.

Como as principais L1s se comparam

Diferentes blockchains L1 fazem diferentes trocas de design. Entender essas trocas ajuda a contextualizar o campo Main chain nos cartões de projeto do DecAIHub.

L1 Consensus Execução Tempo de bloco Troca principal
Ethereum PoS EVM (Solidity) ~12 seg Maior ecossistema, taxas altas na mainnet; escala por meio de L2s
Solana PoH + PoS Sealevel (Rust) ~400 ms Alto throughput e taxas baixas; maiores requisitos de hardware para validadores
Bitcoin PoW Script (limitado) ~10 min Histórico de segurança mais duradouro; capacidade mínima de smart contract
Avalanche PoS EVM (C-Chain) + VMs personalizadas ~2 seg Arquitetura multi-chain com subnets; chain primária compatível com a EVM
BNB Smart Chain PoSA EVM (Solidity) ~3 seg Taxas baixas, compatível com a EVM; conjunto de validadores menor e mais centralizado
Bittensor Nominated PoS (Substrate) Baseada em subnets ~12 seg Feita sob medida para mecanismos de incentivo de IA; arquitetura especializada

Nenhuma L1 isolada é a "melhor". Cada design otimiza para propriedades diferentes — descentralização, throughput, velocidade de finalidade, ecossistema de desenvolvedores ou especialização — e os projetos escolhem com base em quais propriedades mais importam para seu caso de uso.

Por que isso importa para projetos de IA em cripto

A camada L1 é fundamental para projetos de IA em cripto de várias formas.

Fundação de segurança. Projetos de IA que lidam com ativos valiosos, coordenam recursos de computação ou tomam decisões consequentes precisam de uma camada base segura. O mecanismo de consenso e a segurança econômica da L1 determinam o quão resistente o projeto é à censura, à manipulação e a interrupções. Um projeto implantado em uma L1 com um conjunto de validadores grande e distribuído herda garantias de segurança mais fortes do que um em uma chain com um conjunto pequeno e concentrado.

Restrições de desempenho. O throughput, o tempo de bloco e os custos de gas da L1 afetam diretamente que tipos de operações de IA podem acontecer on-chain. Operações de alta frequência (pagamentos por inferência, ações de agentes em tempo real, roteamento de tarefas de computação) são viáveis em L1s rápidas e de baixo custo como a Solana, mas proibitivamente caras na mainnet do Ethereum — razão pela qual os projetos de IA baseados em Ethereum frequentemente usam L2s.

Ecossistema e composabilidade. A L1 determina quais outros protocolos e serviços estão disponíveis para composição. Um projeto de IA no Ethereum pode interagir com a liquidez de DeFi mais profunda, o maior número de provedores de oráculos e a mais ampla infraestrutura de identidade. Um projeto de IA na Solana se beneficia de um DeFi de alta velocidade e de um ecossistema específico de IA em crescimento. Um projeto de IA na Bittensor opera dentro de um framework de incentivos feito sob medida para subnets de IA.

Ferramentas de desenvolvedor e talento. O modelo de programação da L1 afeta o que é possível construir e quem pode construir. As chains EVM compartilham um conjunto comum de ferramentas de desenvolvedor (Solidity, Hardhat, Foundry), tornando mais fácil encontrar desenvolvedores e auditar código. Chains non-EVM como a Solana (Rust) ou chains construídas sob medida exigem expertise especializada.

Efeitos de rede. Usuários, carteiras, exchanges e provedores de infraestrutura se aglomeram em torno de L1s estabelecidas. Fazer deploy em uma L1 importante dá a um projeto acesso a uma base de usuários existente e a infraestrutura de suporte. Fazer deploy em uma L1 de nicho pode oferecer vantagens técnicas, mas limita o alcance.

Onde isso aparece nos cartões de projeto do DecAIHub

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

  • Type — para projetos L1, o valor típico é Appchain (uma chain soberana específica de aplicação com seu próprio consenso e conjunto de validadores); o valor L1 também é usado em alguns casos. Ambos indicam que o projeto é, ele próprio, uma blockchain, em vez de uma aplicação na chain de outra pessoa. A Bittensor, por exemplo, é classificada como Type: Appchain — uma rede blockchain autônoma com seu próprio consenso e conjunto de validadores.

  • Main chain — valores como Ethereum, Solana, Avalanche, BNB Smart Chain ou Bittensor indicam em qual L1 o projeto é construído ou à qual pertence. Esse campo indica o modelo de segurança, o perfil de desempenho e o contexto de ecossistema do projeto.

  • Consensus — o mecanismo de consenso da L1 relevante (PoS, PoW, PoH + PoS, DPoS, PoSA). Isso descreve como a camada base alcança acordo e quais garantias de segurança ela fornece.

Quando o campo Type indica que o projeto é sua própria blockchain (Appchain ou L1), significa que você está olhando para um projeto de infraestrutura fundamental, não para uma aplicação. Os critérios de avaliação mudam de acordo: para uma L1, as questões relevantes são sobre segurança de rede, distribuição de validadores, crescimento do ecossistema e a arquitetura técnica — não sobre recursos em nível de aplicação ou produtos voltados ao usuário.

O que o rótulo de L1 sozinho não comprova

Ser uma blockchain Layer 1 é uma classificação estrutural, não um indicador de qualidade. Uma designação de L1 não demonstra:

  • AI reality — uma blockchain L1 pode existir sem qualquer componente de IA. A avaliação de AI reality depende inteiramente de a L1 ter funcionalidade de IA verificável (como o mecanismo de incentivo de subnets de IA da Bittensor) ou ser simplesmente uma chain de propósito geral na qual projetos de IA por acaso fazem deploy. Essas são situações muito diferentes.

  • Descentralização — chamar uma rede de "L1" não especifica o grau de descentralização. O número de validadores, sua distribuição geográfica e organizacional, os requisitos de hardware para rodar um nó e a concentração de stake ou poder de hash afetam o quão descentralizada a rede realmente é. Algumas L1s são significativamente mais descentralizadas do que outras.

  • Adoção — ser uma L1 não significa que os projetos estão de fato construindo nela. Uma L1 sem ecossistema, sem atividade de desenvolvedores e sem uso on-chain é tecnicamente uma L1, mas praticamente irrelevante. As métricas on-chain (endereços ativos, volume de transações, contratos implantados, valor total bloqueado) fornecem evidência concreta de adoção.

  • Longevidade — as blockchains L1 podem falhar, perder o apoio da comunidade ou se tornar obsoletas. A história da cripto inclui muitos projetos L1 que foram lançados, atraíram atenção inicial e depois declinaram. Uma classificação de L1 não garante operação contínua.

  • Token necessity — uma L1 normalmente tem um token nativo para taxas de gas e staking, o que fornece um caso de uso de token mais claro do que a maioria dos tokens em nível de aplicação. No entanto, o design econômico (taxa de inflação, estrutura de taxas, requisitos de staking) ainda precisa ser avaliado por seus próprios méritos.

Não confundir com

  • Layer 2 (L2) — uma L2 é uma rede construída sobre uma L1 que herda a segurança da L1 ao mesmo tempo que fornece escalabilidade adicional. As L2s não têm consenso independente da mesma forma que as L1s — elas dependem da L1 subjacente para liquidação e finalidade. Base e Arbitrum One são L2s construídas no Ethereum; não são L1s.

  • Sidechain — uma sidechain é uma blockchain separada que roda em paralelo com uma L1 e tem seu próprio consenso. Diferentemente de uma L2, uma sidechain não herda sua segurança da L1 — ela fornece a sua própria. As sidechains às vezes são confundidas com as L2s, mas o modelo de segurança é fundamentalmente diferente.

  • Appchain — uma appchain é uma blockchain construída para uma única aplicação ou propósito. Algumas appchains são tecnicamente L1s (têm seu próprio consenso), enquanto outras são L2s ou chains soberanas. O termo descreve o propósito (única aplicação), não a camada.

  • Protocol — um protocolo é um conjunto de regras e smart contracts que definem o comportamento de uma aplicação. Os protocolos rodam em L1s (ou L2s), mas não são L1s em si. A Uniswap é um protocolo no Ethereum; não é uma L1.

  • Network — o termo "network" às vezes é usado de forma imprecisa. No contexto L1/L2, "network" normalmente se refere ao sistema completo de nós, validadores e software que constitui a blockchain. Uma L1 é um tipo específico de rede — a da camada base.

Perguntas frequentes

Qual é a diferença entre uma L1 e uma L2?

Uma L1 é uma blockchain autônoma com seu próprio consenso, segurança e finalidade. Uma L2 é uma rede construída sobre uma L1 que processa transações separadamente, mas usa a L1 para a liquidação final e a segurança. A distinção principal é de onde vem a segurança: uma L1 fornece sua própria segurança; uma L2 a herda da L1 subjacente. Para um exemplo prático: o Ethereum é uma L1; Base e Arbitrum One são L2s construídas no Ethereum.

Uma blockchain L1 pode ser especializada para IA?

Sim. A Bittensor é um exemplo de blockchain L1 projetada especificamente para cargas de trabalho de IA. Sua arquitetura inclui mecanismos de consenso especializados para avaliar as saídas dos modelos de IA, estruturas de incentivo para rodar e melhorar modelos de IA, e um sistema de subnets que permite que diferentes tarefas de IA operem de forma semi-independente. No entanto, a maioria dos projetos de IA em cripto constrói em L1s de propósito geral como o Ethereum ou a Solana, em vez de em chains especializadas em IA.

Por que existem tantas blockchains L1?

Porque diferentes aplicações têm diferentes requisitos. Algumas precisam de segurança e descentralização máximas (Bitcoin). Algumas precisam de programabilidade e profundidade de ecossistema (Ethereum). Algumas precisam de alto throughput e baixa latência (Solana). Algumas precisam de recursos específicos de domínio (Bittensor para IA). O "trilema da blockchain" — a troca entre descentralização, segurança e escalabilidade — significa que nenhum design de L1 isolado pode otimizar os três simultaneamente, o que cria espaço para múltiplas abordagens.

Importa em qual L1 um projeto de IA em cripto constrói?

Sim, importa significativamente. A escolha da L1 determina as garantias de segurança, os custos de transação, a velocidade, o ecossistema de desenvolvedores e a composabilidade disponível do projeto. Um projeto de IA que precisa de transações de baixa latência e alta frequência terá desempenho diferente na Solana do que na mainnet do Ethereum. Um projeto de IA que precisa de integração profunda com DeFi pode ser melhor atendido pelo Ethereum ou suas L2s. O campo Main chain nos cartões de projeto do DecAIHub fornece esse contexto.

O Bitcoin é uma L1?

Sim. O Bitcoin é a blockchain L1 original. Ele usa o consenso Proof of Work e tem o histórico de segurança mais duradouro em cripto. No entanto, o Bitcoin tem capacidades de smart contract muito limitadas — foi projetado principalmente para a transferência de valor, não para programabilidade de propósito geral. Os projetos de IA em cripto raramente constroem diretamente no Bitcoin porque ele não consegue rodar os smart contracts complexos que as cargas de trabalho de IA exigem.

O que torna uma L1 boa para projetos de IA em cripto?

Não há uma resposta universal. Os fatores relevantes incluem: custo de transação (as cargas de trabalho de IA frequentemente envolvem muitas transações pequenas), throughput (a coordenação de computação requer alta capacidade de transações), velocidade de finalidade (aplicações de IA em tempo real precisam de confirmação rápida), ecossistema (disponibilidade de infraestrutura de suporte como oráculos, feeds de dados e DeFi) e ferramental de desenvolvedor (qualidade de SDKs, documentação e frameworks de teste). A "melhor" L1 depende do caso de uso específico de IA.

Referências externas

Ver também

No comments to display

Back to top