I seguenti termini sono utilizzati in tutta la documentazione e nell'ecosistema di sviluppo di Solana.
account
Un record nel registro di Solana che contiene dati o è un programma eseguibile.
Come un conto presso una banca tradizionale, un account Solana può contenere fondi chiamati lamport. Ogni account in un cluster ha un indirizzo univoco.
app
Un'applicazione front-end che interagisce con un cluster Solana.
indirizzo
La posizione in Solana che può essere utilizzata per trovare un account. Ogni indirizzo è unico nel cluster Solana.
Gli indirizzi in Solana possono essere una chiave pubblica Ed25519 o un Program Derived Address.
address lookup table (ALT)
Una struttura dati che memorizza un elenco di indirizzi di account, consentendo alle transazioni versionate di fare riferimento agli account utilizzando indici compatti da 1 byte anziché chiavi pubbliche complete da 32 byte. Le address lookup table permettono a una singola transazione di fare riferimento a più account rispetto a quanto consentito dal formato di transazione originale.
Anchor
Un framework per la creazione di programmi onchain Solana in Rust. Anchor fornisce macro che riducono il codice ripetitivo, un sistema standardizzato di validazione degli account e genera un IDL che descrive l'interfaccia del programma. È il framework più utilizzato per lo sviluppo di programmi Solana.
associated token account (ATA)
Un token account il cui indirizzo è derivato deterministicamente da un indirizzo di wallet e da un token mint. L'Associated Token Program garantisce che ogni wallet abbia un token account canonico per tipo di token.
authority
L'indirizzo di un utente che dispone di un qualche tipo di permesso su un account.
Per esempio:
- La capacità di coniare nuovi token è conferita all'account che è la 'mint authority' per il token mint.
- La capacità di aggiornare un programma è conferita all'account che è l''upgrade authority' di un programma.
bank state
Il risultato dell'interpretazione di tutti i programmi sul ledger a una determinata altezza di tick. Include almeno l'insieme di tutti gli account che detengono token nativi diversi da zero.
block
Un insieme contiguo di voci sul ledger coperto da un voto. Un leader produce al massimo un blocco per slot.
blockhash
Un valore univoco (hash) che identifica un record (blocco). Solana calcola un blockhash dall'ultimo entry id del blocco.
altezza del blocco
Il numero di blocchi sotto il blocco corrente. Il primo blocco dopo il blocco genesis ha altezza uno.
validator bootstrap
Il validator che produce il blocco genesis (primo) di una blockchain.
BPF loader
Il programma Solana che possiede e carica programmi onchain BPF, consentendo al programma di interfacciarsi con il runtime.
bump
Un singolo byte (0–255) aggiunto ai seed durante la derivazione di un Program Derived Address per garantire che l'indirizzo risultante cada al di fuori della curva ed25519 e sia quindi un PDA valido. Il bump canonico è il valore più alto che produce un PDA valido ed è tipicamente salvato nei dati dell'account per evitare di ricalcolarlo.
client
Un programma informatico che accede al cluster di rete del server Solana.
commitment
Una misura della conferma di rete per il blocco.
formato array compatto
Un array compatto è un array serializzato nel seguente formato:
- La lunghezza dell'array (codificata come compact-u16)
- Gli elementi dell'array elencati uno dopo l'altro
Formato array compatto
Il formato array compatto viene utilizzato per codificare sia l'array di indirizzi degli account che l'array di istruzioni nei messaggi delle transazioni.
cluster
Un insieme di validator che mantengono un unico ledger.
budget computazionale
Il numero massimo di unità di calcolo consumate per transazione.
unità di calcolo
L'unità di misura più piccola per il consumo di risorse computazionali della blockchain. Le unità di calcolo vengono utilizzate per misurare le risorse computazionali impiegate per elaborare una transazione.
tempo di conferma
La durata temporale tra la creazione di una tick entry da parte di un leader e la creazione di un blocco confermato.
blocco confermato
Un blocco che ha ricevuto una super maggioranza di voti del ledger.
piano di controllo
Una rete di gossip che collega tutti i nodi di un cluster.
periodo di raffreddamento
Un certo numero di epoch dopo che lo stake è stato disattivato, durante i quali diventa progressivamente disponibile per il prelievo. Durante questo periodo, lo stake è considerato in "disattivazione". Maggiori informazioni su: warmup e cooldown
unità di costo
Definite anche come transaction cost, rappresentano una stima completa di
tutte le risorse necessarie per elaborare una transazione, misurate in
unità di calcolo. Maggiori informazioni
qui.
credito
Vedi credito di voto.
invocazione cross-programma (CPI)
Una chiamata da un programma onchain a un altro. Per ulteriori informazioni, consulta chiamate tra programmi.
piano dati
Una rete multicast utilizzata per validare in modo efficiente le entry e raggiungere il consenso.
drone
Un servizio offchain che funge da custode per la chiave privata di un utente. Tipicamente serve a validare e firmare le transazioni.
entry
Una voce nel ledger, che può essere un tick o una entry di transazione.
ID entry
Un hash resistente alla pre-immagine sul contenuto finale di un'entry, che funge da identificatore univoco globale dell'entry. L'hash serve come prova di:
- L'entry è stata generata dopo un certo periodo di tempo
- Le transazioni specificate sono quelle incluse nell'entry
- La posizione dell'entry rispetto ad altre entry nel ledger
Vedi proof of history.
epoch
Il tempo, ovvero il numero di slot, per cui una leader schedule è valida.
account delle commissioni
L'account delle commissioni nella transazione è l'account che paga il costo di inclusione della transazione nel ledger. Questo è il primo account nella transazione. Questo account deve essere dichiarato come Read-Write (scrivibile) nella transazione poiché il pagamento della transazione riduce il saldo dell'account.
finalità
Quando i nodi che rappresentano i 2/3 dello stake hanno una root comune.
fork
Un ledger derivato da voci comuni ma successivamente divergente.
blocco di genesi
Il primo blocco nella catena.
configurazione di genesi
Il file di configurazione che prepara il ledger per il blocco di genesi.
hash
Un'impronta digitale di una sequenza di byte.
inflazione
Un aumento dell'offerta di token nel tempo utilizzato per finanziare le ricompense per la validazione e per finanziare lo sviluppo continuo di Solana.
istruzione interna
Vedi Cross Program Invocation.
istruzione
Una chiamata per invocare uno specifico gestore di istruzioni in un programma. Un'istruzione specifica anche quali account vuole leggere o modificare, e dati aggiuntivi che fungono da input ausiliario per il gestore di istruzioni. Un client deve includere almeno un'istruzione in una transazione, e tutte le istruzioni devono completarsi affinché la transazione sia considerata riuscita.
gestore di istruzioni
I gestori di istruzioni sono funzioni di programma che elaborano istruzioni da transazioni. Un gestore di istruzioni può contenere una o più Cross Program Invocation.
IDL
Interface Definition Language. Un file JSON generato da Anchor che descrive i gestori di istruzioni, gli account, e i tipi di un programma. L'IDL consente alle librerie client di generare automaticamente interfacce tipizzate per interagire con un programma onchain.
keypair
Una chiave pubblica e la corrispondente chiave privata per accedere a un account.
lamport
Una frazione di token nativo con un valore di 0,000000001 sol.
All'interno del budget computazionale, una quantità di micro-lamport viene utilizzata nel calcolo delle commissioni di priorità.
leader
Il ruolo di un validator quando aggiunge voci al ledger.
leader schedule
Una sequenza di chiavi pubbliche dei validator associate agli slot. Il cluster utilizza la leader schedule per determinare quale validator sia il leader in un dato momento.
ledger
Un elenco di voci contenenti transazioni firmate dai client. Concettualmente, può essere ricondotto al blocco genesi, ma il ledger effettivo di un validator potrebbe contenere solo blocchi più recenti per ridurre lo spazio di archiviazione, poiché quelli più vecchi non sono necessari per la validazione dei blocchi futuri per design.
ledger vote
Un hash dello stato del validator a una determinata altezza di tick. Rappresenta la conferma di un validator che un blocco ricevuto è stato verificato, oltre a un impegno a non votare per un blocco conflittuale (ovvero fork) per un periodo di tempo specifico, il periodo di lockout.
light client
Un tipo di client in grado di verificare di essere connesso a un cluster valido. Esegue una verifica del ledger maggiore rispetto a un thin client e minore rispetto a un validator.
loader
Un programma con la capacità di interpretare la codifica binaria di altri programmi onchain.
lockout
La durata di tempo durante la quale un validator non può votare su un altro fork.
message
Il contenuto strutturato di una transazione. Generalmente contiene un header, un array di indirizzi di account, un blockhash recente e un array di istruzioni.
Scopri di più sulla formattazione dei messaggi all'interno delle transazioni qui.
micro-lamport
1.000.000 micro-lamport = 1 lamport
Coefficiente di Nakamoto
Una misura della decentralizzazione, il Coefficiente di Nakamoto è il numero più piccolo di entità indipendenti che possono agire collettivamente per arrestare una blockchain. Il termine è stato coniato da Balaji S. Srinivasan e Leland Lee in Quantifying Decentralization.
token nativo
Il token utilizzato per tracciare il lavoro svolto dai nodi in un cluster.
nodo
Un computer che partecipa a un cluster.
numero di nodi
Il numero di validator che partecipano a un cluster.
onchain
Descrive dati o programmi che esistono o vengono eseguiti su una blockchain. "Onchain" (senza trattino) è la grafia preferita.
programma onchain
Il codice eseguibile sulla blockchain Solana che interpreta le istruzioni inviate all'interno di ogni transazione per leggere e modificare gli account sui quali ha il controllo. Questi programmi sono spesso definiti "smart contract" su altre blockchain.
proprietario
Può riferirsi sia al programma proprietario sia al portafoglio proprietario. Ad esempio, getTokenAccountsByOwner ottiene i token account di proprietà di un particolare portafoglio, tuttavia il programma proprietario per quei token account è il Token Program.
Per evitare confusione è preferibile utilizzare programma proprietario o portafoglio proprietario piuttosto che il termine generico 'proprietario'.
programma proprietario
L'indirizzo del programma che possiede l'account. Solo il programma proprietario è in grado di modificare l'account.
Vedi anche autorità.
wallet proprietario
Il wallet associato a un account. Ad esempio, il Token Program viene utilizzato per memorizzare token account associati a un particolare wallet e mint utilizzando un indirizzo derivato da quel wallet e mint.
PoH
Vedi Proof of History.
punto
Un credito ponderato in un sistema di ricompense. Nel sistema di ricompense dei validator, il numero di punti dovuti a uno stake durante il riscatto è il prodotto dei vote credit guadagnati e del numero di lamport messi in stake.
chiave privata
La chiave privata di un keypair.
programma
Vedi programma onchain.
Program Derived Address (PDA)
Un account il cui indirizzo viene creato basandosi su un programma onchain e uno o più seed creati dall'autore del programma. Gli indirizzi PDA non sono chiavi pubbliche e i PDA non hanno chiavi private.
L'autorità di firma per un PDA è il programma onchain che rappresenta il loro programma proprietario.
ID del programma
La chiave pubblica dell'account che contiene un programma.
Proof of History (PoH)
Una sequenza di prove, ciascuna delle quali dimostra che determinati dati esistevano prima della creazione della prova e che è trascorso un preciso intervallo di tempo rispetto alla prova precedente. Come una VDF, una Proof of History può essere verificata in meno tempo di quanto necessario per produrla.
commissione di priorità
Una commissione aggiuntiva che l'utente può specificare nell'istruzione del budget di calcolo per dare priorità alle proprie transazioni.
La commissione di priorità viene calcolata moltiplicando le unità di calcolo massime richieste per il prezzo per unità di calcolo (specificato in incrementi di 0,000001 lamport per unità di calcolo) arrotondato per eccesso al lamport più vicino.
Le transazioni dovrebbero richiedere la quantità minima di unità di calcolo necessarie per l'esecuzione al fine di ridurre al minimo le commissioni.
chiave pubblica (pubkey)
La chiave pubblica di una keypair. Una chiave pubblica è uno dei diversi tipi di indirizzo che un account può utilizzare su Solana.
rent
Commissione pagata dagli Account e dai Programmi per memorizzare dati sulla blockchain. Quando gli account non dispongono di un saldo sufficiente per pagare il rent, possono essere rimossi tramite Garbage Collection.
Vedi anche rent exempt di seguito. Scopri di più sul rent qui: Cos'è il rent?.
rent exempt
Account che mantengono un saldo minimo di lamport proporzionale alla quantità di dati memorizzati nell'account. Tutti gli account appena creati vengono conservati permanentemente onchain finché l'account non viene chiuso. Non è possibile creare un account con un saldo inferiore alla soglia di esenzione dal rent.
root
Un blocco o uno slot che ha raggiunto il massimo lockout su un validator. Il root è il blocco più alto che è antenato di tutti i fork attivi su un validator. Tutti i blocchi antenati di un root sono transitivamente anch'essi root. I blocchi che non sono né antenati né discendenti del root sono esclusi dalla considerazione per il consenso e possono essere scartati.
runtime
Il componente di un validator responsabile dell'esecuzione dei programmi.
Sealevel
Il runtime parallelo di Solana per i programmi onchain.
seed
Un valore in byte o un array di valori in byte utilizzato come input durante la derivazione di un Program Derived Address. Un programma può utilizzare qualsiasi combinazione di stringhe statiche, chiavi pubbliche o altri dati come seed. I seed vengono combinati con l'ID del programma e un bump per produrre un indirizzo PDA univoco.
shred
Una frazione di un blocco; l'unità più piccola inviata tra i validatori.
firma
Una firma ed25519 di 64 byte composta da R (32 byte) e S (32 byte). Con il
requisito che R sia un punto Edwards compresso non di ordine ridotto e S sia uno
scalare nell'intervallo di 0 <= S < L. Questo requisito garantisce l'assenza
di malleabilità della firma. Ogni transazione deve avere almeno una firma per
l'account delle commissioni. Pertanto, la prima firma nella
transazione può essere considerata come ID della transazione
tasso di skip
La percentuale di slot saltati rispetto al totale degli slot leader nell'epoca corrente. Questa metrica può essere fuorviante in quanto presenta un'alta varianza subito dopo il confine dell'epoca quando la dimensione del campione è ridotta, così come per i validatori con un numero ridotto di slot leader, tuttavia può essere utile anche per identificare configurazioni errate del nodo in determinate circostanze.
slot saltato
Uno slot passato che non ha prodotto un blocco, perché il
leader era offline o il fork contenente lo slot è stato abbandonato per
un'alternativa migliore dal consenso del cluster. Uno slot saltato non apparirà
come antenato per i blocchi negli slot successivi, né incrementerà
l'altezza del blocco, né farà scadere il più vecchio
recent_blockhash.
Se uno slot è stato saltato può essere determinato solo quando diventa più vecchio dell'ultimo slot radicato (quindi non saltato).
slot
Il periodo di tempo durante il quale ogni leader acquisisce transazioni e produce un blocco.
Collettivamente, gli slot creano un orologio logico. Gli slot sono ordinati in sequenza e non si sovrappongono, comprendendo intervalli di tempo reale approssimativamente uguali secondo la PoH.
smart contract
Vedi programma onchain.
SOL
Il token nativo di un cluster Solana.
Solana Program Library (SPL)
Una libreria di programmi su Solana, come spl-token, che facilita attività quali la creazione e l'utilizzo di token.
stake
Token confiscati dal cluster se può essere dimostrato un comportamento dannoso da parte del validator.
stake-weighted quality of service (SWQoS)
SWQoS consente un trattamento preferenziale per le transazioni provenienti da validator con stake.
supermajority
2/3 di un cluster.
System Program
Un programma nativo di Solana (ID programma 11111111111111111111111111111111)
responsabile della creazione di nuovi account, dell'allocazione dei
dati degli account, dell'assegnazione degli account ai programmi e del
trasferimento di SOL tra account. Tutti i nuovi account su Solana sono
di proprietà del System Program fino alla riassegnazione.
sysvar
Un account di sistema. I Sysvar forniscono informazioni sullo stato del cluster come l'altezza del tick corrente, i valori dei punti ricompensa, ecc. I programmi possono accedere ai Sysvar tramite un account Sysvar (pubkey) o interrogando tramite una syscall.
thin client
Un tipo di client che si fida di comunicare con un cluster valido.
tick
Una voce del ledger che stima la durata del tempo reale.
tick height
token
Un asset digitalmente trasferibile.
token account
Un account che contiene un saldo di un token specifico. Gli account token sono di proprietà del Token Program o del Token Extensions Program e memorizzano il saldo del token, il token mint associato e l'indirizzo del wallet proprietario.
Token Extensions Program
Il Token Extensions Program ha
l'ID programma TokenzQdBNbLqP5VEhdkAS6EPFLC1PHnBqCXEpPxuEb e include tutte le
stesse funzionalità del Token Program, ma è dotato di
estensioni come trasferimenti confidenziali, logica di trasferimento
personalizzata, metadati estesi e molto altro.
token mint
Un account che può produrre (o 'coniare') token. I diversi token sono distinti dai loro indirizzi token mint univoci.
Token Program
Il Token Program ha l'ID programma
TokenkegQfeZyiNwAJbNbGKPFXCWuBvf9Ss623VQ5DA e fornisce le funzionalità di base
per il trasferimento, il congelamento e la coniazione di token.
tps
Transazioni al secondo.
tpu
Unità di elaborazione delle transazioni.
transaction
Una o più istruzioni firmate da un client utilizzando uno o più keypair ed eseguite atomicamente con solo due possibili esiti: successo o fallimento.
transaction id
La prima firma in una transazione, che può essere utilizzata per identificare in modo univoco la transazione nell'intero ledger.
transaction confirmations
Il numero di blocchi confermati da quando la transazione è stata accettata nel ledger. Una transazione è finalizzata quando il suo blocco diventa una radice.
transactions entry
Un insieme di transazioni che possono essere eseguite in parallelo.
tvu
Unità di validazione delle transazioni.
validator
Un partecipante completo in un cluster di rete Solana che produce nuovi blocchi. Un validator convalida le transazioni aggiunte al ledger
VDF
Vedi funzione di ritardo verificabile.
funzione di ritardo verificabile (VDF)
Una funzione che richiede un tempo fisso per essere eseguita e che produce una prova della sua esecuzione, la quale può poi essere verificata in meno tempo di quanto ne sia occorso per produrla.
transazione versionata
Un formato di transazione che supporta funzionalità aggiuntive rispetto al
formato di transazione originale. La versione 0 (v0) è il
primo formato versionato e aggiunge il supporto per le
tabelle di ricerca degli indirizzi, consentendo
alle transazioni di fare riferimento a più account rispetto a quanto permesso
dal formato originale.
voto
Vedi voto del ledger.
credito di voto
Un conteggio di ricompense per i validatori. Un credito di voto viene assegnato a un validatore nel suo account di voto quando il validatore raggiunge una radice.
wallet
Una raccolta di coppie di chiavi che consente agli utenti di gestire i propri fondi.
periodo di riscaldamento
Un certo numero di epoche dopo che lo stake è stato delegato, durante le quali diventa progressivamente effettivo. Durante questo periodo, lo stake è considerato in fase di "attivazione". Maggiori informazioni su: riscaldamento e raffreddamento
Is this page helpful?