Pular para o conteúdo
BitcoinToolkit

NEAR Protocol (NEAR): como funcionam as contas NEAR, sharding e transações

NEAR Protocol é uma rede de contratos inteligentes de Prova de Participação fragmentada com contas nomeadas, múltiplas chaves de acesso e execução assíncrona de recibos. NEAR é o ativo nativo usado para valor, gás, requisitos de armazenamento e staking de validadores. Esta página foca em como as Contas, Fragmentação e Transações NEAR funcionam e nas verificações que os usuários precisam fazer antes de enviar fundos, pagar taxas ou usar a rede.

Prepare uma transação NEAR e escolha o estado de execução e finalidade correto para a tarefa.

Assunto:
Protocolo NEAR
Modo de mercado:
Somente Snapshot
Ativo de taxa:
NEAR
Fuso horário:
UTC

Esta página não simula um contrato, calcula uso de armazenamento em tempo real, seleciona um validador ou garante conclusão em um bloco.

Propriedade do conteúdo: Equipe Editorial do BitcoinToolkit Referências técnicas: Documentação oficial do protocolo e do desenvolvedor. Abordagem de revisão: Explicações técnicas são verificadas em fontes primárias e atualizadas quando a rede ou o ativo muda. Última revisão de conteúdo: Último teste de integração de dados:

Como as Contas, Fragmentação e Transações NEAR Funcionam

Uma conta pode ter várias chaves com diferentes autoridades em vez de mapear permanentemente para uma chave pública.

Fluxo de trabalho do Protocolo NEAR mostrando Escolher rede, Financiar ativo de taxa, Revisar ação, Executar, Verificar finalidade
Fluxo de trabalho do Protocolo NEAR desde a primeira decisão do usuário até um resultado verificado.

Contas nomeadas e permissões com escopo

As contas NEAR podem usar nomes legíveis por humanos e podem conter código de contrato, saldos, estado de armazenamento e múltiplas chaves de acesso. Chaves de acesso total podem gerenciar a conta amplamente. Chaves de chamada de função podem ser limitadas a um contrato, métodos selecionados e uma permissão de gás, tornando-as úteis para aplicações que não devem receber autoridade de transferência.

Uma chave restrita não é automaticamente recuperável se todos os caminhos de acesso total forem removidos. Os usuários devem entender qual chave uma carteira ou aplicação solicita e evitar tratar um nome de conta como prova de identidade. Subcontas têm relações de criação e controle que devem ser revisadas antes de implantar contratos ou mover autoridade administrativa.

Protocolo NEAR e Internet Computer: diferenças principais

Riscos do Protocolo NEAR Antes da Conclusão

O envio, a execução e a finalidade progridem por caminhos relacionados, mas distintos.

Execução assíncrona

Um usuário assina uma transação contendo uma ou mais ações para um destinatário. A rede valida a transação e converte o trabalho em recibos. Chamadas de contrato podem criar recibos adicionais, incluindo mensagens entre contratos e entre fragmentos, então uma ação complexa pode continuar após o bloco da transação original ser incluído.

NEAR RPC expõe estados de espera como inclusão, execução otimista e execução final. Uma aplicação que precisa de todos os resultados, incluindo reembolsos, deve solicitar o estado final apropriado em vez de mostrar sucesso assim que um hash de transação existir. Cada resultado de recibo deve ser verificado quanto a falhas.

Gás, Armazenamento e Execução Fragmentada

Taxas de computação e armazenamento de estado afetam um saldo NEAR de maneiras diferentes.

Tgas e staking de armazenamento

Cada ação consome unidades de gás determinísticas, comumente expressas em Tgas. O protocolo converte essas unidades em NEAR usando o preço de gás da rede. Chamadas de função anexam um limite de gás; gás não utilizado pode ser reembolsado sujeito às regras atuais do protocolo. Pagar um preço de gás mais alto não é uma estratégia normal de leilão de prioridade no NEAR.

O estado persistente do contrato também requer staking de armazenamento, bloqueando NEAR de acordo com o uso de dados e liberando-o quando o armazenamento é removido sob fluxos suportados. A fragmentação Nightshade atribui estado de conta e recibos entre fragmentos enquanto apresenta uma rede única. Os desenvolvedores devem projetar chamadas assíncronas e reembolsos em vez de assumir estado compartilhado síncrono.

