O que é uma rede blockchain
Nota: Este documento é uma tradução automática da versão original em inglês.
O que é uma rede blockchain
Uma rede blockchain é um sistema distribuído de computadores (nós) que mantêm coletivamente um livro-razão de transações compartilhado e resistente a adulterações. Cada nó mantém uma cópia do livro-razão, e a rede usa um mecanismo de consenso para concordar sobre quais novas transações são válidas. Nenhuma entidade isolada controla o livro-razão — ele é mantido pelos participantes da rede de acordo com as regras do protocolo.
Em resumo: uma rede blockchain é a camada de infraestrutura — o "onde" da cripto. Os tokens rodam em redes, as aplicações fazem deploy em redes, e as propriedades da rede (velocidade, custo, modelo de segurança, consenso) moldam o que pode ser construído sobre ela.
Como funciona uma rede blockchain
Em seu núcleo, uma rede blockchain opera por meio de um ciclo simples:
- Os usuários enviam transações. Uma transação pode ser uma transferência de token, uma chamada de smart contract ou qualquer outra operação que a rede suporte.
- Os nós propagam as transações. A transação é transmitida aos nós da rede, que validam seu formato e regras básicas (por exemplo, o remetente tem saldo suficiente?).
- O consenso produz blocos. Um subconjunto de nós (validadores, mineradores ou papéis equivalentes, dependendo do mecanismo de consenso) coleta transações válidas em um bloco. A rede concorda sobre qual bloco adicionar em seguida por meio de seu protocolo de consenso.
- O bloco é anexado à chain. Uma vez alcançado o consenso, o novo bloco é adicionado à chain e torna-se parte do registro permanente. Todos os nós atualizam sua cópia do livro-razão.
- O estado é atualizado. Os saldos de contas, estados de smart contract e outros dados refletem as transações no novo bloco.
Esse ciclo se repete continuamente. O resultado é um livro-razão compartilhado e apenas de acréscimo (append-only) que nenhum participante isolado pode alterar unilateralmente.
Redes diferentes implementam esse ciclo de forma diferente. O Ethereum usa validadores de Proof of Stake que propõem e atestam blocos. A Solana usa uma combinação de Proof of Stake e Proof of History para alto throughput. A Bittensor usa um consenso especializado projetado para avaliação de modelos de IA. O princípio subjacente — acordo distribuído sobre um livro-razão compartilhado — é o mesmo.
Como uma rede difere de um token e de uma aplicação
Esses três conceitos são frequentemente confundidos, especialmente por iniciantes. Eles são camadas distintas:
| Camada | O que é | Exemplo |
|---|---|---|
| Rede | A infraestrutura — a própria blockchain, seus nós, consenso e regras de protocolo | Ethereum, Solana, Base, Arbitrum One, Bittensor, Avalanche, Polygon |
| Token | Um ativo digital que existe em uma rede — segue as regras da rede e usa sua infraestrutura | ETH (no Ethereum), SOL (na Solana), BNB (na BNB Smart Chain) |
| Aplicação | Um programa (smart contract ou dApp) implantado em uma rede que usa a infraestrutura da rede para operar | Um protocolo DeFi, um jogo, uma plataforma de agentes de IA |
Uma analogia útil: a rede é o sistema viário, os tokens são os veículos que trafegam pelas estradas, e as aplicações são os destinos (lojas, escritórios, serviços) construídos ao longo das estradas. É preciso que o sistema viário exista antes que os veículos possam trafegar ou que os destinos possam operar.
Essa distinção importa porque:
- As propriedades de um token são em parte determinadas pela rede em que ele roda (velocidade de transação, custo, modelo de segurança).
- As capacidades de uma aplicação são restringidas pelos recursos da rede (ela suporta smart contracts? Qual linguagem de programação? Qual throughput?).
- O mesmo token standard (por exemplo, ERC-20) pode existir em várias redes se elas compartilharem uma arquitetura compatível (por exemplo, chains compatíveis com EVM).
Tipos de redes blockchain
As redes blockchain são comumente classificadas ao longo de várias dimensões:
Por camada
- Layer 1 (L1) — uma blockchain autônoma e soberana com seu próprio mecanismo de consenso e modelo de segurança. Exemplos: Ethereum, Solana, Avalanche, Bittensor.
- Layer 2 (L2) — uma rede construída sobre uma L1 que herda sua segurança, mas processa transações separadamente para maior velocidade ou menor custo. Exemplos: Base, Arbitrum One, Polygon zkEVM.
Por arquitetura
- Compatível com EVM — redes que rodam a Ethereum Virtual Machine, permitindo que os desenvolvedores implantem os mesmos smart contracts em várias chains. Exemplos: Ethereum, BNB Smart Chain, Base, Arbitrum One, Avalanche C-Chain, Polygon.
- Non-EVM — redes com suas próprias máquinas virtuais e modelos de programação. Exemplos: Solana (SVM/Rust), Bittensor (baseada em substrate).
- Appchains — blockchains criadas para fins específicos, projetadas para uma única aplicação ou caso de uso, frequentemente construídas usando frameworks modulares como Cosmos SDK ou Substrate.
Por consenso
- Proof of Stake (PoS) — os validadores fazem stake de tokens como garantia para participar da produção de blocos. Usado por Ethereum, Solana, Polygon e outras.
- Proof of Work (PoW) — os mineradores resolvem quebra-cabeças computacionais para produzir blocos. Usado historicamente pelo Ethereum (pré-Merge) e ainda pelo Bitcoin.
- DPoS — Delegated Proof of Stake, onde os detentores de tokens delegam o poder de voto a um conjunto menor de validadores.
- PoSA — Proof of Staked Authority, combinando staking com um conjunto fixo de validadores. Usado pela BNB Smart Chain.
- Consenso especializado — mecanismos projetados para propósitos específicos, como o Yuma Consensus da Bittensor para avaliação de modelos de IA.
Por propósito
- Redes de propósito geral — projetadas para suportar qualquer tipo de aplicação (DeFi, jogos, IA, social, etc.). A maioria das principais L1s e L2s se enquadra nessa categoria.
- Redes especializadas — projetadas para um domínio ou função específica, como redes de computação de IA, camadas de disponibilidade de dados ou chains focadas em privacidade.
Onde as redes blockchain aparecem no DecAIHub
A rede blockchain é um dos campos contextuais mais importantes em um cartão de projeto do DecAIHub:
- Campo Main chain — registra em qual(is) rede(s) um projeto faz deploy ou opera. Os valores incluem
Ethereum,Solana,Base,Arbitrum One,BNB Smart Chain,Bittensor,Avalanche,Polygone outros. - Campo Type — indica o ambiente de execução / arquitetura do projeto:
EVM(smart contracts compatíveis com EVM),non-EVM(outras plataformas de contrato) ouAppchain(o projeto é sua própria chain específica de aplicação). - Campo Consensus — para projetos que são, eles próprios, redes, este registra o mecanismo de consenso.
Ao ler o campo Main chain, você fica sabendo:
- De qual infraestrutura o projeto depende. Um projeto no Ethereum herda o modelo de segurança do Ethereum. Um projeto na Solana se beneficia do throughput da Solana, mas também herda seus riscos de interrupção.
- A qual ecossistema o projeto pertence. As redes têm ecossistemas — comunidades de desenvolvedores, ferramental, pools de liquidez e bases de usuários. A escolha da rede é uma decisão estratégica que molda quem são os vizinhos e as integrações potenciais do projeto.
- Como são os custos e as velocidades de transação. L2s como Base e Arbitrum One oferecem taxas mais baixas que a L1 Ethereum. A Solana oferece alto throughput. Essas propriedades afetam a usabilidade prática do projeto.
O que uma rede blockchain por si só não prova
- Fazer deploy em uma rede respeitável não prova que o próprio projeto é seguro, bem construído ou confiável. A rede fornece a infraestrutura; o projeto constrói sobre ela.
- Estar em uma chain compatível com EVM não prova que os smart contracts do projeto estão corretos ou auditados. A compatibilidade é uma conveniência de desenvolvedor, não uma garantia de segurança.
- Operar em várias chains não prova que o projeto é mais avançado. O deploy multichain pode significar maior alcance, mas também pode significar uma presença superficial em cada chain, sem integração profunda.
- O mecanismo de consenso da rede não prova que o token do projeto é necessário ou bem projetado. O consenso é uma propriedade de nível de rede; o design do token é uma decisão de nível de projeto.
- Ter um status de "mainnet" não prova que o projeto está pronto para produção ou é amplamente usado. Mainnet significa que a rede está ativa, não que ela tem adoção significativa.
Não confundir com
- Token — um ativo digital que roda em uma rede. A rede é a infraestrutura; o token é um ativo nessa infraestrutura. O ETH é um token; o Ethereum é a rede.
- Aplicação (dApp) — um programa implantado em uma rede. A rede fornece o ambiente de execução; o dApp fornece o produto voltado ao usuário.
- Protocolo — um conjunto de regras que governa como um sistema opera. Uma rede blockchain implementa um protocolo, mas "protocolo" também pode se referir a regras de nível de aplicação (por exemplo, um protocolo DeFi rodando no Ethereum).
- Ecossistema — a comunidade mais ampla de projetos, ferramentas e usuários em torno de uma rede. A rede é a camada técnica; o ecossistema é a camada humana e econômica.
Perguntas frequentes
Como sei qual rede um projeto do DecAIHub usa?
Verifique o campo Main chain no cartão de projeto. Ele lista a(s) rede(s) blockchain primária(s) na(s) qual(is) o projeto faz deploy ou opera. Se o projeto é, ele próprio, uma rede, o campo Type reflete sua arquitetura (Appchain para uma chain soberana específica de aplicação, ou L1), e o campo Consensus descreve seu mecanismo de consenso. Para projetos L2, a própria arquitetura L2 é registrada no campo Consensus usando uma fórmula como L2 (Optimistic Rollup, Base on Ethereum).
A escolha da rede afeta o DecAI Fit de um projeto?
Não diretamente. O framework DecAI Fit avalia AI reality, Onchain necessity, Token necessity e Evidence. A escolha da rede fornece contexto (há atividade on-chain real? A rede suporta a funcionalidade alegada?), mas não é um fator de pontuação por si só. Um projeto com forte integração on-chain em qualquer rede pontua o mesmo que a integração equivalente em qualquer outra rede.
Qual é a diferença entre L1 e L2?
Uma L1 é uma blockchain soberana com seu próprio consenso — ela não depende de outra chain para segurança. Uma L2 é uma rede construída sobre uma L1, processando transações fora da L1 para benefícios de velocidade e custo, ao mesmo tempo que depende da L1 para a segurança final. O Ethereum é uma L1; Base e Arbitrum One são L2s construídas sobre o Ethereum. Veja os explainers dedicados de L1 e L2 para detalhes.
Um projeto pode existir em várias redes blockchain?
Sim. Muitos projetos fazem deploy em várias redes (multichain). No DecAIHub, o campo Main chain pode listar várias redes se o projeto tiver deploys significativos em cada uma. No entanto, a presença multichain por si só não indica qualidade — o que importa é se a integração on-chain é substantiva em cada chain.
Referências externas
- Blockchain — Wikipedia — visão geral enciclopédica da tecnologia blockchain, sua história e conceitos fundamentais.
- What is a blockchain? — Ethereum.org — introdução técnica acessível às blockchains a partir da documentação do Ethereum.
- Consensus mechanisms — Ethereum.org — visão geral de como as redes blockchain alcançam acordo, com explicações sobre Proof of Stake e Proof of Work.
No comments to display
No comments to display