O que é NEAR Protocol: Token e Sharding Explicado
Learn what NEAR Protocol is, how its Nightshade sharding achieves scalability, and the NEAR token's role in this layer-1 blockchain ecosystem.
Este artigo é um resumo educacional independente do white paper do NEAR Protocol e da documentação relacionada. Não foi produzido nem é afiliado à NEAR Foundation ou à equipe do NEAR Protocol.
O que é o NEAR Protocol? Uma visão geral em linguagem simples
O NEAR Protocol é uma blockchain de camada 1 proof-of-stake projetada para lidar com as limitações de escalabilidade que restringiram as redes blockchain anteriores. Ele alcança isso por meio do Nightshade, o design de sharding proprietário da NEAR, que permite que a rede processe transações em partições paralelas simultaneamente, em vez de sequencialmente. Isso permite uma alta capacidade de processamento sem sacrificar a descentralização ou a segurança.
O NEAR Protocol é uma blockchain de camada 1, o que significa que é uma rede de camada de base independente que processa e finaliza suas próprias transações, em vez de ser construída sobre outra cadeia como fazem as soluções de camada 2. Isso coloca o NEAR na mesma categoria competitiva que o Ethereum, Solana, Polkadot e outras redes que constroem infraestrutura fundamental para aplicações Web3. Web3 refere-se a programas descentralizados que rodam em redes blockchain em vez de servidores pertencentes a empresas.
Duas entidades são frequentemente confundidas: o NEAR Protocol (a própria rede blockchain) e o NEAR token (a criptomoeda nativa que a alimenta). O NEAR Protocol é a infraestrutura. O NEAR token é o combustível que os usuários gastam para pagar taxas de transação, que os validadores investem em staking para participar da produção de blocos e que os detentores usam para governança. Estas são relacionadas, mas distintas, e a distinção é importante ao longo deste artigo.
O problema de design motivador por trás do NEAR Protocol é o que os pesquisadores chamam de trilema de escalabilidade do blockchain: a observação de que a maioria das redes blockchain pode alcançar duas de três propriedades, mas tem dificuldade em alcançar as três simultaneamente. Essas propriedades são descentralização (nenhuma entidade única controla a rede), segurança (a rede resiste a ataques) e escalabilidade (a rede lida com grandes volumes de transações de forma eficiente). O Ethereum, por exemplo, priorizou a descentralização e a segurança, o que produziu uma rede confiável, mas limitada em taxa de transferência e cara de usar durante períodos de alta demanda. O NEAR foi construído com o objetivo explícito de alcançar as três.
Leia o White Paper oficial do NEAR Protocol: near.org/papers/the-official-near-white-paper/
As Origens do Protocolo NEAR: Fundadores, Histórico e o White Paper
NEAR Protocol foi fundado em 2018 por Illia Polosukhin e Alexander Skidanov, dois engenheiros de software cujos históricos são incomuns na indústria de blockchain. Antes de cofundar a NEAR, Illia Polosukhin foi coautor de "Attention Is All You Need", o artigo do Google Brain de 2017 que introduziu a arquitetura transformer que agora fundamenta GPT-4, Claude e a maioria dos modelos de linguagem grandes modernos. Ele também trabalhou como engenheiro de pesquisa no Google. Essa credencial coloca Polosukhin entre os fundadores mais tecnicamente qualificados do espaço blockchain.
Alexander Skidanov traz uma bagagem complementar. Ele é ex-engenheiro do Google e da Microsoft, com profunda expertise em sistemas distribuídos e design de compiladores. Juntos, os dois fundadores abordaram a blockchain sob uma perspectiva de engenharia de software em vez de financeira, e essa orientação moldou a filosofia de design da NEAR de maneiras mensuráveis.
A dupla inicialmente construiu um projeto chamado NEAR.ai, uma plataforma de ferramentas para desenvolvedores de IA. Durante esse trabalho, eles encontraram um problema que redirecionaria suas carreiras: as plataformas blockchain existentes eram muito difíceis de desenvolver. Os sistemas de conta exigiam que os usuários gerenciassem pares de chaves criptográficas, os contratos inteligentes eram restritos a uma única linguagem especializada, e a taxa de transferência era muito limitada para aplicações que exigiam interação em tempo real. Eles mudaram o foco para construir o blockchain em que queriam desenvolver.
O White Paper do NEAR Protocol, publicado pela equipe fundadora por volta de 2019 a 2020, documentou sua arquitetura técnica para resolver esses problemas. Ele aborda o design de sharding do protocolo, o mecanismo de consenso, o modelo de tokenomics e a filosofia de experiência do desenvolvedor. A Mainnet do NEAR Protocol foi lançada em outubro de 2020. A NEAR Foundation,, uma organização sem fins lucrativos suíça estabelecida para apoiar o desenvolvimento do ecossistema, foi criada para administrar o crescimento do protocolo por meio de subsídios e programas comunitários.
Vários aspectos do protocolo evoluíram desde o White Paper original. O sharding Nightshade foi implantado em fases, em vez de tudo de uma vez, com capacidade de shard adicional implementada gradualmente. Recursos de abstração de rede e ferramentas de desenvolvimento mais amplas também se expandiram além do que o documento original especificou. Este artigo distingue as afirmações do White Paper original de desenvolvimentos subsequentes onde a distinção é importante.
O que o NEAR Protocol White Paper diz: Principais Reivindicações e Visão Geral da Arquitetura
O White Paper oficial do NEAR Protocol) descreve uma blockchain projetada do zero para resolver o trilema da escalabilidade. Ele visa descentralização, segurança e alto rendimento simultaneamente por meio de um conjunto de escolhas arquitetônicas específicas. Abaixo está uma síntese estruturada do que o White Paper diz em suas seções principais.
O Problema: O Trilema da Escalabilidade da Blockchain
O trilema da escalabilidade define o desafio central que o White Paper se propõe a resolver. As três propriedades em questão são:
- Descentralização: Nenhuma entidade única controla a produção de blocos ou pode alterar unilateralmente o histórico da cadeia.
- Segurança: A rede resiste a ataques, inclusive de adversários com muitos recursos.
- Escalabilidade: A rede pode processar um alto volume de transações rapidamente e a baixo custo.
A maioria das arquiteturas de Blockchain priorizam duas delas em detrimento da terceira. Bitcoin e Ethereum (pré e pós-Merge) priorizaram descentralização e segurança. O resultado são redes confiáveis, mas limitadas: a mainnet da Ethereum processa aproximadamente 15 a 30 transações por segundo em condições normais, e as taxas de gás disparam durante congestionamentos. Aplicações que exigem alta frequência de transações, como gaming, plataformas sociais ou protocolos DeFi com trades pequenos e frequentes, são economicamente impraticáveis de executar na mainnet da Ethereum em escala.
O white paper da NEAR argumenta que uma arquitetura de sharding corretamente projetada pode escapar desse trade-off. Ao particionar tanto o trabalho de processamento da rede quanto seu estado entre shards paralelos, a capacidade total cresce com o número de shards, em vez de ser limitada pela capacidade de qualquer cadeia única.
A Solução: Alegações do Núcleo da NEAR White Paper
Principais Conclusões: O que o NEAR Protocol White Paper Afirma
De acordo com o White Paper oficial do NEAR Protocol,), o protocolo estabelece as seguintes declarações fundamentais de arquitetura e design:
Escalabilidade horizontal por meio do sharding Nightshade: O White Paper descreve o Nightshade, o design de sharding da NEAR, como um mecanismo para dividir a carga de trabalho da Blockchain entre shards paralelos. À medida que mais shards são adicionados, a capacidade de processamento (throughput) teórica cresce proporcionalmente. A rede escala horizontalmente (scales out) em vez de verticalmente (up).
Finalidade prática rápida através do Doomslug: O White Paper descreve o Doomslug, mecanismo de produção de blocos da NEAR, como fornecedor de finalidade prática rápida. Uma vez que uma supermaioria de validadores endosse um bloco, esse bloco é considerado praticamente irreversível, permitindo a confirmação de transações quase instantânea para usuários finais.
Smart Contracts Multilíngues via WebAssembly (WASM): O White Paper especifica WebAssembly como o ambiente de execução de Smart Contracts da NEAR, permitindo que desenvolvedores escrevam contratos em Rust ou JavaScript/TypeScript em vez de uma linguagem específica de Blockchain.
Um modelo de tokenomics equilibrado: O White Paper descreve um modelo econômico de Token que emite novos Tokens NEAR como recompensas de Staking (pressão inflacionária), enquanto queima permanentemente 70% das taxas de transação (pressão deflacionária), projetado para alinhar os incentivos dos validadores com a saúde da rede a Long prazo.
Nomes de conta legíveis por humanos: O White Paper especifica um modelo de conta que utiliza nomes como "alice.near" em vez de endereços criptográficos, uma escolha de design de usabilidade deliberada que reduz a fricção para os usuários finais.
Token governance do detentor: O White Paper descreve um modelo de governança no qual os detentores de tokens NEAR participam nas decisões de atualização do protocolo.
Cada uma dessas afirmações é detalhada nas seções abaixo. Para ler o documento principal diretamente, o White Paper oficial está disponível em near.org/papers/the-official-near-white-paper/.
Como o NEAR Protocol Alcança a Escalabilidade: O Sharding Nightshade Explicado
O NEAR Protocol aborda o problema de escalabilidade da blockchain por meio do Nightshade, o design de sharding da NEAR: um sistema que divide a carga de trabalho da rede entre partições de processamento paralelo chamadas shards, em vez de canalizar cada transação por meio de uma única cadeia.
O que é o Sharding Blockchain?
O sharding é uma técnica geral para dividir a carga de trabalho de um banco de dados ou de uma rede em várias unidades paralelas. Aplicado à Blockchain, isso significa que diferentes grupos de validadores processam diferentes subconjuntos de transações simultaneamente, em vez de cada validador processar todas as transações.
Imagine uma blockchain tradicional como uma rodovia de pista única: cada transação deve percorrer a mesma estrada, o que gera gargalos quando o tráfego atinge o pico. O sharding adiciona faixas paralelas a essa rodovia. As transações podem circular por várias faixas simultaneamente, e a adição de mais faixas aumenta a capacidade total sem exigir que a estrada existente seja alterada.
Mais precisamente, o sharding particiona tanto a computação (processamento de transações) quanto o estado (saldos de contas, dados de Smart Contract) entre múltiplos shards. Cada shard lida com sua própria fatia da atividade total da rede. O desafio é garantir que esses shards ainda possam se comunicar entre si e que o sistema permaneça seguro, mesmo quando shards individuais contêm conjuntos menores de validadores.
O Que Torna o Nightshade Diferente
Nightshade é a abordagem específica da NEAR para sharding e difere das implementações genéricas de sharding em um aspecto estrutural: todos os shards produzem coletivamente o que, conceitualmente, é um único bloco.
Nas abordagens tradicionais de sharding, cada shard produz seu próprio bloco independente, criando uma estrutura multi-chain que exige verificações cross-chain complexas. No Nightshade, os validadores em cada shard produzem um chunk, a parte de seu shard no bloco geral, e esses chunks juntos compõem um bloco unificado para toda a rede.
Os cabeçalhos de bloco, provas de validade e dados de chunk são integrados em uma estrutura única que todos os participantes da rede podem verificar. Esse modelo de bloco unificado simplifica o gerenciamento de estado e reduz a complexidade de segurança ao verificar atividades entre shards.
Os validadores são atribuídos dinamicamente a shards e rotacionados a cada época, o que impede que qualquer shard individual seja capturado por um grupo coordenado de validadores adversários.
O número de shards pode escalar conforme a demanda da rede cresce. De acordo com o artigo de design do NEAR Nightshade,, a arquitetura foi projetada para começar com um pequeno número de shards e adicionar mais à medida que a adoção aumenta. O White Paper descreve um design capaz de suportar centenas de milhares de transações por segundo com a implementação total de shards, embora a taxa de processamento real dependa do número de shards ativos e das condições da rede em qualquer momento.
Como funcionam as transações entre shards na NEAR
Quando uma transação envolve contas ou contratos inteligentes em shards diferentes, a NEAR utiliza um modelo de transmissão de mensagens assíncronas. Imagine isso como enviar uma carta em vez de fazer uma chamada telefônica: as chamadas entre shards na NEAR funcionam como cartas. O shard de origem envia um recibo para o shard de destino, que o processa em um bloco subsequente. O remetente não espera por uma resposta imediata como faria em uma chamada telefônica síncrona.
Mais precisamente: quando o Contrato A no Shard 1 chama o Contrato B no Shard 2, o NEAR gera um recibo que é roteado para o Shard 2 e processado no próximo bloco. O resultado não é retornado de forma síncrona ao contrato chamador. Desenvolvedores que constroem dApps que abrangem múltiplos shards devem projetar a lógica de suas aplicações para lidar com respostas assíncronas entre shards.
Esta é uma troca arquitetural fundamental descrita no White Paper. A comunicação assíncrona entre shards é o mecanismo que torna o sharding seguro e eficiente, mas impõe uma restrição de design aos desenvolvedores que criam aplicações entre shards. As especificações técnicas completas para chamadas de contrato entre shards estão disponíveis na documentação oficial da NEAR.)
Mecanismo de consenso do NEAR: Prova de Participação, Doomslug e Finalidade de Bloco
O NEAR Protocol utiliza prova de participação, não prova de trabalho. Validadores são selecionados para produzir blocos com base na quantidade de tokens NEAR que eles investem em staking como garantia, e não com base em poder computacional ou gasto de energia.
Prova de Participação no NEAR: Como os Validadores São Selecionados
NEAR implementa uma variante chamada Proof of Stake com Limiar. Validadores devem investir um limiar mínimo de tokens NEAR em staking para serem elegíveis para a produção de blocos. O investimento em staking atua como garantia: validadores que produzem blocos inválidos ou se comportam desonestamente correm o risco de perder uma parte do seu investimento através de um mecanismo de penalidade chamado slashing. Esse alinhamento de incentivos financeiros com o comportamento honesto é uma propriedade de design central dos sistemas proof-of-stake.
Semelhante ao Ethereum após o Merge, a NEAR utiliza proof of stake. A NEAR foi projetada como uma rede proof of stake desde sua implementação inicial em 2020, ao contrário do Ethereum, que realizou a transição do proof of work. Os validadores na NEAR são alternados entre shards por época, o que impede que qualquer grupo individual domine a produção de blocos de um shard específico.
Os detentores de Token que não executam seus próprios nós validadores podem participar por meio do delegated staking: eles delegam seus tokens NEAR a um validador e ganham uma parte proporcional das recompensas de staking desse validador sem precisar operar sua própria infraestrutura. Para detalhes completos sobre a mecânica de staking, consulte a documentação do validador da NEAR.
O que é Doomslug? O mecanismo de produção de blocos da NEAR
Transações da NEAR confirmam em segundos para usuários finais. O mecanismo responsável por isso é o Doomslug, o algoritmo de produção de blocos da NEAR, que determina como novos blocos são criados e quando eles são considerados finais. O White Paper descreve o Doomslug como um diferencial arquitetônico chave escolhido especificamente para equilibrar velocidade com segurança em um ambiente sharded.
Pense no Doomslug como um voto majoritário: uma vez que validadores suficientes concordem que um bloco é válido, esse bloco é tratado como praticamente final, mesmo antes que a confirmação criptográfica completa ocorra. Mais precisamente, Doomslug oferece finalidade prática em uma única passagem: uma vez que uma supermaioria de validadores (mais de dois terços do peso investido em staking) endossem um bloco, esse bloco atinge a finalidade prática. Transações nesse bloco tornam-se efetivamente irreversíveis para todos os fins práticos segundos após serem incluídas.
Este modelo de finalização de duas camadas é intencional. O Doomslug fornece finalização prática rápida por meio do mecanismo de endosso de passagem única. Um gadget de finalização BFT separado fornece, então, garantias de segurança criptográfica mais profundas por meio de rodadas de confirmação adicionais. A Tolerância a Falhas Bizantinas (BFT) é uma propriedade de um sistema distribuído (não um protocolo específico) que permite que o sistema continue operando corretamente mesmo quando alguns participantes falham ou agem de forma maliciosa, um conceito nomeado em homenagem ao Problema dos Generais Bizantinos na ciência da computação. A finalização BFT completa da NEAR garante que a rede mantenha garantias de segurança criptográfica mesmo sob condições adversas.
O resultado prático para usuários e desenvolvedores: a finalidade prática rápida através do Doomslug significa que os aplicativos podem tratar transações como confirmadas em segundos, enquanto a camada de confirmação BFT subsequente fornece a garantia de segurança mais profunda que os aplicativos de alto valor exigem.
Construindo na NEAR: Contratos Inteligentes, WebAssembly e Experiência do Desenvolvedor
Desenvolvedores criam aplicações descentralizadas (dApps) na NEAR: aplicações cuja lógica principal roda na Blockchain em vez de em servidores centralizados, codificada em contratos inteligentes. O que distingue a NEAR como um alvo de desenvolvimento é o seu ambiente de execução. A NEAR escolheu WebAssembly (WASM), o que significa que os desenvolvedores podem escrever contratos inteligentes em Rust ou JavaScript/TypeScript em vez de aprender uma linguagem específica de Blockchain.
Contratos inteligentes são programas de autoexecução armazenados na blockchain que funcionam automaticamente quando condições predefinidas são atendidas. Na NEAR, eles impulsionam toda a gama de aplicativos descentralizados: protocolos DeFi, marketplaces NFT, DAOs e plataformas de gaming.
A NEAR escolheu o WebAssembly como seu ambiente de execução de Smart Contract por um motivo específico: o WASM é um formato de instrução binária portátil e de alto desempenho que permite a compilação a partir de várias linguagens de origem. Pense no WASM como um tradutor universal. Em vez de exigir que cada desenvolvedor aprenda uma única linguagem específica de Blockchain, o tempo de execução da NEAR aceita códigos compilados de linguagens que os desenvolvedores já conhecem.
Os idiomas suportados são:
- Rust: a recomendação principal para contratos em produção, oferecendo segurança de memória e desempenho
- JavaScript/TypeScript: suportado através do SDK near-sdk-js, tornando a NEAR acessível para a grande comunidade de desenvolvedores JavaScript existente
- AssemblyScript: permanece disponível como uma opção de legado, mas não é mais o caminho recomendado para novos contratos
Isso contrasta diretamente com a abordagem da Ethereum. A Máquina Virtual Ethereum (EVM) da Ethereum exige o Solidity, uma linguagem projetada especificamente para o desenvolvimento de Smart Contract que a maioria dos engenheiros de software ainda não conhece. O runtime WASM da NEAR aceita linguagens que os desenvolvedores já utilizam, o que diminui o custo prático de avaliação e reduz o tempo de onboarding para equipes que consideram a NEAR como um alvo de construção.
O White Paper da NEAR também descreve um modelo de conta que utiliza nomes legíveis por humanos, como "alice.near", em vez de um endereço hexadecimal Long, como uma prioridade deliberada de usabilidade. Desenvolvedores da Ethereum acostumados a endereços de 42 caracteres encontrarão nesta uma diferença significativa na qualidade de vida.
Desenvolvedores Ethereum também podem implementar seus contratos Solidity existentes na NEAR sem alterações de código através da Aurora, o ambiente de execução compatível com EVM da NEAR, que é abordado na seção de ecossistema abaixo.
Desenvolvedores que estão avaliando o NEAR para uso em produção devem consultar a documentação oficial do NEAR em docs.near.org,, que fornece referências completas de SDK, tutoriais e especificações de API.
NEAR Token e Tokenomics: O que o White Paper diz sobre o modelo econômico
O token NEAR ($NEAR) é a criptomoeda nativa da rede NEAR Protocol. De acordo com o White Paper, ele serve a três funções principais em nível de protocolo: pagamento de taxas de gás para transações e execução de Smart Contract, permitindo que validadores invistam em staking e participem da produção de blocos, e fornecendo aos detentores de tokens direitos de governança em decisões do protocolo.
Utilidade do NEAR Token: Gás, Staking e Governança
As três funções descritas na NEAR White Paper são:
Taxas de gás: Tokens NEAR são necessários para pagar por cada transação e execução de Smart Contract na rede. Os custos de gás na NEAR são uma fração de centavo para a maioria das operações, um resultado de design deliberado da arquitetura de sharding.
Staking: Os validadores devem investir em staking tokens NEAR para participar da produção de blocos e receber recompensas de staking. Aqueles que não são validadores podem delegar seus tokens NEAR a um validador e receber uma parcela proporcional das recompensas sem operar sua própria infraestrutura. Staking aqui refere-se à participação no consenso ao nível do protocolo, distinta dos programas de mineração de liquidez dentro de aplicações DeFi na NEAR.
Governança: Os detentores de tokens NEAR participam de decisões de governança sobre atualizações do protocolo e desenvolvimento do ecossistema, por meio de mecanismos coordenados com a Fundação NEAR.
Token Suprimento, Distribuição e o Modelo de Queima de Taxas
Os seguintes dados de tokenomics são extraídos do white paper original do NEAR Protocol. De acordo com o white paper, o suprimento total de Token NEAR na gênese foi de 1 bilhão de Token NEAR, alocado nas seguintes categorias:
| Categoria de Alocação | Porcentagem |
|---|---|
| Tesouraria da Comunidade | ~35% |
| Investidores | ~17% |
| Colaboradores Principais | ~14% |
| Ecossistema Inicial | ~12% |
| Fundação | ~10% |
| Operações | ~10% |
| Apoiadores Iniciais | ~2% |
O protocolo emite novos tokens NEAR anualmente como recompensas de Staking, aproximadamente 5% do suprimento total por ano, para incentivar validadores a proteger a rede. Este é um mecanismo inflacionário por design.
Para compensar essa inflação, o White Paper descreve um mecanismo de queima de taxas: 70% de todas as taxas de transação coletadas pela rede são permanentemente queimadas (removidas de circulação), reduzindo a oferta circulante à medida que o uso da rede aumenta. Os 30% restantes das taxas de transação são direcionados para a tesouraria do protocolo, governada pela NEAR Foundation, para o desenvolvimento do ecossistema e subsídios.
A intenção do design, conforme descrito no White Paper, é que a queima de taxas crie uma pressão deflacionária que compense as recompensas de Staking inflacionárias ao longo do tempo, particularmente à medida que o volume de transações cresce com a adoção.
Nota sobre os dados da moeda: Os números acima refletem as especificações no white paper original do NEAR Protocol. A Oferta circulante, as taxas de inflação e as alocações de distribuição podem ter mudado desde a publicação do white paper. Para os números atuais, consulte CoinMarketCap, CoinGecko, ou docs.near.org.)
Aviso de isenção de responsabilidade financeira: Este artigo é apenas para fins educacionais e informativos. Nada neste artigo constitui aconselhamento financeiro, de investimento, jurídico ou tributário. Os investimentos em Criptomoeda envolvem riscos significativos, incluindo a possível perda de capital. Sempre realize pesquisas independentes e consulte um consultor financeiro qualificado antes de tomar qualquer decisão de investimento.
O Ecossistema NEAR: Aurora, Rainbow Bridge e a Rede Mais Ampla
A camada base do NEAR Protocol é a fundação, mas o ecossistema construído sobre ela estende significativamente o alcance do NEAR. Dois produtos em particular conectam o NEAR à base de desenvolvedores e usuários do Ethereum: Aurora, o ambiente de execução compatível com EVM do NEAR, e a Rainbow Bridge, a ponte cross-chain sem confiança do NEAR que conecta o NEAR ao Ethereum.
Aurora é um ambiente de execução compatível com a Máquina Virtual Ethereum (EVM) construído sobre o NEAR Protocol. Aurora é um produto separado dentro do ecossistema NEAR. Não é o NEAR Protocol em si, e ele carrega seu próprio Token de governança (AURORA) distinto do token NEAR. Aurora permite que desenvolvedores Ethereum implantem seus contratos inteligentes Solidity existentes no NEAR sem nenhuma alteração de código, usando ferramentas Ethereum familiares como MetaMask e Hardhat. Aurora usa ETH como seu token de gás para transações compatíveis com EVM, não tokens NEAR, tornando a migração do Ethereum sem atrito para desenvolvedores já no ecossistema Ethereum. Aurora está disponível em aurora.dev.
Rainbow Bridge é a ponte cross-chain sem custódia do NEAR Protocol (um protocolo que permite transferências de ativos entre diferentes redes blockchain) conectando NEAR e Ethereum. Usuários podem transferir tokens ERC-20, stablecoins, NFTs e outros ativos baseados em Ethereum para a rede NEAR e de volta sem depender de um custodiante centralizada. A Rainbow Bridge usa clientes leves on-chain para verificação: a segurança da ponte é garantida por provas criptográficas em vez de confiar em um terceiro com a custódia de ativos. Juntas, Aurora e Rainbow Bridge criam um caminho de migração completo para usuários e desenvolvedores Ethereum que desejam acessar as taxas mais baixas e o maior throughput do NEAR. Rainbow Bridge está disponível em rainbowbridge.app.
A NEAR Foundation)** é a organização suíça sem fins lucrativos que apoia o desenvolvimento do NEAR Protocol, concessões para o ecossistema e o crescimento da comunidade. A Fundação atua como administradora do ecossistema: financiando subsídios para desenvolvedores, apoiando iniciativas educacionais e coordenando atualizações do protocolo, sem controlar de forma centralizada a própria rede descentralizada. O programa de subsídios da Fundação financiou centenas de projetos em DeFi, NFTs, Gaming e infraestrutura. A NEAR Foundation é uma entidade legal, não o protocolo Blockchain; essas duas coisas não devem ser confundidas ao avaliar o grau de descentralização da NEAR.
O ecossistema NEAR abrange DeFi protocolos como o Ref Finance (uma corretora descentralizada nativa baseada em NEAR), NFT plataformas como Paras e Mintbase, aplicativos de Gaming, DAOs e ferramentas para desenvolvedores. As baixas taxas de gas e os tempos rápidos de blocos do NEAR o tornam particularmente competitivo para aplicações de alta frequência onde os custos de gas variáveis do Ethereum seriam proibitivos.
Avaliando o Protocolo NEAR
Para leitores que consideram NEAR como um investimento: este artigo fornece uma base técnica e econômica, não conselhos financeiros. A proposta de valor da NEAR reside em sua diferenciação técnica (sharding Nightshade, runtime WASM, compatibilidade EVM via Aurora) e no crescimento de seu ecossistema. Se isso se traduz em valorização do token depende das taxas de adoção, da concorrência de outras redes L1 e soluções Camada 2 da Ethereum, e de fatores de mercado fora do escopo deste artigo. Sempre realize sua própria diligência antes de qualquer decisão de investimento.
NEAR Protocol vs. Ethereum, Solana e Polkadot: Principais Diferenças
O NEAR Protocol opera em um cenário competitivo de blockchains de camada 1 de alta performance. A tabela abaixo compara o NEAR com seus principais concorrentes nas dimensões que mais importam para aqueles que fazem uma avaliação da plataforma, seja como desenvolvedores, investidores ou pesquisadores.
| Dimensão | NEAR Protocol | Ethereum | Solana | Polkadot |
|---|---|---|---|---|
| Mecanismo de consenso | Thresholded Proof of Stake + Doomslug | Proof of Stake (pós-Merge) | Proof of History + PoS | Nominated Proof of Stake |
| Abordagem de Escalabilidade | Sharding Nightshade (horizontal) | L1 Monolítica + L2 Rollups | Cadeia única de alto rendimento | Paralelismo de Parachain |
| Linguagens Smart Contract | Rust, JavaScript/TypeScript (WASM) | Solidity, Vyper (EVM) | Rust, C, C++ | Rust (ink!) |
| TPS Teórico | Escala com a contagem de shards | ~15-30 mainnet (maior via L2) | ~65.000 (teórico) | ~1.000 por parachain |
| Custo de Transação | Frações de um centavo | Variável; pode chegar a dólares durante congestionamentos | Frações de um centavo | Baixo por transação |
| Compatibilidade Nativa com EVM | Via Aurora (não nativa) | Sim (nativa) | Não | Não |
| Ano de Lançamento Mainnet | 2020 | 2015 | 2020 | 2020 |
NEAR vs. Ethereum é a comparação mais relevante para desenvolvedores e pesquisadores que avaliam a NEAR. O Ethereum é a Plataforma de Smart Contract dominante e a referência pela qual todas as alternativas L1 são medidas. A diferença arquitetônica fundamental é a abordagem de escalabilidade: a Mainnet do Ethereum processa transações por meio de uma única rede (arquitetura monolítica), enquanto a NEAR utiliza o sharding Nightshade para paralelizar o processamento em vários shards. As taxas de gas da NEAR são frações de centavo, em comparação com as taxas variáveis do Ethereum, que podem subir para dólares durante os picos de demanda. A NEAR suporta Rust e JavaScript/TypeScript para o desenvolvimento de Smart Contract, em contraste com o Solidity e Vyper do Ethereum. NEAR e Ethereum não estão puramente em oposição. O Aurora e a Rainbow Bridge criam pontes entre os dois ecossistemas, em vez de exigir que os desenvolvedores abandonem um pelo outro.
As soluções de escalonamento de Camada 2 do Ethereum, incluindo Arbitrum, Optimism e Base, melhoraram significativamente o rendimento do Ethereum e reduziram as taxas desde que o White Paper original da NEAR foi publicado. A NEAR não compete apenas com a Mainnet do Ethereum, mas com o ecossistema mais amplo de L1 e L2 do Ethereum, o que é um contexto competitivo significativo que qualquer avaliação séria deve reconhecer.
NEAR vs. Solana: A Solana alcança um alto rendimento por meio de um mecanismo fundamentalmente diferente, o Proof of History combinado com a prova de investir em staking, em vez de sharding. Tanto a NEAR quanto a Solana estão posicionadas como alternativas de alto desempenho ao Ethereum, mas suas arquiteturas são substancialmente diferentes: a NEAR escala horizontalmente adicionando shards, enquanto a Solana escala por meio de otimização de hardware em uma única chain.
NEAR vs. Polkadot: Polkadot também utiliza uma arquitetura baseada em paralelismo. Suas 'parachains' são conceitualmente análogas aos shards do NEAR, mas adotam uma abordagem diferente para a comunicação entre cadeias através do modelo de cadeia de retransmissão (relay chain). NEAR e Polkadot visam o trilema da escalabilidade através do paralelismo, mas seus modelos de governança, designs de interoperabilidade e ecossistemas de desenvolvedores diferem substancialmente.
NEAR vs. Avalanche: A Avalanche utiliza uma arquitetura de sub-rede que compartilha fundamentos conceituais com o sharding, permitindo que redes blockchain customizadas operem em paralelo. Assim como a NEAR, a Avalanche foca em alto rendimento e taxas baixas, mas os dois sistemas diferem no design de consenso (a Avalanche utiliza um protocolo de consenso probabilístico) e na estrutura do ecossistema de desenvolvedores.
Perguntas Frequentes Sobre o NEAR Protocol e o White Paper
As seguintes perguntas representam as dúvidas mais comuns sobre o NEAR Protocol e o White Paper, com respostas diretas.
O que é o NEAR Protocol?
O NEAR Protocol é uma blockchain de camada 1 de proof-of-stake que processa transações em partições paralelas chamadas shards, permitindo alto rendimento e taxas de gas baixas. Ele foi projetado para resolver o trilema de escalabilidade da blockchain por meio de sua arquitetura de sharding Nightshade, visando descentralização, segurança e escalabilidade simultaneamente. A mainnet do NEAR Protocol foi lançada em outubro de 2020.
O que diz o White Paper do NEAR Protocol?
O NEAR Protocol white paper apresenta seis principais reivindicações arquitetônicas: sharding Nightshade para escalabilidade horizontal, o mecanismo de produção de blocos do Doomslug para uma finalidade prática rápida, um tempo de execução WebAssembly que permite o desenvolvimento de Smart Contract em várias linguagens, um modelo de tokenomics que equilibra recompensas de Staking inflacionário com um mecanismo de queima de taxas, nomes de contas legíveis por humanos para melhorar a usabilidade e governança dos detentores de tokens. Cada reivindicação é explicada detalhadamente ao longo deste artigo.
Quem criou o NEAR Protocol?
O NEAR Protocol foi cofundado em 2018 por Illia Polosukhin e Alexander Skidanov. Polosukhin foi coautor de "Attention Is All You Need", o artigo do Google Brain de 2017 que introduziu a arquitetura de transformadores subjacente aos sistemas modernos de IA, incluindo o GPT-4, e trabalhou como engenheiro de pesquisa no Google. Skidanov é ex-engenheiro do Google e da Microsoft, com experiência em sistemas distribuídos e compiladores.
O que é o Nightshade sharding?
Nightshade é o design de sharding do NEAR Protocol: um sistema onde validadores em cada shard paralelo produzem um chunk, e todos os chunks juntos compõem um bloco unificado para toda a rede. Imagine uma rodovia de uma única pista representando uma blockchain tradicional. Nightshade adiciona pistas paralelas para que as transações sejam processadas simultaneamente entre vários shards, com a taxa de transferência crescendo à medida que shards são adicionados. O modelo de bloco unificado é o que diferencia o Nightshade das abordagens onde cada shard produz blocos independentes.
O que é Doomslug?
Doomslug é o algoritmo de produção de blocos da NEAR que determina como os blocos são criados e quando são considerados finais. Uma vez que uma supermaioria de validadores (mais de dois terços por peso de investimento em staking) endossa um bloco, esse bloco atinge a finalidade prática e é tratado como efetivamente irreversível. Um gadget de finalidade BFT separado fornece garantias de segurança criptográfica adicionais por meio de uma rodada de confirmação subsequente.
A NEAR é proof of stake ou proof of work?
O NEAR Protocol utiliza proof of stake, não proof of work. Os validadores são selecionados para a produção de blocos com base na quantidade de NEAR tokens em que eles investem em staking como garantia, não com base no poder computacional. A NEAR foi projetada como uma rede proof-of-stake desde o seu lançamento inicial em 2020.
Para que serve o NEAR token?
O NEAR token tem três funções em nível de protocolo, conforme descrito no White Paper. Primeiro, ele paga as taxas de gás para transações e execução de Smart Contract. Segundo, validadores investem em staking NEAR tokens para participar da produção de blocos e ganhar recompensas, e detentores de tokens podem delegar seus tokens a validadores para ganhar uma parte dessas recompensas. Terceiro, detentores de tokens usam NEAR para participar de decisões de governança sobre atualizações de protocolo.
Quais linguagens de programação funcionam na NEAR?
NEAR suporta o desenvolvimento de Smart Contract em Rust (a recomendação principal para contratos de produção) e JavaScript/TypeScript via o SDK near-sdk-js. Ambos compilam para WebAssembly (WASM), o ambiente de execução de Smart Contract da NEAR. AssemblyScript permanece disponível como uma opção legada, mas não é a recomendação atual para novos projetos.
Qual a diferença da NEAR para a Ethereum?
Três diferenças arquiteturais se destacam. NEAR usa o sharding Nightshade para processar transações em shards paralelos, enquanto a mainnet da Ethereum usa uma única chain monolítica (embora as soluções de Camada 2 da Ethereum tenham reduzido essa lacuna de throughput). O runtime WASM da NEAR suporta Rust e JavaScript, enquanto a EVM da Ethereum requer Solidity. As taxas de gas da NEAR são frações de centavo, em comparação com as taxas variáveis da Ethereum que podem aumentar substancialmente durante períodos de congestionamento. Para desenvolvedores da Ethereum, Aurora e Rainbow Bridge oferecem pontes de compatibilidade em vez de exigir uma migração completa.
Onde posso ler o NEAR Protocol White Paper?
O White Paper oficial do NEAR Protocol está disponível em near.org/papers/the-official-near-white-paper/.
Conclusão: O que o White Paper do NEAR Protocol revela sobre sua visão de Long prazo
O White Paper do NEAR Protocol descreve uma abordagem tecnicamente distinta para o problema de escalabilidade da Blockchain. Em conjunto, o sharding Nightshade, o mecanismo de produção de blocos Doomslug, o runtime WebAssembly e o modelo de tokenomics de queima de taxas representam um argumento arquitetônico coerente. Esta não é uma coleção de ajustes incrementais a designs existentes, mas um sistema desenvolvido especificamente que aceita certa complexidade arquitetônica (especialmente na comunicação entre shards) em troca da capacidade de escalar horizontalmente à medida que a adoção cresce.
Do White Paper à Mainnet, a NEAR construiu o Aurora e a Rainbow Bridge como sua camada de interoperabilidade com o Ethereum, desenvolveu um ecossistema de desenvolvedores que abrange DeFi, NFTs, Gaming e infraestrutura, e estabeleceu a NEAR Foundation como uma organização ativa de subsídios. O cenário da Blockchain é competitivo e dinâmico. O ecossistema de Camada 2 do Ethereum cresceu substancialmente desde que o White Paper original foi publicado, e a Posição de Long prazo da NEAR depende da adoção contínua de desenvolvedores, da profundidade do ecossistema e da execução de seu roteiro contínuo de sharding. Os leitores devem verificar o Status atual do protocolo e os dados do ecossistema em fontes oficiais.
Leitura Adicional e Fontes Oficiais:
- Site oficial do NEAR Protocol White Paper
- Documento de Design do Nightshade
- Documentação da NEAR
- NEAR Foundation
- GitHub da NEAR
Este artigo é apenas para fins educacionais e não constitui aconselhamento financeiro ou de investimento.