Compare taxas, execução, segurança e fluxo de trabalho do usuário antes de escolher entre o Protocolo NEAR e Polkadot.

Verificações NEAR Antes de Assinar

O escopo da permissão e os resultados finais dos recibos importam tanto quanto a conta do destinatário.

Revise a ação completa

Confirme a rede, o signatário, o destinatário, a lista de ações, o depósito anexado e o limite de gás. Inspecione se a carteira solicita uma chave de acesso total ou uma chave de chamada de função restrita. Mantenha NEAR suficiente para gás e armazenamento, e não assuma que um primeiro recibo bem-sucedido significa que todas as chamadas de contrato downstream foram bem-sucedidas.

Para staking, revise a comissão do validador, o tempo de atividade e o comportamento de retirada usando ferramentas atuais. Para contratos, simule através de um RPC confiável e monitore a execução final. Contas nomeadas melhoram a legibilidade, mas permanecem vulneráveis a phishing com caracteres semelhantes ou nomes de subcontas.

  • Revise o escopo da chave de acesso.
  • Separe o depósito anexado do gás.
  • Aguarde o estado de execução necessário.
  • Inspecione os resultados de recibos downstream.

Navegue por referências cripto relacionadas

Por que o design do NEAR Protocol importa

O resultado NEAR precisa de contexto

Uma transação assinada contém ações e é transformada em recibos que podem ser executados entre contas e fragmentos. Unidades de gás são determinísticas para ações, enquanto o preço de gás NEAR e os requisitos de armazenamento determinam o impacto real no saldo.

Uma transação do NEAR Protocol pode ser executada com sucesso enquanto o estado da aplicação, a permissão do contrato ou a saída posterior permanecem incorretos para o objetivo do usuário. NEAR é o ativo de mercado mostrado no instantâneo. NEAR paga o gás da transação e financia os requisitos de armazenamento.

O que os usuários do Protocolo NEAR devem verificar e por que este design difere

As regras de gás e armazenamento do protocolo podem mudar. A execução entre contratos depende do código do aplicativo.

Para o Protocolo NEAR, a sequência prática é Escolher rede, Financiar ativo de taxa, Revisar ação, Executar, Verificar finalidade. Confirme o destino oficial e a rede atual, depois inspecione o saldo final, posição, recibo ou estado de saída documentado que realmente conclui a tarefa: Prepare uma transação NEAR e escolha o estado de execução e finalidade correto para a tarefa.

FAQ sobre o Uso da Rede do Protocolo NEAR

Por que uma transação NEAR pode ter vários resultados?

Uma transação assinada pode criar recibos, e chamadas de contrato podem criar mais recibos entre contas ou shards.

O que é Tgas?

Tgas é uma unidade de gás NEAR equivalente a um trilhão, usada para expressar limites de execução de ações e contratos.

O que é uma chave de chamada de função?

É uma chave de acesso restrita a chamadas de contrato especificadas e, opcionalmente, a uma permissão de gás.

O que paga as taxas de transação ao usar o Protocolo NEAR?

NEAR (NEAR) paga a taxa de rede aplicável. NEAR paga o gás da transação e financia os requisitos de armazenamento. Verifique a rede selecionada antes de assinar, pois uma aprovação, ponte, reivindicação ou saída posterior pode exigir outra transação.

Limitações Conhecidas

Metodologia de dados de mercado

A página usa um snapshot agregado CoinGecko NEAR/USD. Nenhum gráfico de exchange é renderizado para esta entidade.

Fonte do snapshot de mercado
Dados de mercado agregados CoinGecko (NEAR/USD)
Cache
O cache do instantâneo é de aproximadamente 60 segundos.
Tratamento de falhas
Dados em cache verificados são rotulados como Em cache ou Atrasados. Valores ausentes permanecem indisponíveis.
Status do snapshot
Atrasado
Reportar problema
Relatar um problema de dados de mercado →

Fontes Técnicas

As fontes primárias selecionadas suportam as explicações operacionais. A atribuição do provedor de mercado permanece separada.

Informações editoriais

Conteúdo técnico verificado, fontes revisadas e histórico de atualizações.

Publicado
Última revisão
Verificação de dados
Fontes
Documentação oficial