O que é o NEAR Protocol: Token e Sharding Explicado

Este artigo é um resumo educativo independente do White Paper do NEAR Protocol e de documentação relacionada. Não é produzido por nem está afiliado à NEAR Foundation ou à equipa do NEAR Protocol.

O que é o NEAR Protocol? Uma visão geral em linguagem clara.

O NEAR Protocol é uma blockchain de camada 1 de proof-of-stake, concebida para resolver as limitações de escalabilidade que condicionaram as redes blockchain anteriores. Consegue-o através do Nightshade, o design de sharding proprietário da NEAR, que permite à rede processar transações em partições paralelas simultaneamente, em vez de o fazer sequencialmente. Isto permite um elevado débito de processamento (throughput) sem sacrificar a descentralização ou a segurança.

O NEAR Protocol é uma blockchain de camada 1, significando que é uma rede independente de camada base que processa e finaliza as suas próprias transações, em vez de se basear noutra cadeia como fazem as soluções de camada 2. Isto coloca o NEAR na mesma categoria competitiva que Ethereum, Solana, Polkadot e outras redes que constroem infraestrutura fundamental para aplicações Web3. Web3 refere-se a programas descentralizados que correm em redes blockchain em vez de em servidores propriedade de empresas.

Duas entidades são frequentemente confundidas: NEAR Protocol (a rede Blockchain em si) e o NEAR token (a Criptomoeda nativa que a potencia). O NEAR Protocol é a infraestrutura. O NEAR token é o combustível que os utilizadores gastam para pagar taxas de transação, que os validadores investem em staking para participar na produção de blocos e que os detentores usam para governação. Estes estão relacionados mas são distintos, e a distinção é importante ao longo deste artigo.

O problema de design motivador por trás do NEAR Protocol é o que os investigadores chamam de trilema da escalabilidade do blockchain: a observação de que a maioria das redes blockchain consegue atingir duas de três propriedades, mas tem dificuldade em atingir as três simultaneamente. Essas propriedades são a descentralização (nenhuma entidade única controla a rede), a segurança (a rede resiste a ataques) e a 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 desempenho e cara de usar durante períodos de alta procura. O NEAR foi construído com o objetivo explícito de alcançar as três.

Leia o Protocolo NEAR Oficial White Paper: near.org/papers/the-official-near-white-paper/

As Origens do NEAR Protocol: Fundadores, Histórico e o White Paper

O NEAR Protocol foi fundado em 2018 por Illia Polosukhin e Alexander Skidanov, dois engenheiros de software cujos percursos são invulgares na indústria blockchain. Antes de co-fundar 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 serve de base ao GPT-4, Claude e à maioria dos modelos de linguagem modernos. Trabalhou também como engenheiro de investigação no Google. Essa credencial coloca Polosukhin entre os fundadores com maiores credenciais técnicas no espaço blockchain.

Alexander Skidanov traz uma experiência complementar. É um ex-engenheiro da Google e da Microsoft, com conhecimentos profundos em sistemas distribuídos e design de compiladores. Juntos, os dois fundadores abordaram a Blockchain sob uma perspetiva de engenharia de software, em vez de financeira, e essa orientação moldou a filosofia de design da NEAR de formas mensuráveis.

A dupla construiu inicialmente um projeto chamado NEAR.ai, uma plataforma de ferramentas de desenvolvimento de IA. Durante esse trabalho, depararam-se com um problema que redirecionaria as suas carreiras: as plataformas de blockchain existentes eram demasiado difíceis para nelas construir. Os sistemas de contas exigiam que os utilizadores fizessem a gestão de pares de chaves criptográficas, os contratos inteligentes estavam limitados a uma única linguagem especializada e a capacidade de processamento era demasiado limitada para aplicações que exigissem interação em tempo real. Mudaram de rumo para construir a blockchain sobre a qual queriam construir.

O White Paper do NEAR Protocol, publicado pela equipa fundadora por volta de 2019 a 2020, documentou a sua arquitetura técnica para resolver estes problemas. Abrange o design de sharding do protocolo, o mecanismo de consenso, o modelo de tokenomics e a filosofia de experiência do programador. A Mainnet do NEAR Protocol foi lançada em outubro de 2020. A NEAR Foundation, uma organização suíça sem fins lucrativos estabelecida para apoiar o desenvolvimento do ecossistema, foi criada para orientar o crescimento do protocolo através de subsídios e programas comunitários.

