NEAR Protocol (NEAR): come funzionano account NEAR, sharding e transazioni
Il protocollo NEAR è una rete di contratti intelligenti Proof of Stake frammentata con account nominati, più chiavi di accesso ed esecuzione asincrona delle ricevute. NEAR è l'asset nativo utilizzato per valore, gas, requisiti di archiviazione e staking dei validatori. Questa pagina si concentra su come funzionano gli account, la frammentazione e le transazioni NEAR e sui controlli che gli utenti devono effettuare prima di inviare fondi, pagare commissioni o utilizzare la rete.
Prepara una transazione NEAR e scegli lo stato di esecuzione e finalità corretto per l'attività.
Oggetto:
Protocollo NEAR
Modalità di mercato:
Solo istantanea
Asset per le commissioni:
NEAR
Fuso orario:
UTC
Questa pagina non simula un contratto, non calcola l'uso di archiviazione in tempo reale, non seleziona un validatore né garantisce il completamento in un blocco.
Proprietà dei contenuti: Redazione di BitcoinToolkitRiferimenti tecnici: documentazione ufficiale del protocollo e per sviluppatori.Approccio di revisione: le spiegazioni tecniche sono verificate rispetto alle fonti primarie e aggiornate quando la rete o l'asset cambiano.Ultima revisione dei contenuti: Ultimo test di integrazione dati:
Come funzionano account, frammentazione e transazioni NEAR
Un account può contenere più chiavi con autorità diverse invece di essere mappato permanentemente a una singola chiave pubblica.
Flusso di lavoro del protocollo NEAR dalla prima decisione dell'utente a un risultato verificato.
Account nominati e permessi con ambito
Gli account NEAR possono utilizzare nomi leggibili e possono contenere codice di contratto, saldi, stato di archiviazione e più chiavi di accesso. Le chiavi di accesso completo possono gestire l'account in modo ampio. Le chiavi di chiamata di funzione possono essere limitate a un contratto, metodi selezionati e una quantità di gas, rendendole utili per applicazioni che non dovrebbero ricevere autorità di trasferimento.
Una chiave limitata non è automaticamente recuperabile se ogni percorso di accesso completo viene rimosso. Gli utenti dovrebbero capire quale chiave richiede un portafoglio o un'applicazione ed evitare di trattare un nome account come prova di identità. I sottoaccount hanno relazioni di creazione e controllo che dovrebbero essere esaminate prima di distribuire contratti o spostare autorità amministrativa.
Rischi del protocollo NEAR prima del completamento
L'invio, l'esecuzione e la finalità progrediscono lungo percorsi correlati ma distinti.
Esecuzione asincrona
Un utente firma una transazione contenente una o più azioni per un destinatario. La rete valida la transazione e converte il lavoro in ricevute. Le chiamate di contratto possono creare ricevute aggiuntive, inclusi messaggi tra contratti e tra frammenti, quindi un'azione complessa può continuare dopo che il blocco di transazione originale è incluso.
NEAR RPC espone stati di attesa come inclusione, esecuzione ottimistica ed esecuzione finale. Un'applicazione che necessita di tutti i risultati, inclusi i rimborsi, dovrebbe richiedere lo stato finale appropriato piuttosto che mostrare successo non appena esiste un hash di transazione. Ogni risultato di ricevuta deve essere controllato per errori.
Gas, archiviazione ed esecuzione frammentata
Le commissioni di calcolo e l'archiviazione di stato influenzano un saldo NEAR in modi diversi.
Tgas e staking di archiviazione
Ogni azione consuma unità di gas deterministiche, comunemente espresse in Tgas. Il protocollo converte tali unità in NEAR utilizzando il prezzo del gas di rete. Le chiamate di funzione includono un limite di gas; il gas non utilizzato può essere rimborsato soggetto alle attuali regole del protocollo. Pagare un prezzo del gas più alto non è una normale strategia di asta prioritaria su NEAR.
Lo stato di contratto persistente richiede anche staking di archiviazione, bloccando NEAR in base all'uso dei dati e rilasciandolo quando l'archiviazione viene rimossa nei flussi supportati. La frammentazione Nightshade assegna stato dell'account e ricevute tra frammenti presentando una rete unica. Gli sviluppatori devono progettare chiamate asincrone e rimborsi piuttosto che assumere stato condiviso sincrono.
L'ambito del permesso e i risultati finali delle ricevute contano tanto quanto l'account destinatario.
Rivedi l'azione completa
Conferma rete, firmatario, destinatario, elenco azioni, deposito allegato e limite di gas. Ispeziona se il portafoglio richiede una chiave di accesso completo o una chiave di chiamata di funzione limitata. Mantieni abbastanza NEAR per gas e archiviazione e non presumere che una prima ricevuta riuscita significhi che ogni chiamata di contratto a valle sia riuscita.
Per lo staking, rivedi commissione del validatore, tempo di attività e comportamento di prelievo utilizzando strumenti correnti. Per i contratti, simula tramite un RPC affidabile e monitora l'esecuzione finale. Gli account nominati migliorano la leggibilità ma rimangono vulnerabili al phishing con caratteri simili o nomi di sottoaccount.
Una transazione firmata contiene azioni e viene trasformata in ricevute che possono essere eseguite tra account e frammenti. Le unità di gas sono deterministiche per le azioni, mentre il prezzo del gas NEAR e i requisiti di archiviazione determinano l'impatto effettivo sul saldo.
Una transazione NEAR Protocol può essere eseguita con successo mentre lo stato dell'applicazione, il permesso del contratto o l'uscita successiva rimangono errati per l'obiettivo dell'utente. NEAR è l'asset di mercato mostrato nello snapshot. NEAR paga il gas delle transazioni e finanzia i requisiti di archiviazione.
Cosa devono verificare gli utenti del Protocollo NEAR e perché questo design è diverso
Le regole di gas e storage del protocollo possono cambiare. L'esecuzione tra contratti dipende dal codice dell'applicazione.
Per il Protocollo NEAR, la sequenza pratica è Scegli rete, Finanzia asset per le commissioni, Rivedi azione, Esegui, Controlla finalità. Conferma la destinazione ufficiale e la rete corrente, poi ispeziona il saldo finale, la posizione, la ricevuta o lo stato di uscita documentato che completa effettivamente l'attività: Prepara una transazione NEAR e scegli lo stato di esecuzione e finalità corretto per l'attività.
FAQ sull'uso della rete del protocollo NEAR
Perché una transazione NEAR può avere diversi esiti?
Una transazione firmata può creare ricevute, e le chiamate a contratto possono creare ulteriori ricevute tra account o shard.
Cos'è Tgas?
Tgas è un'unità di gas NEAR pari a un trilione, utilizzata per esprimere i limiti di esecuzione di azioni e contratti.
Cos'è una chiave di chiamata di funzione?
È una chiave di accesso limitata a chiamate di contratto specifiche e opzionalmente a una quantità di gas.
Chi paga le commissioni di transazione quando si utilizza il Protocollo NEAR?
NEAR (NEAR) paga la commissione di rete applicabile. NEAR paga il gas delle transazioni e finanzia i requisiti di storage. Verifica la rete selezionata prima di firmare perché un'approvazione, un ponte, una richiesta o un'uscita successivi possono richiedere un'altra transazione.
Limitazioni note
Le regole di gas e storage del protocollo possono cambiare.
L'esecuzione tra contratti dipende dal codice dell'applicazione.
La pagina non ispeziona una chiave di accesso o una ricevuta.
Metodologia dei dati di mercato
La pagina utilizza un'istantanea aggregata CoinGecko NEAR/USD. Nessun grafico di scambio è renderizzato per questa entità.
Fonte dello snapshot di mercato
Dati di mercato aggregati CoinGecko (NEAR/USD)
Cache
La cache dello snapshot è di circa 60 secondi.
Gestione dei guasti
I dati memorizzati nella cache e verificati sono etichettati come Cached o Delayed. I valori mancanti rimangono non disponibili.
