O que é NEAR Token? O 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 NEAR: contas nomeadas, contas implícitas, chaves de acesso, subcontas e staking de armazenamento explicados para programadores e utilizadores de cripto.
Introdução: O que é o NEAR Protocol e por que o seu modelo de contas é importante?
O NEAR Protocol é uma blockchain proof-of-stake de Camada 1 concebida para aplicações descentralizadas escaláveis (dApps, programas de software que correm numa blockchain em vez de num servidor centralizado), e o modelo de conta NEAR é o sistema arquitetónico que a distingue das cadeias concorrentes. Fundada por Illia Polosukhin (um antigo investigador de IA do Google) e Alexander Skidanov (anteriormente da Microsoft), a NEAR lançou a sua mainnet em outubro de 2020 com um objetivo deliberado: fazer com que o desenvolvimento e a utilização da blockchain pareçam mais próximos da construção e utilização de software comum.
A maioria das pessoas que se deparam com o NEAR pela primeira vez reparam em algo inesperado. A sua conta tem o aspeto de alice.near, em vez de uma cadeia criptográfica de letras e números. Essa escolha de design não é meramente cosmética. Reflete uma decisão arquitetónica mais profunda, integrada no modelo de conta NEAR, que abrange identidade, permissões, armazenamento e a forma como as aplicações interagem com os utilizadores.
Este artigo aborda tudo o que precisa de compreender sobre como o NEAR Protocol funciona e o que torna o seu modelo de conta distintivo. Irá aprender a diferença entre contas nomeadas e contas implícitas da NEAR, como as chaves de acesso da NEAR criam um sistema de permissões programável, como as subcontas da NEAR permitem o namespacing ao nível da aplicação, por que razão o storage Staking requer um saldo mínimo em cada carteira e como a arquitetura da NEAR se compara estruturalmente à da Ethereum. As secções finais abrangem a criação de contas, a utilidade do Token NEAR e uma FAQ que aborda diretamente as perguntas mais frequentes.
Índice
- O que é o Protocolo NEAR? Uma visão geral fundamental
- O Modelo de Conta NEAR: Como a NEAR Gere a Identidade e as Permissões Na blockchain
- Tipos de Contas NEAR: Contas Nomeadas vs. Contas Implícitas
- Chaves de Acesso NEAR: O Sistema de Permissões Que Torna as Contas NEAR Únicas
- Subcontas NEAR: Compreender a Hierarquia de Contas
- Armazenamento Staking: Porque é que as Contas NEAR Exigem um Saldo Mínimo
- Modelo de Conta NEAR vs. Modelo de Conta Ethereum: Uma Comparação Estrutural
- Como Criar e Gerir uma Conta NEAR
- A NEAR Token: Gas, 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
O NEAR Protocol é uma blockchain de camada 1 (Layer-1) proof-of-stake concebida para aplicações descentralizadas escaláveis e fáceis de utilizar por programadores. Utiliza um mecanismo de consenso proof-of-stake (PoS) e Nightshade sharding para atingir a escalabilidade horizontal. O NEAR Protocol é a rede blockchain; o token NEAR é a sua criptomoeda nativa utilizada para taxas de transação, armazenamento e staking.
Prova de participação significa que os validadores são selecionados para produzir blocos com base na quantidade de tokens NEAR que investiram em staking, em vez de gastar energia computacional como nos sistemas de prova de trabalho, como o Bitcoin. Os validadores são nós que investem em staking de tokens NEAR para participar na produção de blocos e na validação de transações. Eles ganham recompensas NEAR pela participação honesta e enfrentam penalizações por comportamento malicioso.
Para lidar com a procura crescente de transações sem sacrificar a descentralização, a NEAR alcança escalabilidade horizontal através do Nightshade, o seu mecanismo de sharding. O sharding divide uma rede Blockchain em segmentos de processamento paralelo chamados shards, permitindo que a rede processe mais transações em simultâneo. Cada shard processa um subconjunto de transações em paralelo, pelo que a capacidade da rede aumenta à medida que a procura cresce.
O que distingue o NEAR de outras cadeias Layer-1 não é apenas o sharding. O modelo de conta, examinado nas secções seguintes, é a camada arquitetónica onde o NEAR apresenta as suas divergências de design mais significativas em relação ao Ethereum e a cadeias semelhantes.
O Modelo de Conta NEAR: Como a NEAR Gere Identidade e Permissões Na blockchain
O modelo de conta NEAR é o sistema que o NEAR Protocol utiliza para gerir identidades de utilizadores e aplicações na blockchain. Ao contrário do modelo baseado em endereços da Ethereum, as contas NEAR têm nomes legíveis por humanos, suportam múltiplas chaves criptográficas com permissões configuráveis e podem, opcionalmente, deter contratos inteligentes dentro de um único tipo de conta unificado.
Este design unificado é um desvio significativo da forma como a maioria das blockchains gere a identidade. No Ethereum, existem dois tipos de conta distintos: contas de propriedade externa (EOAs) controladas por uma chave privada e contas de contrato que contêm código. A NEAR elimina esta distinção. Cada conta NEAR pode deter tokens, possuir várias chaves de acesso com diferentes âmbitos de permissão e, opcionalmente, implementar um Smart Contract (um programa de autoexecução armazenado na Blockchain que aplica regras automaticamente e gere transações). Uma conta sem um contrato implementado simplesmente detém tokens e chaves.
As transações NEAR utilizam um modelo de ações, o que significa que uma única transação pode agrupar múltiplas ações, como uma transferência de Token combinada com uma chamada de função de contrato. Isto reduz o número de transações separadas que os desenvolvedores precisam de coordenar.
O modelo de conta NEAR assenta em quatro pilares estruturais, cada um explorado nas secções que se seguem:
- Identificadores e tipos de conta: como as contas são identificadas (nomeadas vs. implícitas)
- Chaves de acesso: como as permissões são associadas às contas
- Subcontas: como as contas podem ser organizadas hierarquicamente
- Staking de armazenamento: como os custos de armazenamento na blockchain são geridos
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 de conta distintos: contas nomeadas, que utilizam identificadores legíveis por humanos como alice.near, e contas implícitas, que utilizam strings hexadecimais de 64 caracteres derivadas de uma chave pública. Ambos os tipos são contas NEAR totalmente funcionais; diferem no formato, no processo de registo e no caso de utilização típico.
Contas Nomeadas
Uma conta nomeada é um identificador de conta legível por humanos, registado na blockchain através do sistema de nomes da NEAR. As contas nomeadas funcionam como nomes de domínio ou endereços de e-mail: são legíveis, fáceis de memorizar e registadas através de um sistema de nomes, em vez de serem derivadas criptograficamente de um par de chaves.
Na Mainnet, o sufixo .near é o identificador de nível superior pertencente ao registrador .near. Uma conta como alice.near ou defi-protocol.near é criada submetendo uma transação de registo através de uma conta NEAR existente ou de um serviço de faucet. De acordo com a documentação do modelo de contas NEAR,), os IDs de conta nomeados seguem estas regras: têm entre 2 e 64 caracteres de comprimento, apenas letras minúsculas e dígitos, com hifens e underscores permitidos como separadores, e o ID não pode começar nem terminar com um carácter separador.
Na prática, isto significa que um novo utilizador NEAR pode partilhar o seu ID de conta da mesma forma que partilharia um endereço de e-mail, sem necessidade de copiar e colar cadeias criptográficas.
Contas Implícitas
Uma conta implícita utiliza 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 facto 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 é 98793cd91a3f870fb126f662858dbb54de0ca... (64 caracteres no total).
Um par de chaves para uma conta implícita pode existir sem qualquer transação de registo na blockchain. A conta torna-se ativa na blockchain apenas após receber uma transação financiada. Desenvolvedores e exchanges utilizam comummente contas implícitas para fluxos de trabalho programáticos onde nomes legíveis por humanos são desnecessários.
As contas implícitas são análogas aos 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 de Ethereum ou Bitcoin.
Contas Nomeadas vs. Contas Implícitas: Comparação Lado a Lado
| Funcionalidade | Conta Nomeada | Conta Implícita |
|---|---|---|
| Formato do ID da Conta | Legível por humanos (ex: alice.near) | Cadeia hexadecimal de 64 caracteres |
| Legibilidade | Alta; memorável e partilhável | Baixa; cadeia criptográfica |
| Requisito de Registo | Registo na blockchain através de conta existente ou faucet | O par de chaves existe sem registo; uma transação financiada ativa-a na blockchain |
| Caso de Uso Principal | Utilizadores finais, dApps, organizações | Uso programático, exchanges, carteiras de custódia |
| Exemplo | defi-protocol.near | 98793cd91a3f... |
As contas nomeadas adequam-se à maioria dos utilizadores finais e implementações de aplicações onde uma identidade reconhecível é importante. As contas implícitas adequam-se a sistemas automatizados e fluxos de trabalho programáticos onde os IDs de conta são geridos por software em vez de serem partilhados com humanos.
Chaves de Acesso NEAR: O Sistema de Permissões Que Torna as Contas NEAR Únicas
As chaves de acesso NEAR são pares de chaves criptográficas associados a uma conta NEAR, cada uma com âmbitos de permissão configuráveis. Ao contrário do Ethereum, onde uma única Chave privada controla uma conta, as contas NEAR podem ter várias chaves em simultâneo, algumas com controlo total e outras restritas a interações específicas com Smart Contract. Este design permite aos utilizadores conceder às aplicações acesso com âmbito definido sem expor as credenciais completas da conta.
Pense nas chaves de acesso do NEAR como o sistema de permissões de um smartphone: pode conceder a uma aplicação acesso à sua câmara sem lhe dar acesso aos seus contactos, e pode revogar qualquer permissão a qualquer momento. O tipo de chave de acesso utilizada para assinar uma transação determina quais as ações que 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 controlo irrestrito sobre uma conta NEAR. Uma chave de acesso total pode assinar qualquer tipo de transação: transferências de Token, implementações de contratos, eliminação de contas 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. Guarde-a de forma segura e nunca a partilhe com aplicações de terceiros. Se perder todas as chaves de acesso total associadas a uma conta, a conta ficará inacessível. Eliminar uma chave de acesso total é seguro desde que permaneça associada, pelo menos, uma outra chave de acesso total; eliminar a última chave de acesso total bloqueia a conta permanentemente.
Chaves de Acesso de Chamada de Função
Uma chave de acesso a chamadas de função é uma chave criptográfica com permissões de âmbito limitado. Só pode chamar métodos específicos num Smart Contract nomeado, com um limite opcional de Token para o gasto de gas. Pense nisso como um token OAuth ou uma permissão de aplicação de smartphone: concede a uma aplicação acesso específico e limitado que pode revogar a qualquer momento, sem lhe dar controlo da sua conta inteira.
Quando uma dApp lhe pede para "aprovar uma ligação" ou "adicionar uma chave de acesso", está a solicitar uma chave de acesso de chamada de função, não o controlo total da sua conta. As chaves de acesso de chamada de função são seguras para aprovar de aplicações confiáveis porque o seu âmbito é fixado na criação: não podem transferir os seus tokens, implementar contratos ou gerir outras chaves. Pode revogar qualquer chave de acesso de chamada de função a qualquer momento através da interface da sua carteira.
As taxas de gás da NEAR são baixas e previsíveis em comparação com as da Ethereum, e as chaves de acesso a chamadas de função podem incluir uma verba de gás para que os utilizadores não precisem de aprovar manualmente as taxas para cada interação individual. De acordo com a documentação oficial, aproximadamente 30% das taxas de gás da NEAR revertem para os desenvolvedores de Smart Contract (verifique a percentagem atual em docs.near.org, pois isto está sujeito a atualizações de protocolo).
Na prática, isto significa que um jogo blockchain pode permitir-lhe jogar 100 rondas sem lhe pedir para aprovar 100 transações separadas. A sua chave de acesso de chamada de função processa a assinatura automaticamente dentro do âmbito de permissões que aprovou.
Chave de Acesso Total vs. Chave de Acesso de Chamada de Função: Comparação
| Funcionalidade | Chave de Acesso Total | Chave de Acesso de Chamada de Função |
|---|---|---|
| Âmbito de Permissão | Sem restrições; 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 Implementar Contratos | Sim | Não |
| Pode Adicionar ou Remover Chaves | Sim | Não |
| Limite de Verba 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, controlo total | Interações com dApps, permissões delegadas |
| Recomendação de Segurança | Guardar de forma segura; nunca partilhar com dApps | Seguro para conceder a dApps de confiança; revogável a qualquer momento |
Uma chave de acesso completa é a credencial mestra da sua conta. Uma chave de acesso de chamada de função é uma delegação com âmbito definido para uma aplicação específica. A maioria dos utilizadores interage diariamente através de chaves de acesso de chamada de função e guarda a sua chave de acesso completa apenas numa carteira segura ou dispositivo de hardware.
Subcontas NEAR: Compreender a Hierarquia de Contas
As subcontas NEAR são contas hierárquicas secundárias que estendem uma conta principal designada, seguindo um padrão de nomenclatura semelhante a subdomínios. Apenas a conta principal direta pode criar uma subconta. Os programadores utilizam-nas para isolamento de contratos, organização de namespaces de aplicações e gestão de contas organizacionais.
As subcontas funcionam como subdomínios num website: blog.example.com é um subdomínio de example.com, tal como app.alice.near é uma subconta de alice.near. A hierarquia de contas estende-se tanto quanto necessário, com cada nível a ser criado pelo 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 esse descendente de nível inferior. Após a criação, as subcontas são contas independentes com as suas próprias chaves de acesso; a conta-mãe não controla automaticamente a subconta.
As subcontas não são o equivalente às contas de contrato da Ethereum. Qualquer conta NEAR, incluindo uma subconta, pode opcionalmente conter um Smart Contract. As subcontas são uma funcionalidade de nomenclatura e hierarquia, não um tipo específico de contrato.
Três casos de uso práticos impulsionam a maioria da adoção de subcontas:
- Isolamento de contrato: implemente smart contracts separados em
v1.myapp.nearev2.myapp.near, mantendo as versões independentes para que um erro numa não afete a outra - Namespace da aplicação: crie contas de utilizador dentro do namespace de uma aplicação, tal como
username.myapp.near, dotando a aplicação de um espaço de conta estruturado - Separação organizacional: gira a tesouraria e as operações sob uma conta principal, por exemplo
treasury.myorg.nearegovernance.myorg.near
Na prática, isto significa que um programador NEAR pode implementar uma nova versão de um Smart Contract em v2.app.myprotocol.near sem tocar na app.myprotocol.near existente, mantendo os ambientes de produção e desenvolvimento claramente separados sob um único espaço de nomes organizacional.
Armazenamento Staking: Por que as Contas NEAR Requerem um Saldo Mínimo
Storage staking é o mecanismo da NEAR para gerir custos de armazenamento na blockchain. As contas NEAR devem bloquear uma quantidade proporcional de tokens NEAR para cobrir o armazenamento que utilizam na blockchain, aproximadamente 1 NEAR por 100 KB de dados (consulte a documentação de storage staking da NEAR) para valores atuais, uma vez que atualizações do protocolo podem ajustar esta proporção). É por isso que cada conta NEAR requer um pequeno saldo mínimo.
Para uma conta básica que detém apenas chaves e nenhum contrato implementado, o saldo mínimo é de aproximadamente 0.0023 NEAR neste momento (verifique o valor atual em docs.near.org, visto que está sujeito a atualizações de protocolo). Os tokens bloqueados cobrem o espaço de armazenamento do estado da conta na blockchain.
Os tokens bloqueados não são perdidos nem queimados. Pense no storage staking como o aluguer de espaço de prateleira num armazém: paga um depósito proporcional à quantidade de espaço que utiliza e recebe o seu depósito de volta quando limpa a prateleira. Se eliminar dados armazenados ou fechar uma conta, os tokens NEAR proporcionais regressam ao seu saldo.
Staking de armazenamento tem um significado distinto de validator staking, e a diferença é importante. Na NEAR, "staking" refere-se a dois mecanismos distintos:
- O Storage staking bloqueia tokens proporcionalmente ao armazenamento de dados na blockchain. Este é um mecanismo integrado diretamente no modelo de conta.
- O Validator staking delega tokens a validadores de rede para a produção de blocos e segurança. Os 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 no próprio modelo de conta: o estado de cada conta NEAR é armazenado na blockchain, e esse armazenamento requer um saldo bloqueado proporcional.
Para programadores que criam dApps que armazenam dados em nome dos utilizadores, isto tem implicações de conceção. Um contrato que armazena dados de utilizadores deve financiar esse armazenamento a partir do seu próprio saldo ou garantir que os utilizadores mantêm saldo suficiente para cobrir a 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 pode reaver se fechar a sua conta ou reduzir os dados nela armazenados.
Modelo de Conta NEAR vs. Modelo de Conta Ethereum: Uma Comparação Estrutural
NEAR e Ethereum adotam abordagens fundamentalmente diferentes à arquitetura de contas. NEAR utiliza um modelo de conta unificado onde cada conta pode conter tokens, chaves e código, enquanto Ethereum separa as contas de propriedade externa das contas de contrato ao nível do protocolo. As contas NEAR suportam múltiplos pares de chaves criptográficas com âmbitos de permissão configuráveis, enquanto as contas Ethereum são controladas por uma única chave privada. Enquanto os IDs de conta NEAR são strings legíveis por humanos como alice.near, Ethereum baseia-se em endereços hexadecimais de 42 caracteres como 0x71C7656EC7ab88b098defB751B7401B5f6d8976F.
O modelo de camada base da Ethereum define dois tipos de conta distintos. Uma conta externa (EOA) é uma conta controlada pelo utilizador, 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 as contas de contrato podem conter contratos inteligentes no design de camada base da Ethereum. Consulte a documentação do modelo de conta da Ethereum) para a especificação completa.
As propostas de abstração de conta EIP-4337 da Ethereum estão a evoluir o modelo de base para contas mais programáveis. Esta comparação reflete o modelo de conta de base nativo 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 em Solidity sejam executados na infraestrutura da NEAR. A Rainbow Bridge permite transferências de ativos entre NEAR e Ethereum para interoperabilidade entre os dois ecossistemas. Outras cadeias de Camada 1 (Layer-1) como a Solana adotam diferentes abordagens arquitetónicas para a gestão de contas que envolvem compromissos (trade-offs) distintos que valem a pena avaliar independentemente.
As taxas de gás da NEAR são baixas e previsíveis em relação às taxas da camada base da Ethereum, e aproximadamente 30% das taxas de gás da NEAR revertem para os programadores de Smart Contract (verifique em docs.near.org), criando um incentivo direto para os programadores associado à utilização do contrato.
Modelo de Conta NEAR vs. Modelo de Conta Ethereum
| Funcionalidade | NEAR | Ethereum |
|---|---|---|
| Formato do Identificador de Conta | ID legível por humanos (ex: alice.near) ou hex 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 (utilizador) e Conta de Contrato (código) |
| Gestão de Chaves | Múltiplos pares de chaves com âmbitos de permissão configuráveis | Uma única Chave privada controla a conta completa |
| Suporte Smart Contract | Qualquer conta pode opcionalmente deter um contrato inteligente | Apenas Contas de Contrato detê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 fáceis de memorizar | Endereços hexadecimais requerem copiar e colar |
| Compatibilidade EVM | Não nativa; a Aurora fornece uma camada EVM na NEAR | EVM nativa; todas as ferramentas padrão são compatíveis com EVM |
Os dois modelos representam diferentes trade-offs arquiteturais. A separação de tipos de conta da Ethereum mapeia-se de forma clara nos modelos mentais dos programadores existentes e beneficia do maior ecossistema de EVM e base de ferramentas. O modelo unificado da NEAR remove a distinção entre contas de utilizador e contas de contrato, permitindo permissões programáveis ao nível da conta desde o início.
Como Criar e Gerir uma Conta NEAR
Criar uma conta NEAR requer quatro passos e pode concluir o processo através de qualquer um dos fornecedores de carteiras suportados pela NEAR.
Escolha uma carteira NEAR. As Opções atuais incluem a MyNearWallet, a Meteor Wallet e suporte para carteiras de hardware Ledger. A NEAR Wallet original em wallet.near.org foi descontinuada, por isso verifique as opções atuais de carteira NEAR para uma lista atualizada, uma vez que o ecossistema de carteiras evolui ao longo do tempo.
Crie a sua conta com um nome à sua escolha. Selecionará o seu ID de conta durante a configuração da carteira, por exemplo,
yourname.near. A carteira trata da transação de registo na blockchain.Proteja a sua frase de recuperação. A sua frase de recuperação controla a sua chave de acesso completa. Trate-a como uma palavra-passe mestra: anote-a offline, guarde-a em segurança, e nunca a partilhe com qualquer website ou aplicação de terceiros. Qualquer pessoa que possua a sua frase de recuperação tem controlo total da sua conta.
Carregue a sua conta. Transfira NEAR suficiente para cobrir o saldo mínimo de armazenamento de Staking (aproximadamente 0,0023 NEAR à data de hoje, consulte docs.near.org para valores atuais) mais quaisquer taxas de transação para a sua atividade inicial.
Quando uma dApp lhe pede para conectar a sua carteira, está a solicitar uma chave de acesso para chamadas de função, não o controlo total da sua conta. A dApp só pode chamar os métodos de contrato específicos que aprovar, dentro da alocação de gas que definir. Pode revogar qualquer chave de acesso para chamadas de função a qualquer momento através da interface de gestão de chaves da sua carteira.
Para a segurança contínua da conta, mantenha a sua frase de recuperação guardada offline, revogue as chaves de acesso para chamadas de função de aplicações que já não utiliza e considere uma carteira de hardware como a Ledger para contas de valor elevado. Para instruções passo a passo sobre a criação de contas, consulte a documentação oficial da NEAR em docs.near.org.
O Token da NEAR: Gás, Armazenamento e Staking
O Token NEAR desempenha três funções distintas no NEAR Protocol:
- Taxas de gás: o token NEAR paga pelo processamento de transações na rede. As taxas são baixas e previsíveis em relação aos custos da camada base da Ethereum.
- Storage staking: os tokens NEAR são bloqueados como colateral para cobrir o armazenamento de dados na blockchain, conforme descrito na secçã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 a validadores, ganhando recompensas de validator staking por contribuírem para a segurança da rede e produção de blocos.
O ecossistema NEAR suporta uma variedade de categorias de aplicações. DeFi protocolos como Ref Finance, NFT marketplaces como Mintbase e Paras, jogos blockchain, e DAOs representam áreas ativas de desenvolvimento do NEAR Protocol desde o lançamento da sua Mainnet em 2020. Cada um destes tipos de aplicação depende das funcionalidades do modelo de conta: contas nomeadas para identidade do utilizador, chaves de acesso a chamadas de função para permissões delegadas e storage staking para gestão de dados na blockchain.
Os validadores ganham recompensas pela participação honesta na produção de blocos. Este mecanismo de recompensa de staking do validador liga-se diretamente ao consenso de proof-of-stake descrito anteriormente: os tokens investidos em staking sinalizam o compromisso com a integridade da rede, e as recompensas fluem proporcionalmente a esse compromisso.
O Token NEAR é o substrato económico do modelo de conta. Financia as taxas de gás que tornam as transações possíveis, protege o armazenamento na blockchain através de storage staking e garante a segurança da rede através de validator staking.
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 da NEAR. Para decisões de investimento, consulte um consultor financeiro qualificado e realize uma pesquisa independente.
NEAR Protocol e Modelo de Conta NEAR: Perguntas Frequentes
O que é uma conta NEAR e por que razão tem um nome de utilizador em vez de um endereço de carteira?
As contas NEAR utilizam identificadores legíveis por humanos, como alice.near, porque o modelo de conta NEAR foi concebido a pensar na experiência do utilizador a partir do nível do protocolo. Em vez de derivar IDs de conta criptograficamente a partir de uma Chave pública (o que produz uma Long string hexadecimal), a NEAR permite que as contas sejam registadas com nomes legíveis através de um sistema de nomes. Pode partilhar o seu ID de conta NEAR da mesma forma que partilha 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 controlo irrestrito sobre uma conta NEAR: pode assinar transferências de Token, implementar contratos, gerir outras chaves e eliminar a conta. Uma chave de acesso a chamadas de função tem permissões com âmbito definido: só pode chamar métodos específicos num Smart Contract nomeado, com um limite opcional de allowance de gas. A sua Frase de recuperação controla uma chave de acesso total. Quando uma dApp solicita acesso à carteira, está a solicitar uma chave de acesso a chamadas de função, que pode revogar a qualquer momento.
O que é storage staking, e porque é que a minha conta NEAR precisa de um saldo mínimo?
O staking de armazenamento é o sistema da NEAR para financiar o armazenamento on-chain. Cada conta NEAR deve bloquear uma quantidade proporcional de tokens NEAR para cobrir a sua pegada de armazenamento na blockchain, aproximadamente 1 NEAR por cada 100KB de dados. Uma conta básica requer aproximadamente 0,0023 NEAR (consulte docs.near.org para valores atuais). Os tokens bloqueados não são taxas; são um depósito recuperável devolvido quando os dados armazenados são eliminados ou a conta é encerrada.
O que são subcontas NEAR e para que servem?
As subcontas NEAR são contas-filhas que estendem uma conta-mãe nomeada utilizando uma estrutura de nomes semelhante a subdomínios. Por exemplo, app.alice.near é uma subconta de alice.near. Apenas a conta-mãe direta pode criar uma subconta. Os desenvolvedores utilizam subcontas para o isolamento de versões de contratos (ex: v1.myapp.near e v2.myapp.near), namespaces de aplicações (ex: username.myapp.near) e separação organizacional de contas sob uma única identidade-mãe.
Como é que o Protocolo NEAR se diferencia do Ethereum?
O NEAR utiliza um modelo de conta unificado onde cada conta pode deter tokens, chaves e código, ao passo que o Ethereum separa contas de propriedade externa (EOAs) de contas de contrato. As contas NEAR suportam múltiplas chaves de acesso com âmbitos de permissão configuráveis; as contas Ethereum são controladas por uma única chave privada. Os IDs das contas NEAR são strings legíveis por humanos; as contas Ethereum utilizam endereços hexadecimais de 42 caracteres. Estes são trade-offs arquiteturais, cada um com implicações distintas no ecossistema de programadores.
Todas as contas NEAR podem deter um smart contract?
Cada conta NEAR tem a opção de implementar um Smart Contract, mas nenhuma conta é obrigada a fazê-lo. Uma conta sem um contrato implementado simplesmente detém tokens e chaves de acesso. No Ethereum, apenas as contas de contrato detêm código; as contas de utilizador (EOAs) não podem. O NEAR remove esta distinção: qualquer conta, incluindo subcontas, pode opcionalmente deter um Smart Contract escrito em Rust ou JavaScript/TypeScript através do NEAR SDK.
Que carteiras suportam o NEAR Protocol?
As carteiras NEAR atuais incluem MyNearWallet, Meteor Wallet e suporte para 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, por isso verifique as opções atuais de carteiras NEAR para obter a lista mais atualizada. Todas as carteiras suportadas permitem criar e gerir contas NEAR, ver as suas chaves de acesso e aprovar ou revogar pedidos de chaves de dApp.
O que é o sharding Nightshade no NEAR?
O Nightshade é o mecanismo de sharding do NEAR Protocol para alcançar a escalabilidade horizontal. O sharding divide a rede em segmentos de processamento paralelo denominados shards, em que cada um processa um subconjunto de transações simultaneamente. O Nightshade é a implementação específica do NEAR, concebida para escalar a capacidade de processamento da rede à medida que a procura aumenta, sem sacrificar a descentralização. Para uma análise técnica mais aprofundada do Nightshade, consulte a documentação oficial do NEAR.
Resumo: O que torna o modelo de conta da NEAR distintivo
O modelo de conta NEAR não é um pormenor de implementação. É a base estrutural da abordagem da NEAR à experiência do programador e do utilizador na blockchain, e difere do design da camada base da Ethereum de formas consequentes.
Principais conclusões deste artigo:
- Contas nominativas utilizam IDs legíveis por humanos, como
alice.near, registados através de um sistema de nomes e partilháveis como um endereço de e-mail - Contas implícitas oferecem uma alternativa programática, utilizando IDs hexadecimais de 64 caracteres derivados diretamente de uma chave pública
- Chaves de acesso NEAR anexam múltiplos pares de chaves criptográficas a uma única conta, cada um com âmbitos de permissão configuráveis (chaves de acesso total para controlo total, chaves de acesso a chamadas de função para interações com dApps de âmbito limitado)
- Subcontas criam um espaço de nomes hierárquico para a arquitetura de dApps, versionamento de contratos e separação organizacional
- Staking de armazenamento requer um pequeno saldo bloqueado de NEAR proporcional aos dados guardados na blockchain, tratando-se de um depósito recuperável em vez de uma taxa
- O design de conta unificada da NEAR contrasta com a divisão do Ethereum entre EOAs e contas de contrato, conferindo a cada conta NEAR a opção de deter tokens, chaves e código dentro de um único tipo de conta
Compreender estes seis aspetos do modelo de conta proporciona aos programadores, investidores e utilizadores uma visão clara do que o Protocolo NEAR oferece a nível arquitetural e a razão pela qual as suas escolhas de design criam a experiência de utilizador que o distingue de outras cadeias Layer-1.
Próximos passos:
["- Explore a completa documentação do modelo de conta NEAR) para aprofundamento técnico sobre formatos de ID de conta, especificações de chaves de acesso e rácios de staking de armazenamento.","- Configure a sua primeira conta através das opções atuais da carteira NEAR se for novo no NEAR.","- Para programadores prontos para criar, consulte a documentação para programadores do Protocolo NEAR para guias de SDK, tutoriais de implementação de contratos e a referência completa da API de chaves de acesso."]