Vários aspetos do protocolo evoluíram desde o white paper original. O sharding Nightshade foi implementado em fases, em vez de ser feito de uma só vez, com capacidade de shard adicional a ser introduzida progressivamente. As funcionalidades de abstração de cadeia e as ferramentas de desenvolvimento mais amplas também se expandiram para além do que o documento original especificava. Este artigo distingue as afirmações do white paper original de desenvolvimentos subsequentes onde a distinção é relevante.

O que o NEAR Protocol White Paper Diz: Principais Afirmações e Visão Geral da Arquitetura

O documento oficial do NEAR Protocol White Paper) descreve uma blockchain concebida de raiz para resolver o trilema da escalabilidade. Visa a descentralização, a segurança e uma elevada taxa de transferência simultaneamente, através de um conjunto de escolhas arquitetónicas específicas. Apresenta-se abaixo uma síntese estruturada do que o white paper aborda nas suas secções principais.

O Problema: Blockchain's Trilema da Escalabilidade

O trilema da escalabilidade enquadra o desafio central que o White Paper se propõe a resolver. As três propriedades em questão são:

[{"description":"nenhuma entidade única controla a produção de blocos ou pode alterar unilateralmente o histórico da cadeia","term":"Descentralização"},{"description":"a rede resiste a ataques, incluindo de adversários com muitos recursos","term":"Segurança"},{"description":"a rede consegue processar um elevado volume de transações rapidamente e a baixo custo","term":"Escalabilidade"}]

A maioria das arquiteturas de Blockchain prioriza duas destas em detrimento da terceira. A Bitcoin e o Ethereum (antes e depois do Merge) priorizaram a descentralização e a segurança. O resultado são redes que são fidedignas mas limitadas: a Mainnet do Ethereum processa aproximadamente 15 a 30 transações por segundo em condições típicas, e as taxas de gás disparam durante o congestionamento. Aplicações que exigem uma elevada 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 do Ethereum em escala.

O white paper da NEAR argumenta que uma arquitetura de sharding corretamente concebida pode escapar a este compromisso. Ao particionar tanto o trabalho de processamento da rede como o seu estado em partições paralelas, a capacidade total aumenta com o número de partições em vez de ser limitada pela capacidade de qualquer cadeia individual.

A Solução: Afirmações Principais da NEAR White Paper

Principais conclusões: O que as reivindicações White Paper do NEAR Protocol

De acordo com o White Paper oficial do NEAR Protocol, o protocolo faz as seguintes afirmações centrais de arquitetura e design:

1. Escalabilidade horizontal através 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 são adicionados mais shards, a capacidade de processamento teórica cresce proporcionalmente. A rede escala horizontalmente em vez de verticalmente.

2. Finalização prática rápida através do Doomslug: O White Paper descreve o Doomslug, o mecanismo de produção de blocos da NEAR, como proporcionando uma finalização prática rápida. Assim que uma supermaioria de validadores endossa um bloco, esse bloco é considerado praticamente irreversível, permitindo a confirmação de transações quase instantânea para os utilizadores finais.

3. Smart Contract multilíngua via WebAssembly (WASM): O White Paper especifica o WebAssembly como o ambiente de execução de Smart Contract da NEAR, permitindo que os desenvolvedores escrevam contratos em Rust ou JavaScript/TypeScript em vez de uma linguagem específica de Blockchain.

4. Um modelo de tokenomics equilibrado: O White Paper descreve um modelo económico de token que cunha novos tokens NEAR como recompensas de Staking (pressão Inflacionário) enquanto queima permanentemente 70% das taxas de transação (pressão Deflacionário), concebido para alinhar os incentivos dos validadores com a saúde a longo prazo da rede.

5. 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 deliberada de design de usabilidade que reduz o atrito para os utilizadores finais.

6. Governança dos detentores de Token: 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 destas afirmações é analisada detalhadamente nas secçõ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 Escalabilidade: Explicação do Sharding Nightshade

