O que é NEAR Token? Modelo de Conta Explicado
Learn how NEAR Protocol's account model works: named accounts, access keys, sub-accounts, and storage staking explained for developers and users.
Meta descrição: Saiba como funciona o modelo de conta da NEAR: contas nomeadas, contas implícitas, chaves de acesso, subcontas e staking de armazenamento explicados para desenvolvedores e usuários de cripto.
Introdução: O que é o NEAR Protocol e por que seu modelo de conta é importante?
NEAR Protocol é uma blockchain proof-of-stake de Camada 1 projetada para aplicações descentralizadas escaláveis (dApps, programas de software que rodam em uma blockchain em vez de um servidor centralizado), e o modelo de conta NEAR é o sistema arquitetônico que o diferencia das cadeias concorrentes. Fundado por Illia Polosukhin (um ex-pesquisador de IA do Google) e Alexander Skidanov (ex-membro da Microsoft), o NEAR lançou sua Mainnet em outubro de 2020 com um objetivo deliberado: fazer com que o desenvolvimento e o uso de blockchain pareçam mais próximos de construir e usar software comum.
A maioria das pessoas que se deparam com o NEAR pela primeira vez nota algo inesperado. A conta delas parece alice.near, e não uma string criptográfica de letras e números. Essa escolha de design não é cosmética. Ela reflete uma decisão arquitetural mais profunda, integrada ao modelo de conta do NEAR, que abrange identidade, permissões, armazenamento e como os aplicativos interagem com os usuários.
Este artigo cobre tudo o que você precisa entender sobre como o NEAR Protocol funciona e o que torna seu modelo de conta distinto. Você aprenderá a diferença entre contas nomeadas e contas implícitas do NEAR, como as chaves de acesso do NEAR criam um sistema de permissão programável, como as sub-contas do NEAR permitem namespaces em nível de aplicativo, por que o storage staking exige um saldo mínimo em todas as carteiras, e como a arquitetura do NEAR se compara estruturalmente à da Ethereum. As seções finais cobrem a criação de conta, a utilidade do NEAR token e um FAQ abordando diretamente as perguntas mais comuns.
Conteúdo
["O que é o NEAR Protocol? Uma visão geral fundamental","O Modelo de Conta NEAR: Como o NEAR Gerencia Identidade e Permissões Na blockchain","Tipos de Conta NEAR: Contas Nomeadas vs. Contas Implícitas","Chaves de Acesso NEAR: O Sistema de Permissões Que Torna as Contas NEAR Únicas","Subcontas NEAR: Entendendo a Hierarquia de Contas","Armazenamento Staking: Por Que Contas NEAR Exigem um Saldo Mínimo","Modelo de Conta NEAR vs. Modelo de Conta Ethereum: Uma Comparação Estrutural","Como Criar e Gerenciar uma Conta NEAR","O NEAR Token: Gás, Armazenamento e Staking","Perguntas Frequentes","Resumo: O Que Torna o Modelo de Conta NEAR Distinto"]
O que é o Protocolo NEAR? Uma Visão Geral Fundamental
NEAR Protocol é uma blockchain proof-of-stake de Camada 1 construída para aplicações descentralizadas escaláveis e amigáveis para desenvolvedores. Ela utiliza um mecanismo de consenso proof-of-stake (PoS) e sharding Nightshade para alcançar escalabilidade horizontal. NEAR Protocol é a rede blockchain; o token NEAR é sua criptomoeda nativa usada para taxas de transação, armazenamento e Staking.
Prova de participação (Proof of Stake) significa que os validadores são selecionados para produzir blocos com base na quantidade de tokens NEAR em que eles decidiram investir em staking, em vez de gastar energia computacional como em sistemas de prova de trabalho (Proof of Work), como o Bitcoin. Validadores são nós que decidem investir em staking de tokens NEAR para participar da produção de blocos e da validação de transações. Eles ganham recompensas em NEAR por uma participação honesta e enfrentam penalidades por comportamento malicioso.
Para lidar com a crescente demanda por transações sem sacrificar a descentralização, a NEAR alcança escalabilidade horizontal por meio do Nightshade, seu mecanismo de sharding. O sharding divide uma rede Blockchain em segmentos de processamento paralelo chamados de shards, permitindo que a rede processe mais transações simultaneamente. Cada shard processa um subconjunto de transações em paralelo, de modo que a capacidade da rede escalona conforme a demanda cresce.
O que distingue o NEAR de outras chains de Camada 1 não é apenas o sharding. O modelo de conta, examinado nas seções a seguir, é a camada arquitetônica onde o NEAR faz suas diferenças de design mais cruciais em relação ao Ethereum e a chains similares.
O Modelo de Conta da NEAR: Como a NEAR Gerencia Identidade e Permissões na Blockchain
O modelo de conta NEAR é o sistema que o Protocolo NEAR utiliza para gerenciar identidades de usuários e aplicativos na blockchain. Ao contrário do modelo baseado em endereços da Ethereum, as contas NEAR possuem nomes legíveis por humanos, suportam múltiplas chaves criptográficas com permissões configuráveis e podem, opcionalmente, conter contratos inteligentes dentro de um único tipo de conta unificado.
Este design unificado é uma mudança significativa em relação à forma como a maioria das blockchains lida com identidade. No Ethereum, existem dois tipos de contas separados: contas de propriedade externa (EOAs) controladas por uma chave privada e contas de contrato que contêm código. A NEAR elimina essa distinção. Cada conta NEAR pode deter tokens, possuir várias chaves de acesso com diferentes escopos de permissão e, opcionalmente, implementar um Smart Contract (um programa autoexecutável armazenado na Blockchain que aplica regras e processa transações automaticamente). Uma conta sem um contrato implementado simplesmente detém tokens e chaves.
As transações da NEAR usam um modelo de ação, o que significa que uma única transação pode agrupar várias ações, como uma transferência de Token combinada com uma chamada de função de contrato. Isso reduz o número de transações separadas que os desenvolvedores precisam coordenar.
O modelo de conta NEAR baseia-se em quatro pilares estruturais, cada um explorado nas seções a seguir:
- IDs e tipos de conta: como as contas são identificadas (nomeadas vs. implícitas)
- Chaves de acesso: como as permissões são anexadas às contas
- Subcontas: como as contas podem ser organizadas hierarquicamente
- Staking de armazenamento: como os custos de armazenamento na blockchain são gerenciados
Para a especificação técnica completa, consulte a documentação do modelo de conta NEAR.
Tipos de conta NEAR: Contas nomeadas vs. Contas implícitas
O NEAR Protocol suporta dois tipos distintos de conta: contas nomeadas, que usam identificadores legíveis por humanos como alice.near, e contas implícitas, que usam strings hexadecimais de 64 caracteres derivadas de uma chave pública. Ambos os tipos são contas NEAR totalmente funcionais; elas diferem em formato, processo de registro e caso de uso típico.
Contas Nomeadas
Uma conta nomeada é um identificador de conta legível por humanos registrado na blockchain por meio do sistema de nomenclatura da NEAR. Contas nomeadas funcionam como nomes de domínio ou endereços de e-mail: elas são legíveis, fáceis de lembrar e registradas por meio de um sistema de nomenclatura, em vez de serem derivadas criptograficamente de um par de chaves.
Na Mainnet, o sufixo .near é o identificador de nível superior de propriedade do registrador .near. Uma conta como alice.near ou defi-protocol.near é criada enviando uma transação de registro por meio de uma conta NEAR existente ou de um serviço de faucet. De acordo com a documentação do modelo de conta NEAR, os IDs de contas nomeadas seguem estas regras: de 2 a 64 caracteres de comprimento, apenas letras minúsculas e dígitos, com hífens e sublinhados permitidos como separadores, e o ID não pode começar ou terminar com um caractere separador.
Na prática, isso significa que um novo usuário da NEAR pode compartilhar o ID da sua conta da mesma forma que compartilharia um endereço de e-mail, sem a necessidade de copiar e colar sequências criptográficas.
Contas Implícitas
Uma conta implícita usa um ID de conta hexadecimal de 64 caracteres em minúsculas derivado diretamente de uma chave pública, semelhante a como funcionam os endereços de carteira Ethereum. O termo "implícito" refere-se ao fato de que o ID da conta é implicitamente derivado da chave, não que a conta seja anônima ou não rastreada. Um exemplo de ID de conta implícita se parece com 98793cd91a3f870fb126f662858dbb54de0ca... (total de 64 caracteres).
Um par de chaves para uma conta implícita pode existir sem qualquer transação de registro na blockchain. A conta torna-se ativa na blockchain somente após receber uma transação financiada. Desenvolvedores e exchanges comumente usam contas implícitas para fluxos de trabalho programáticos onde nomes legíveis por humanos são desnecessários.
Contas implícitas são análogas a endereços de carteira de criptomoeda tradicionais: uma Long string hexadecimal derivada da sua chave pública, reconhecível por qualquer pessoa familiarizada com os formatos de endereço Ethereum ou Bitcoin.
Contas Nomeadas vs. Contas Implícitas: Comparação Lado a Lado
| Recurso | Conta Nomeada | Conta Implícita |
|---|---|---|
| Formato do ID da Conta | Legível por humanos (ex: alice.near) | String hexadecimal de 64 caracteres |
| Legibilidade | Alta; memorável e compartilhável | Baixa; string criptográfica |
| Requisito de Registro | Registro na blockchain via conta existente ou faucet | O par de chaves existe sem registro; transação financiada ativa na blockchain |
| Caso de Uso Principal | Usuários finais, dApps, organizações | Uso programático, exchanges, carteiras de custódia |
| Exemplo | defi-protocol.near | 98793cd91a3f... |
Contas nomeadas são adequadas para a maioria dos usuários finais e implantações de aplicativos onde uma identidade reconhecível importa. Contas implícitas são adequadas para sistemas automatizados e fluxos de trabalho programáticos onde os IDs de conta são tratados por software em vez de compartilhados com humanos.
Chaves de Acesso NEAR: O Sistema de Permissões que Torna as Contas NEAR Únicas
As chaves de acesso da NEAR são pares de chaves criptográficas vinculados a uma conta NEAR, cada uma com escopos de permissão configuráveis. Diferente da Ethereum, onde uma única chave privada controla uma conta, as contas NEAR podem conter várias chaves simultaneamente, algumas com controle total e outras restritas a interações específicas com Smart Contract. Esse design permite que os usuários concedam às aplicações acesso com escopo definido sem expor as credenciais completas da conta.
Pense nas chaves de acesso NEAR como o sistema de permissões de um smartphone: você pode conceder a um aplicativo acesso à sua câmera sem dar acesso aos seus contatos, e pode revogar qualquer permissão a qualquer momento. O tipo de chave de acesso usada para assinar uma transação determina quais ações essa transação está autorizada a realizar. Para a especificação técnica completa, consulte a documentação de chaves de acesso NEAR.
Chaves de Acesso Total
Uma chave de acesso total é uma chave criptográfica que concede controle irrestrito sobre uma conta NEAR. Uma chave de acesso total pode assinar qualquer tipo de transação: transferências de Token, implantações de contrato, exclusão de conta e adição ou remoção de outras chaves. Pense nela como uma chave mestra que abre todas as portas de um edifício.
A frase de recuperação da sua carteira gera e controla uma chave de acesso total. Armazene-a de forma segura e nunca a compartilhe com aplicativos de terceiros. Se você perder todas as chaves de acesso total vinculadas a uma conta, a conta se tornará inacessível. Excluir uma chave de acesso total é seguro desde que pelo menos uma outra chave de acesso total permaneça vinculada; excluir a última chave de acesso total bloqueia a conta permanentemente.
Chaves de Acesso para Chamada de Função
Uma chave de acesso de chamada de função é uma chave criptográfica com permissões com escopo e limitadas. Ela pode chamar apenas métodos específicos em um smart contract nomeado, com um limite opcional de alocação de Token para gastos com gás. Pense nisso como um token OAuth ou uma permissão de aplicativo de smartphone: você concede a um aplicativo acesso específico e limitado que pode revogar a qualquer momento, sem dar a ele o controle de sua conta inteira.
Quando um dApp solicita que você "aprove uma conexão" ou "adicione uma chave de acesso", ele está solicitando uma chave de acesso de chamada de função, não o controle total da sua conta. Chaves de acesso de chamada de função são seguras para aprovar em aplicativos confiáveis porque seu escopo é fixo no momento da criação: elas não podem transferir seus tokens, implantar contratos ou gerenciar outras chaves. Você pode revogar qualquer chave de acesso de chamada de função a qualquer momento por meio da interface da sua carteira.
As taxas de gas da NEAR são baixas e previsíveis em comparação com as da Ethereum, e as chaves de acesso para chamadas de função podem incluir uma alocação de gas para que os usuários não precisem aprovar manualmente as taxas para cada interação individual. De acordo com a documentação oficial, aproximadamente 30% das taxas de gas da NEAR vão para os desenvolvedores de Smart Contract (verifique a porcentagem atual em docs.near.org, pois isso está sujeito a atualizações de protocolo).
Na prática, isso significa que um jogo em blockchain pode permitir que você jogue 100 rodadas sem pedir que você aprove 100 transações separadas. Sua chave de acesso de chamada de função (function call access key) gerencia a assinatura automaticamente dentro do escopo de permissão que você aprovou.
Chave de Acesso Total vs. Chave de Acesso de Chamada de Função: Comparação
| Recurso | Chave de Acesso Total | Chave de Acesso de Chamada de Função |
|---|---|---|
| Escopo de Permissão | Irrestrito; todos os tipos de transação | Restrito; apenas métodos de contrato especificados |
| Pode Transferir Tokens NEAR | Sim | Não (a menos que explicitamente permitido) |
| Pode Implantar Contratos | Sim | Não |
| Pode Adicionar ou Remover Chaves | Sim | Não |
| Limite de Gas | Não aplicável | Opcional; definido no momento da criação da chave |
| Caso de Uso Principal | Proprietário da conta, recuperação, controle total | Interações com dApps, permissões delegadas |
| Recomendação de Segurança | Armazenar com segurança; nunca compartilhar com dApps | Seguro para conceder a dApps confiáveis; revogável a qualquer momento |
Uma chave de acesso completa é a credencial mestre da sua conta. Uma chave de acesso para chamadas de função é uma delegação com escopo para uma aplicação específica. A maioria dos usuários interage diariamente através de chaves de acesso para chamadas de função e armazena sua chave de acesso completa apenas em uma carteira segura ou dispositivo de hardware.
Subcontas NEAR: Entendendo a Hierarquia de Contas
As subcontas NEAR são contas filhas hierárquicas que estendem uma conta pai nomeada, seguindo um padrão de nomeação semelhante a subdomínios. Somente a conta pai direta pode criar uma subconta. Desenvolvedores as utilizam para isolamento de contratos, namespacing de aplicações e gerenciamento de contas organizacionais.
As subcontas funcionam como subdomínios em um site: blog.example.com é um subdomínio de example.com, assim como app.alice.near é uma subconta de alice.near. A hierarquia de contas se estende tanto quanto necessário, com cada nível criado por seu pai direto.
alice.near └── app.alice.near └── v2.app.alice.near
A regra de criação é rigorosa: alice.near pode criar app.alice.near, mas alice.near não pode criar diretamente sub.app.alice.near. Apenas app.alice.near pode criar essa subconta mais profunda. Após a criação, subcontas são contas independentes com suas próprias chaves de acesso; a conta pai não controla automaticamente a subconta.
Subcontas não são o equivalente de contas de contrato Ethereum. Qualquer conta NEAR, incluindo uma subconta, pode opcionalmente hospedar um Smart Contract. Subcontas são um recurso de nomeação e hierarquia, não um tipo específico de contrato.
Três casos de uso práticos impulsionam a maior parte da adoção de subcontas:
- Isolamento de contrato: implante contratos inteligentes separados em
v1.myapp.nearev2.myapp.near, mantendo as versões independentes para que um bug em uma não afete a outra - Namespacing de aplicativo: crie contas de usuário dentro do namespace de um aplicativo, como
username.myapp.near, dando ao aplicativo um espaço de conta estruturado - Separação organizacional: gerencie a tesouraria e as operações sob uma conta pai, por exemplo,
treasury.myorg.nearegovernance.myorg.near
Na prática, isso significa que um desenvolvedor NEAR pode implantar uma nova versão de um Smart Contract em v2.app.myprotocol.near sem tocar no app.myprotocol.near existente, mantendo os ambientes de produção e desenvolvimento claramente separados sob um único namespace organizacional.
Armazenamento Staking: Por que Contas NEAR Exigem um Saldo Mínimo
O Staking de armazenamento é o mecanismo da NEAR para gerenciar os custos de armazenamento na blockchain. As contas NEAR devem bloquear uma quantia proporcional de tokens NEAR para cobrir o armazenamento que utilizam na blockchain, aproximadamente 1 NEAR por 100 KB de dados (verifique a documentação de staking de armazenamento da NEAR) para obter os valores atuais, pois as atualizações do protocolo podem ajustar essa proporção). É por isso que cada conta NEAR exige um pequeno saldo mínimo.
Para uma conta básica que contém apenas chaves e nenhum contrato implantado, o saldo mínimo é de aproximadamente 0,0023 NEAR no momento da escrita (verifique o valor atual em docs.near.org, pois isso está sujeito a atualizações de protocolo). Os tokens bloqueados cobrem a pegada de armazenamento do estado da conta na blockchain.
Os tokens bloqueados não são perdidos nem queimados. Pense no staking de armazenamento como o aluguel de espaço em uma prateleira de um armazém: você paga um depósito proporcional ao quanto de espaço utiliza e recebe seu depósito de volta ao esvaziar a prateleira. Se você excluir dados armazenados ou fechar uma conta, os tokens NEAR proporcionais retornam ao seu saldo.
O staking de armazenamento possui um significado distinto do staking de validador, e a diferença é importante. Na NEAR, "staking" se refere a dois mecanismos distintos:
- O investir em staking de armazenamento bloqueia tokens proporcionais ao armazenamento de dados na blockchain. Este é um mecanismo construído diretamente no modelo de conta.
- O investir em staking para validadores delega tokens para validadores da rede para produção de blocos e segurança. Validadores ganham recompensas através deste mecanismo separado, que é o Staking relevante para o consenso proof-of-stake.
Estes dois mecanismos são operacionalmente independentes. O staking de armazenamento está integrado ao próprio modelo de conta: o estado de cada conta NEAR é armazenado na blockchain, e esse armazenamento requer um saldo bloqueado proporcional.
Para desenvolvedores que criam dApps que armazenam dados em nome dos usuários, isso tem implicações de design. Um contrato que armazena dados de usuários deve financiar esse armazenamento a partir de seu próprio saldo ou garantir que os usuários mantenham saldo suficiente para cobrir sua pegada de dados.
Na prática, o saldo mínimo na sua carteira NEAR não é uma taxa. É um depósito recuperável que você pode reaver se fechar sua conta ou reduzir os dados armazenados nela.
Modelo de Conta NEAR vs. Modelo de Conta Ethereum: Uma Comparação Estrutural
NEAR e Ethereum adotam abordagens fundamentalmente diferentes para a arquitetura de contas. NEAR usa um modelo de conta unificado onde cada conta pode conter tokens, chaves e código, enquanto Ethereum separa contas de propriedade externa de contas de contrato no nível do protocolo. Contas NEAR suportam múltiplos pares de chaves criptográficas com escopos de permissão configuráveis, enquanto contas Ethereum são controladas por uma única Chave privada. Onde IDs de conta NEAR são strings legíveis por humanos como alice.near, Ethereum depende de endereços hexadecimais de 42 caracteres como 0x71C7656EC7ab88b098defB751B7401B5f6d8976F.
O modelo de camada base do Ethereum define dois tipos distintos de conta. Uma conta de propriedade externa (EOA) é uma conta controlada pelo usuário identificada por um endereço hexadecimal de 42 caracteres, controlada por uma única chave privada. Uma conta de contrato contém código e é controlada pela lógica desse código, em vez de uma chave. Apenas contas de contrato podem conter contratos inteligentes no design de camada base do Ethereum. Consulte a documentação do modelo de conta do Ethereum para obter a especificação completa.
As propostas de abstração de conta EIP-4337 da Ethereum estão evoluindo o modelo de base em direção a contas mais programáveis. Esta comparação reflete o modelo de conta nativo de base da Ethereum, não as extensões de abstração de conta.
Para desenvolvedores que avaliam a compatibilidade com Ethereum, Aurora (uma camada compatível com EVM construída sobre NEAR) permite que contratos inteligentes Solidity sejam executados na infraestrutura do NEAR. A Rainbow Bridge permite transferências de ativos entre NEAR e Ethereum para interoperabilidade entre os dois ecossistemas. Outras chains Layer-1, como Solana, adotam abordagens arquitetônicas diferentes para o gerenciamento de contas que envolvem trade-offs separados que valem a pena avaliar independentemente.
As taxas de gas da NEAR são baixas e previsíveis em relação às taxas da camada base da Ethereum, e aproximadamente 30% das taxas de gas da NEAR vão para desenvolvedores de Smart Contract (verifique em docs.near.org), criando um incentivo direto para desenvolvedores atrelado ao uso do contrato.
Modelo de Conta NEAR vs. Modelo de Conta Ethereum
| Recurso | NEAR | Ethereum |
|---|---|---|
| Formato do Identificador da Conta | ID legível por humanos (ex: alice.near) ou hexadecimal de 64 caracteres | Endereço hexadecimal de 42 caracteres (ex: 0x71C...) |
| Tipos de Conta | Unificado; um tipo de conta para todos os usos | Dois tipos: EOA (usuário) e Conta de Contrato (código) |
| Gerenciamento de Chaves | Múltiplos pares de chaves com escopos de permissão configuráveis | Chave privada única controla a conta inteira |
| Smart Contract Suporte | Qualquer conta pode opcionalmente conter um contrato inteligente | Apenas Contas de Contrato contêm código |
| Modelo de Armazenamento | Staking de armazenamento; tokens bloqueados proporcionais aos dados armazenados | Baseado em gás; sem colateral bloqueado para armazenamento |
| Legibilidade Humana | Contas nomeadas são legíveis por humanos e memoráveis | Endereços hexadecimais exigem copiar e colar |
| Compatibilidade EVM | Não nativo; Aurora fornece uma camada EVM na NEAR | EVM nativo; todas as ferramentas padrão são compatíveis com EVM |
Os dois modelos representam diferentes compromissos arquitetônicos. A separação de tipos de conta da Ethereum se alinha perfeitamente com os modelos mentais existentes dos desenvolvedores e se beneficia do maior ecossistema EVM e base de ferramentas. O modelo unificado da NEAR remove a distinção entre contas de usuário e contas de contrato, possibilitando permissões programáveis no nível da conta desde o início.
Como Criar e Gerenciar uma Conta NEAR
Criar uma conta NEAR leva quatro etapas, e você pode concluir o processo por meio de qualquer um dos provedores de carteira compatíveis com a NEAR.
Escolha uma carteira NEAR. As opções atuais incluem MyNearWallet, Meteor Wallet e suporte à carteira de hardware Ledger. A carteira NEAR original em wallet.near.org foi descontinuada, então verifique as opções atuais de carteira NEAR para uma lista atualizada, pois o ecossistema de carteiras evolui com o tempo.
Crie sua conta com um nome escolhido. Você selecionará seu ID de conta durante a configuração da carteira, por exemplo,
seu_nome.near. A carteira lida com a transação de registro na blockchain.Proteja sua frase de recuperação. Sua frase de recuperação controla sua chave de acesso total. Trate-a como uma senha mestra: escreva-a offline, armazene-a com segurança e nunca a compartilhe com nenhum site ou aplicativo de terceiros. Qualquer pessoa que tenha sua frase de recuperação terá controle total de sua conta.
Adicione fundos à sua conta. Transfira NEAR suficiente para cobrir o saldo mínimo de storage staking (aproximadamente 0,0023 NEAR no momento da redação deste texto; consulte docs.near.org para obter os valores atuais), além de quaisquer taxas de transação para sua atividade inicial.
Quando um dApp solicita a conexão da sua carteira, ele está solicitando uma chave de acesso para chamada de função, e não o controle total da sua conta. O dApp só pode chamar os métodos de contrato específicos que você aprovar, dentro do limite de gas que você definir. Você pode revogar qualquer chave de acesso para chamada de função a qualquer momento através da interface de gerenciamento de chaves da sua carteira.
Para a segurança contínua da conta, mantenha sua frase de recuperação armazenada offline, revogue as chaves de acesso de chamadas de função de aplicativos que você não usa mais e considere uma carteira de hardware como a Ledger para contas de alto valor. Para instruções passo a passo sobre a criação de conta, consulte a documentação oficial da NEAR em docs.near.org.
A NEAR Token: Gás, Armazenamento e Staking
O Token NEAR cumpre três funções distintas no NEAR Protocol:
- Taxas de gas: o token NEAR paga pelo processamento de transações na rede. As taxas são baixas e previsíveis em comparação com os custos da camada base da Ethereum.
- Storage staking: os tokens NEAR são bloqueados como garantia para cobrir o armazenamento de dados na blockchain, conforme descrito na seção de storage staking acima. Esta é a origem do requisito de saldo mínimo de cada conta.
- Validator staking: os detentores de tokens NEAR podem delegar tokens para validadores, ganhando recompensas de validator staking por contribuir para a segurança da rede e a produção de blocos.
O ecossistema NEAR oferece suporte a uma gama de categorias de aplicativos. Protocolos DeFi como Ref Finance, marketplaces NFT como Mintbase e Paras, jogos em blockchain e DAOs representam áreas ativas de desenvolvimento do NEAR Protocol desde o seu lançamento na mainnet em 2020. Cada um desses tipos de aplicativos depende dos recursos do modelo de conta: contas nomeadas para identidade do usuário, chaves de acesso de chamada de função para permissões delegadas e Staking de armazenamento para gerenciamento de dados na blockchain.
Validadores ganham recompensas por participação honesta na produção de blocos. Este mecanismo de recompensa de staking de validadores conecta-se diretamente ao consenso proof-of-stake descrito anteriormente: tokens em staking sinalizam comprometimento com a integridade da rede, e as recompensas fluem proporcionalmente a esse comprometimento.
O token NEAR é o substrato econômico do modelo de conta. Ele financia as taxas de gas que possibilitam as transações, protege o armazenamento na blockchain por meio do staking de armazenamento e respalda a segurança da rede por meio do staking de validador.
Se o Token NEAR é um investimento adequado depende das circunstâncias financeiras individuais e da tolerância ao risco. Este artigo aborda a arquitetura técnica do NEAR. Para decisões de investimento, consulte um consultor financeiro qualificado e realize pesquisas independentes.
NEAR Protocol e o Modelo de Conta NEAR: Perguntas Frequentes
O que é uma conta NEAR e por que ela tem um nome de usuário em vez de um endereço de carteira?
Contas NEAR usam identificadores legíveis por humanos como alice.near porque o modelo de conta NEAR foi projetado com a experiência do usuário em mente desde o nível do protocolo. Em vez de derivar IDs de conta criptograficamente de uma Chave pública (o que produz uma longa string hexadecimal), NEAR permite que contas sejam registradas com nomes legíveis através de um sistema de nomeação. Você pode compartilhar seu ID de conta NEAR da mesma forma que compartilha um endereço de e-mail, sem copiar uma string hexadecimal de 42 caracteres.
Qual a diferença entre uma chave de acesso total e uma chave de acesso de chamada de função?
Uma chave de acesso total concede controle irrestrito sobre uma conta NEAR: ela pode assinar transferências de tokens, implantar contratos, gerenciar outras chaves e excluir a conta. Uma chave de acesso de chamada de função possui permissões limitadas: ela só pode chamar métodos específicos em um smart contract nomeado, com um limite opcional de cota de gás. Sua frase de recuperação controla uma chave de acesso total. Quando um dApp solicita acesso à carteira, ele está solicitando uma chave de acesso de chamada de função, que você pode revogar a qualquer momento.
O que é staking de armazenamento e por que minha conta NEAR precisa de um saldo mínimo?
O staking de armazenamento é o sistema da NEAR para financiar o armazenamento na blockchain. Toda conta NEAR precisa travar uma quantidade proporcional de tokens NEAR para cobrir sua pegada de armazenamento na blockchain, aproximadamente 1 NEAR por 100KB de dados. Uma conta básica requer aproximadamente 0,0023 NEAR (verifique docs.near.org para os valores atuais). Os tokens travados não são taxas; são um depósito recuperável devolvido quando os dados armazenados são excluídos ou a conta é fechada.
O que são subcontas NEAR e para que servem?
As subcontas NEAR são contas filhas que estendem uma conta nomeada pai usando uma estrutura de nomenclatura semelhante a um subdomínio. Por exemplo, app.alice.near é uma subconta de alice.near. Somente a conta pai direta pode criar uma subconta. Desenvolvedores usam subcontas para o isolamento de versões de contrato (ex.: v1.myapp.near e v2.myapp.near), namespacing de aplicações (ex.: username.myapp.near) e separação de contas organizacionais sob uma única identidade pai.
Como o Protocolo NEAR é diferente do Ethereum?
A NEAR usa um modelo de conta unificado onde cada conta pode conter tokens, chaves e código, enquanto a Ethereum separa contas de propriedade externa (EOAs) de contas de contrato. As contas NEAR suportam múltiplas chaves de acesso com escopos de permissão configuráveis; as contas Ethereum são controladas por uma única Chave privada. Os IDs de conta NEAR são strings legíveis por humanos; as contas Ethereum usam endereços hexadecimais de 42 caracteres. Estes são trade-offs arquitetônicos, cada um com implicações distintas para o ecossistema de desenvolvedores.
Toda conta NEAR pode conter um Smart Contract?
Cada conta NEAR tem a opção de implantar um Smart Contract, mas nenhuma conta é obrigada a fazê-lo. Uma conta sem um contrato implantado apenas mantém tokens e chaves de acesso. No Ethereum, apenas as contas de contrato possuem código; as contas de usuário (EOAs) não. A NEAR remove essa distinção: qualquer conta, incluindo subcontas, pode opcionalmente manter um Smart Contract escrito em Rust ou JavaScript/TypeScript por meio do SDK da NEAR.
Quais carteiras suportam o NEAR Protocol?
As carteiras NEAR atuais incluem MyNearWallet, Meteor Wallet e suporte à carteira de hardware Ledger. A Carteira NEAR original em wallet.near.org foi descontinuada. O ecossistema de carteiras evolui à medida que o protocolo se desenvolve, portanto, verifique as opções de carteira NEAR atuais para obter a lista mais atualizada. Todas as carteiras suportadas permitem que você crie e gerencie contas NEAR, visualize suas chaves de acesso e aprove ou revogue solicitações de chave de dApp.
O que é sharding Nightshade no NEAR?
Nightshade é o mecanismo de sharding do NEAR Protocol para alcançar escalabilidade horizontal. O sharding divide a rede em segmentos de processamento paralelo chamados shards, cada um processando simultaneamente um subconjunto de transações. Nightshade é a implementação específica da NEAR, projetada para dimensionar a vazão da rede à medida que a demanda aumenta, sem sacrificar a descentralização. Para uma abordagem técnica mais profunda do Nightshade, consulte a documentação oficial da NEAR.
Resumo: O que torna o modelo de conta NEAR distintivo
O modelo de conta da NEAR não é um detalhe de implementação secundário. É a base estrutural da abordagem da NEAR para a experiência do desenvolvedor e do usuário na blockchain, e difere do design da camada base do Ethereum de maneiras consequentes.
Principais conclusões deste artigo:
- Contas nomeadas usam IDs legíveis por humanos, como
alice.near, registrados por meio de um sistema de nomenclatura e compartilháveis como um endereço de e-mail - Contas implícitas oferecem uma alternativa programática, usando IDs hexadecimais de 64 caracteres derivados diretamente de uma chave pública
- Chaves de acesso NEAR anexam vários pares de chaves criptográficas a uma única conta, cada um com escopos de permissão configuráveis (chaves de acesso total para controle completo, chaves de acesso de chamada de função para interações com dApp com escopo definido)
- Subcontas criam um namespace hierárquico para arquitetura de dApp, versionamento de contrato e separação organizacional
- Storage Staking requer um pequeno saldo de NEAR bloqueado proporcional aos dados armazenados na blockchain, um depósito recuperável em vez de uma taxa
- O design de conta unificada da NEAR contrasta com a divisão da Ethereum entre EOAs e contas de contrato, dando a cada conta NEAR a opção de manter tokens, chaves e código dentro de um único tipo de conta
Compreender esses seis aspectos do modelo de conta oferece a desenvolvedores, investidores e usuários uma visão clara do que o NEAR Protocol proporciona em termos de arquitetura e por que suas escolhas de design geram a experiência de usuário que o diferencia de outras redes Layer-1.
Próximos passos:
["- Explore a completa documentação do modelo de conta NEAR) para obter detalhes técnicos sobre formatos de ID de conta, especificações de chaves de acesso e proporções de Staking de armazenamento","- Configure sua primeira conta através das Opções atuais da carteira NEAR se você for novo no NEAR","- Para desenvolvedores prontos para criar, consulte a documentação do desenvolvedor do NEAR Protocol para guias de SDK, tutoriais de implantação de contratos e a referência completa da API de chaves de acesso"]