O NEAR Protocol aborda o problema da escalabilidade da blockchain através do Nightshade, o design de sharding da NEAR: um sistema que divide a carga de trabalho da rede através de partições de processamento paralelo chamadas shards, em vez de canalizar cada transação através de uma única cadeia.

O Que É o Sharding da Blockchain?

Sharding é uma técnica geral para dividir a carga de trabalho de uma base de dados ou rede em várias unidades paralelas. Aplicado à Blockchain, significa que diferentes grupos de validadores processam subconjuntos diferentes de transações simultaneamente, em vez de cada validador processar cada transação.

Pense numa blockchain tradicional como uma autoestrada de uma só faixa: cada transação tem de percorrer a mesma via, o que cria estrangulamentos nos picos de tráfego. O sharding adiciona faixas paralelas a essa autoestrada. As transações podem mover-se por múltiplas faixas em simultâneo, e adicionar mais faixas aumenta a capacidade total sem exigir que a via existente seja alterada.

Mais precisamente, o sharding particiona tanto a computação (processamento de transações) como o estado (saldos de conta, dados de Smart Contract) através de múltiplos shards. Cada shard gere a sua própria fatia da atividade total da rede. O desafio é garantir que estes shards consigam comunicar entre si e que o sistema permaneça seguro, mesmo quando shards individuais contêm pequenos conjuntos de validadores.

O Que Torna o Nightshade Diferente

Nightshade é a abordagem específica do NEAR ao sharding, e difere das implementações genéricas de sharding numa forma estrutural: todos os shards produzem coletivamente o que é conceitualmente um único bloco.

Em abordagens tradicionais de sharding, cada shard produz o seu próprio bloco independente, criando uma estrutura multi-cadeia que requer verificações complexas cross-chain. No Nightshade, os validadores em cada shard produzem um fragmento, a porção desse shard do bloco geral, e estes fragmentos compõem em conjunto um bloco unificado para toda a rede.

Os cabeçalhos de bloco, as provas de validade e os dados de fragmento são integrados numa única estrutura que todos os participantes da rede podem verificar. Este modelo de bloco unificado simplifica a gestão de estado e reduz a complexidade de segurança da verificação de atividade entre fragmentos.

Os validadores são atribuídos dinamicamente a shards e rotacionados a cada época, o que impede que qualquer shard seja capturado por um grupo coordenado de validadores adversários.

O número de fragmentos (shards) pode ser aumentado à medida que a procura da rede cresce. De acordo com o artigo de design do NEAR Nightshade, a arquitetura foi concebida para começar com um pequeno número de fragmentos 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 fragmentos, embora o rendimento no mundo real dependa do número de fragmentos ativos e das condições da rede em qualquer momento.

Como Funcionam as Transações Entre Fragmentos na NEAR

Quando uma transação envolve contas ou contratos inteligentes em shards diferentes, a NEAR utiliza um modelo de passagem de mensagens assíncrono. Pense nisso como enviar uma carta em vez de fazer uma chamada telefónica: as chamadas cross-shard na NEAR funcionam como cartas. O shard emissor envia um recibo para o shard de destino, que o processa num bloco subsequente. O remetente não espera por uma resposta imediata da mesma forma que faria numa chamada telefónica síncrona.

Mais precisamente: quando o Contrato A no Shard 1 chama o Contrato B no Shard 2, a NEAR gera um recibo que é encaminhado para o Shard 2 e processado no bloco seguinte. O resultado não é devolvido de forma síncrona ao contrato que o chamou. Desenvolvedores que criam dApps que abrangem múltiplos shards devem projetar a lógica das suas aplicações para lidar com respostas assíncronas entre shards.

Este é um compromisso arquitetónico fundamental descrito no White Paper. A comunicação assíncrona entre fragmentos é o mecanismo que torna a fragmentação segura e eficiente, mas impõe uma restrição de design aos desenvolvedores que criam aplicações entre fragmentos. As especificações técnicas completas para chamadas de contrato entre fragmentos estão disponíveis na documentação oficial da NEAR.

Mecanismo de consenso da NEAR: Proof of Stake, Doomslug e Finalidade do Bloco

O NEAR Protocol utiliza proof of stake, não proof of work. Os validadores são selecionados para produzir blocos com base na quantidade de tokens NEAR em que decidem investir em staking como garantia, e não com base no poder computacional ou no gasto de energia.

Proof of Stake na NEAR: Como os Validadores São Selecionados

NEAR implementa uma variante denominada Thresholded Proof of Stake. Os validadores devem investir em staking um limite mínimo de tokens NEAR para serem elegíveis para a produção de blocos. O investimento em staking atua como garantia: os validadores que produzam blocos inválidos ou se comportem de forma desonesta correm o risco de perder uma parte do seu investimento em staking através de um mecanismo de penalização chamado slashing. Este alinhamento de incentivos financeiros com um comportamento honesto é uma propriedade de design central dos sistemas de proof-of-stake.

Semelhante ao Ethereum após o Merge, o NEAR utiliza prova de participação. O NEAR foi concebido como uma rede de prova de participação desde a sua implementação inicial em 2020, ao contrário do Ethereum, que transitou da prova de trabalho. Os validadores no NEAR são rotacionados entre fragmentos por época, o que impede que qualquer grupo único domine a produção de blocos de um fragmento específico.

Os detentores de Token que não operam os seus próprios nós validadores podem participar através de staking delegado: delegam os seus tokens NEAR a um validador e ganham uma parte proporcional das recompensas de staking desse validador sem operarem a sua própria infraestrutura. Para detalhes completos sobre a mecânica de staking, consulte a documentação de validador da NEAR.

O que é o Doomslug? O Mecanismo de Produção de Blocos da NEAR

As transações NEAR confirmam em segundos para os utilizadores finais. O mecanismo responsável por isto é o Doomslug, o algoritmo de produção de blocos da NEAR, que determina como os novos blocos são criados e quando são considerados finais. O White Paper descreve o Doomslug como um diferenciador arquitetónico chave, especificamente escolhido para equilibrar velocidade com segurança num ambiente fragmentado.

Pense no Doomslug como uma votação por maioria: assim que validadores suficientes concordarem que um bloco é válido, esse bloco é tratado como praticamente final, mesmo antes de ocorrer a confirmação criptográfica total. Mais precisamente, o Doomslug proporciona finalidade prática de passagem única: assim que uma supermaioria de validadores (mais de dois terços pelo peso de investir em staking) aprova um bloco, esse bloco atinge a finalidade prática. As transações nesse bloco são efetivamente irreversíveis para todos os fins práticos poucos segundos após serem incluídas.

Este modelo de finalidade de duas camadas é intencional. O Doomslug proporciona uma finalidade prática rápida através do mecanismo de endosso de passagem única. Um dispositivo de finalidade BFT separado fornece, então, garantias de segurança criptográfica mais profundas através de rondas 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 a funcionar corretamente mesmo quando alguns participantes falham ou agem de forma maliciosa, um conceito que recebeu o nome do Problema dos Generais Bizantinos na ciência da computação. A finalidade BFT total da NEAR garante que a cadeia mantém as garantias de segurança criptográfica mesmo sob condições adversas.

O resultado prático para utilizadores e desenvolvedores: a finalização prática rápida através do Doomslug significa que as aplicações podem tratar as transações como confirmadas em segundos, enquanto a camada de confirmação BFT subsequente fornece a garantia de segurança mais profunda que as aplicações de alto valor exigem.

Desenvolvimento em NEAR: Contratos Inteligentes, WebAssembly e Experiência do Desenvolvedor

Os programadores desenvolvem aplicações descentralizadas (dApps) na NEAR: aplicações cuja lógica central é executada na Blockchain em vez de servidores centralizados, codificada em contratos inteligentes. O que distingue a NEAR como plataforma de desenvolvimento é o seu ambiente de execução. A NEAR optou pelo WebAssembly (WASM), o que significa que os programadores podem escrever contratos inteligentes em Rust ou JavaScript/TypeScript em vez de aprender uma linguagem específica para Blockchain.

Contratos inteligentes são programas autoexecutáveis armazenados na blockchain que executam automaticamente quando condições pré-definidas são cumpridas. Na NEAR, eles potenciam toda a gama de aplicações descentralizadas: DeFi protocolos, NFT marketplaces, DAOs, e plataformas de Gaming.

A NEAR escolheu o WebAssembly como o seu ambiente de execução de Smart Contract por uma razão específica: WASM é um formato de instrução binária portátil e de alto desempenho que suporta a compilação a partir de múltiplas linguagens de origem. Pense no WASM como um tradutor universal. Em vez de exigir que cada programador aprenda uma única linguagem específica da Blockchain, o runtime da NEAR aceita código compilado a partir de linguagens que os programadores já conhecem.

Os idiomas suportados são:

• Rust: a recomendação principal para contratos de produção, oferecendo segurança de memória e desempenho
• JavaScript/TypeScript: suportado através do near-sdk-js SDK, tornando o NEAR acessível à vasta comunidade de desenvolvedores de JavaScript existente
• AssemblyScript: permanece disponível como uma opção legada, mas já não é o caminho recomendado para novos contratos

Isto contrasta diretamente com a abordagem da Ethereum. A Máquina Virtual Ethereum (EVM) da Ethereum exige Solidity, uma linguagem concebida 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 integração para equipas que consideram a NEAR como um alvo de desenvolvimento.

O White Paper da NEAR também descreve um modelo de conta que utiliza nomes legíveis por humanos, tais como "alice.near" em vez de um endereço hexadecimal Long, como uma prioridade deliberada de usabilidade. Os programadores de Ethereum habituados a endereços de 42 caracteres considerarão esta uma diferença significativa na qualidade de vida.

Os programadores de Ethereum também podem implementar os seus contratos Solidity existentes na NEAR sem alterações de código através da Aurora, o ambiente de execução da NEAR compatível com EVM, que é abordado na secção do ecossistema abaixo.

Os programadores que avaliam o NEAR para uso em produção devem consultar a documentação oficial do NEAR em docs.near.org, que fornece referências completas do SDK, tutoriais e especificações da 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, serve três funções principais a nível de protocolo: pagar taxas de gás para transações e execução de Smart Contract, permitir que os validadores invistam em staking e participem na produção de blocos, e conceder aos detentores de tokens direitos de governança em decisões de protocolo.

Utilidade do NEAR Token: Gás, Staking e Governança

As três funções descritas no White Paper da NEAR são:

1. Taxas de gás: Os tokens NEAR são necessários para pagar todas as transações e execuções de Smart Contract na rede. Os custos de gás na NEAR são uma fração de cêntimo para a maioria das operações, um resultado deliberado do design da arquitetura de sharding.

2. Staking: Os validadores têm de investir em staking de tokens NEAR para participar na produção de blocos e ganhar recompensas de staking. Os não validadores podem delegar os seus tokens NEAR a um validador e ganhar uma parte proporcional das recompensas sem gerir a sua própria infraestrutura. Staking aqui refere-se à participação no consenso ao nível do protocolo, distinta de programas de liquidez mineira dentro de aplicações DeFi na NEAR.

3. Governança: os detentores de tokens NEAR participam em decisões de governança sobre atualizações do protocolo e desenvolvimento do ecossistema, através de mecanismos coordenados com a NEAR Foundation.

Oferta, Distribuição e o Modelo de Queima de Taxas de Token

Os seguintes dados de tokenomics têm origem no white paper original do NEAR Protocol. Segundo o white paper, o fornecimento total de tokens NEAR na génese foi de 1 mil milhões de tokens NEAR, distribuído pelas seguintes categorias:

O protocolo emite novos tokens NEAR anualmente como recompensas de Staking, aproximadamente 5% do fornecimento total por ano, para incentivar os validadores a proteger a rede. Este é um mecanismo Inflacionário por conceção.

Compensando essa inflação, o White Paper descreve um mecanismo de queima de taxas: 70% de todas as taxas de transação cobradas pela rede são queimadas permanentemente (removidas de circulação), reduzindo a oferta circulante à medida que a utilização da rede cresce. Os restantes 30% 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 de projeto, conforme descrito no White Paper, é que a queima de taxas crie pressão deflacionária que compense as recompensas de Staking inflacionárias ao longo do tempo, particularmente à medida que o volume de transações aumenta com a adoção.

Nota sobre a atualidade dos dados: Os valores 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 sofrido alterações desde a publicação do White Paper. Para consultar os valores atuais, consulte o CoinMarketCap, o CoinGecko ou o docs.near.org.

Aviso de responsabilidade financeira: Este artigo destina-se apenas a fins educativos e informativos. Nada neste artigo constitui aconselhamento financeiro, de investimento, jurídico ou fiscal. Os investimentos em Criptomoeda envolvem riscos significativos, incluindo a possível perda de capital. Realize sempre uma investigação independente e consulte um consultor financeiro qualificado antes de tomar qualquer decisão de investimento.

O Ecossistema NEAR: Aurora, Ponte Rainbow e a Rede Mais Ampla

A camada base do NEAR Protocol é a fundação, mas o ecossistema construído sobre ela expande significativamente o alcance do NEAR. Dois produtos em particular conectam o NEAR à base de programadores e utilizadores da 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 liga o NEAR à 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 possui o seu próprio tokens de governança (AURORA) distinto do token NEAR. Aurora permite que os desenvolvedores Ethereum implementem os seus contratos inteligentes Solidity existentes no NEAR sem quaisquer alterações de código, utilizando ferramentas Ethereum familiares como MetaMask e Hardhat. Aurora utiliza ETH como seu token de gás para transações compatíveis com a EVM, e não tokens NEAR, tornando a migração do Ethereum livre de atrito para os desenvolvedores já no ecossistema Ethereum. Aurora está disponível em aurora.dev.)

Rainbow Bridge é a ponte entre cadeias (cross-chain) sem necessidade de confiança (trustless) do NEAR Protocol (um protocolo que permite transferências de ativos entre diferentes redes Blockchain) que liga a NEAR e a Ethereum. Os utilizadores podem transferir tokens ERC-20, stablecoins, NFTs e outros ativos baseados em Ethereum para a rede NEAR e vice-versa sem depender de um custodiante Centralizada. A Rainbow Bridge utiliza clientes ligeiros (light clients) On-Chain para verificação: a segurança da ponte é garantida por provas criptográficas em vez de confiar na custódia de ativos a terceiros. Juntas, a Aurora e a Rainbow Bridge criam um caminho de migração completo para utilizadores e desenvolvedores de Ethereum que desejam aceder às taxas mais baixas e ao maior rendimento da NEAR. A 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, as subvenções do ecossistema e o crescimento da comunidade. A Fundação opera como a gestora do ecossistema: financiando subvenções para programadores, apoiando iniciativas educativas e coordenando atualizações do protocolo, sem controlar centralmente a própria rede descentralizada. O programa de subvenções da Fundação financiou centenas de projetos em DeFi, NFTs, Gaming e infraestrutura. A NEAR Foundation é uma entidade legal, não o protocolo Blockchain; estas duas coisas não devem ser confundidas ao avaliar o grau de descentralização da NEAR.

O ecossistema NEAR abrange protocolos DeFi tais como o Ref Finance (uma Corretora descentralizada nativa baseada na NEAR), plataformas NFT como a Paras e a Mintbase, aplicações de Gaming, DAOs e ferramentas de desenvolvimento. As baixas taxas de gás e os tempos de bloco rápidos da NEAR tornam-na particularmente competitiva para aplicações de alta frequência onde os custos variáveis de gás da Ethereum seriam proibitivos.

Avaliar o NEAR Protocol

Para leitores que consideram o NEAR como um investimento: este artigo fornece uma base técnica e económica, não conselhos financeiros. A proposta de valor do NEAR assenta na sua diferenciação técnica (fragmentação Nightshade, runtime WASM, compatibilidade EVM via Aurora) e no crescimento do seu ecossistema. Se isso se traduzirá numa valorização do token dependerá das taxas de adoção, da concorrência de outras redes L1 e de soluções Camada 2 Ethereum, e de fatores de mercado fora do âmbito deste artigo. Realize sempre a sua própria diligência prévia antes de qualquer decisão de investimento.

NEAR Protocol vs. Ethereum, Solana e Polkadot: Principais Diferenças

O NEAR Protocol opera num panorama competitivo de blockchains de camada 1 de alto desempenho. A tabela abaixo compara o NEAR com os seus principais concorrentes nas dimensões que mais importam para quem está a fazer uma avaliação da plataforma, seja como desenvolvedor, investidor ou investigador.

NEAR vs. Ethereum é a comparação mais relevante para programadores e investigadores que avaliam o NEAR. O Ethereum é a Plataforma de Smart Contract dominante e a base de referência contra a 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 através de uma única cadeia (arquitetura monolítica), enquanto o NEAR utiliza o sharding Nightshade para paralelizar o processamento em múltiplos shards. As taxas de gas do NEAR são frações de cêntimo em comparação com as taxas variáveis do Ethereum, que podem disparar para dólares durante picos de procura. O NEAR suporta Rust e JavaScript/TypeScript para o desenvolvimento de Smart Contract, em contraste com Solidity e Vyper do Ethereum. O NEAR e o Ethereum não estão puramente em oposição. Aurora e Rainbow Bridge criam pontes entre os dois ecossistemas, em vez de exigir que os programadores abandonem um em favor do outro.

As soluções de escalabilidade de Camada 2 da Ethereum, incluindo Arbitrum, Optimism e Base, melhoraram o débito da Ethereum e reduziram significativamente as taxas desde que o White Paper original da NEAR foi publicado. A NEAR compete não apenas com a Ethereum mainnet, mas com o ecossistema mais amplo de L1 e L2 da Ethereum, o que é um contexto competitivo significativo que qualquer avaliação séria deveria reconhecer.

NEAR vs. Solana: A Solana alcança uma elevada capacidade de processamento através de um mecanismo fundamentalmente diferente, o Proof of History combinado com o proof of stake, em vez do sharding. Tanto a NEAR como a Solana posicionam-se como alternativas de alto desempenho à Ethereum, mas as suas arquiteturas são materialmente diferentes: a NEAR escala horizontalmente através da adição de shards, enquanto a Solana escala através da otimização de hardware numa única cadeia.

NEAR vs. Polkadot: A Polkadot também utiliza uma arquitetura baseada em paralelização. As suas "parachains" são conceptualmente análogas aos shards da NEAR, mas adotam uma abordagem diferente à comunicação entre cadeias (cross-chain) através do modelo de relay chain. Tanto a NEAR como a Polkadot visam resolver o trilema da escalabilidade através da paralelização, mas os seus modelos de governação, designs de interoperabilidade e ecossistemas de programadores diferem substancialmente.

NEAR vs. Avalanche: A Avalanche utiliza uma arquitetura de sub-redes que partilha bases conceptuais com o sharding, permitindo que redes blockchain personalizadas funcionem em paralelo. Tal como a NEAR, a Avalanche visa um elevado 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 programadores.

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, cada uma respondida diretamente.

O que é o NEAR Protocol?

NEAR Protocol é uma blockchain de prova de participação de camada 1 que processa transações através de partições paralelas chamadas shards, permitindo alta vazão e baixas taxas de gás. Foi concebido para resolver o trilema de escalabilidade da blockchain através da sua arquitetura de sharding Nightshade, visando descentralização, segurança e escalabilidade simultaneamente. O mainnet do NEAR Protocol foi lançado em outubro de 2020.

O que diz o white paper do NEAR Protocol?

O NEAR Protocol white paper apresenta seis reivindicações arquitetónicas principais: sharding Nightshade para escalabilidade horizontal, o mecanismo de produção de blocos Doomslug para uma finalidade prática rápida, um runtime 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 conta legíveis por humanos para uma melhor usabilidade e governação por detentores de tokens. Cada reivindicação é explicada em detalhe 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 transformer na base dos sistemas de IA modernos, incluindo o GPT-4, e trabalhou como engenheiro de investigação na Google. Skidanov é um antigo engenheiro da Google e da Microsoft com experiência em sistemas distribuídos e compiladores.

O que é o sharding Nightshade?

Nightshade é a arquitetura de sharding do NEAR Protocol: um sistema onde os validadores em cada shard paralelo produzem um fragmento, e todos os fragmentos, em conjunto, compõem um bloco unificado para toda a rede. Imagine uma autoestrada de uma só faixa que representa uma Blockchain tradicional. O Nightshade adiciona faixas paralelas para que as transações processem simultaneamente em vários shards, com o débito a aumentar à medida que mais shards são adicionados. O modelo de bloco unificado é o que distingue o Nightshade das abordagens em que 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. Assim que uma supermaioria de validadores (mais de dois terços por peso de investir em staking) endossa um bloco, esse bloco atinge a finalidade prática e é tratado como sendo efetivamente irreversível. Um mecanismo de finalidade BFT separado fornece garantias de segurança criptográfica adicionais através de uma passagem de confirmação subsequente.

A NEAR é prova de investir em staking ou prova de trabalho?

O NEAR Protocol utiliza prova de participação, não prova de trabalho. Os validadores são selecionados para a produção de blocos com base na quantidade de Tokens NEAR que investem em staking como garantia, não com base na potência computacional. O NEAR foi projetado como uma rede de prova de participação desde o seu lançamento inicial em 2020.

Para que serve o Token NEAR?

O token NEAR tem três funções ao nível do protocolo, conforme descrito no White Paper. Primeiro, paga taxas de gás por transações e execução de Smart Contract. Segundo, os validadores investem em staking tokens NEAR para participarem na produção de blocos e ganharem recompensas, e os detentores de tokens podem delegar os seus tokens a validadores para ganharem uma parte dessas recompensas. Terceiro, os detentores de tokens utilizam NEAR para participarem em decisões de governação sobre atualizações do protocolo.

Que linguagens de programação funcionam na NEAR?

A NEAR suporta o desenvolvimento de Smart Contract em Rust (a recomendação principal para contratos de produção) e JavaScript/TypeScript através do SDK near-sdk-js. Ambos compilam para WebAssembly (WASM), o ambiente de execução de Smart Contract da NEAR. O AssemblyScript continua disponível como uma opção legada, mas não é a recomendação atual para novos projetos.

Como é que a NEAR é diferente da Ethereum?

Três diferenças arquitetónicas destacam-se. A NEAR utiliza o sharding Nightshade para processar transações em shards paralelos, enquanto a Mainnet da Ethereum utiliza uma única cadeia monolítica (embora as soluções de Camada 2 da Ethereum tenham reduzido esta disparidade de processamento). O runtime WASM da NEAR suporta Rust e JavaScript, enquanto a EVM da Ethereum requer Solidity. As taxas de gás da NEAR são frações de um cêntimo, em comparação com as taxas variáveis da Ethereum, que podem disparar substancialmente durante períodos de congestionamento. Para os programadores de Ethereum, a Aurora e a Rainbow Bridge fornecem pontes de compatibilidade em vez de exigirem uma migração completa.

Onde posso ler o White Paper do Protocolo NEAR?

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 a Sua Visão a Long Prazo

O White Paper do protocolo NEAR descreve uma abordagem tecnicamente distinta para o problema da escalabilidade da Blockchain. No seu conjunto, o sharding Nightshade, o mecanismo de produção de blocos do Doomslug, o runtime WebAssembly e o modelo de tokenomics de queima de taxas representam um argumento arquitetural coerente. Esta não é uma coleção de ajustes incrementais a designs existentes, mas sim um sistema concebido especificamente que aceita alguma complexidade arquitetural (particularmente na comunicação entre shards) em troca da capacidade de escalar horizontalmente à medida que a adoção cresce.

Do White Paper para a Mainnet, a NEAR construiu Aurora e Rainbow Bridge como a sua camada de interoperabilidade com o Ethereum, aumentou um ecossistema de desenvolvedores abrangendo DeFi, NFTs, Gaming e infraestrutura, e estabeleceu a NEAR Foundation como uma organização ativa de subvenções. O panorama da Blockchain é competitivo e dinâmico. O ecossistema Camada 2 do Ethereum cresceu substancialmente desde que o White Paper original foi publicado, e a Posição a longo prazo da NEAR depende da adoção contínua por parte dos desenvolvedores, da profundidade do ecossistema e da execução do seu roteiro de sharding em curso. Os leitores devem verificar o Status atual do protocolo e os dados do ecossistema junto das fontes oficiais.

Leituras Adicionais e Fontes Oficiais:

• White Paper oficial do NEAR Protocol
• Documento de Design Nightshade
• Documentação NEAR
• NEAR Foundation
• GitHub NEAR

Este artigo destina-se apenas a fins educativos e não constitui aconselhamento financeiro ou de investimento.