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.
automated market maker (AMM)
Un modello di exchange onchain in cui gli utenti scambiano contro un pool di riserve di token governato da una formula di prezzo piuttosto che contro l'ordine in attesa di una controparte. I prezzi si muovono in funzione delle riserve, quindi le transazioni subiscono slippage proporzionale alla dimensione.
bank state
Il risultato dell'interpretazione di tutti i programmi nel ledger a una data tick height. Include almeno l'insieme di tutti gli account che possiedono token nativi diversi da zero.
blocco
Un insieme contiguo di entry nel ledger coperte 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.
block height
Il numero di blocchi sotto il blocco corrente. Il primo blocco dopo il blocco genesis ha altezza uno.
bootstrap validator
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.
central limit order book (CLOB)
Un modello di exchange che mantiene un elenco ordinato di offerte e richieste in attesa; una transazione avviene quando un ordine in arrivo incrocia un ordine sul lato opposto. Da confrontare con automated market maker.
client
Un programma informatico che accede alla rete di server Solana cluster.
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 degli indirizzi degli account sia l'array delle istruzioni nei messaggi delle transazioni.
cluster
Un insieme di validator che mantengono un singolo ledger.
budget di calcolo
Il numero massimo di unità di calcolo consumate per transazione.
unità di calcolo
La più piccola unità di misura 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 di tempo reale 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 supermaggioranza di voti del ledger.
piano di controllo
Una rete 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: riscaldamento e raffreddamento
unità di costo
Chiamate anche 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.
Cross Program Invocation (CPI)
Una chiamata da un programma onchain a un altro. Per ulteriori informazioni, consulta chiamate tra programmi.
data plane
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. Solitamente serve a validare e firmare le transazioni.
entry
Una voce nel ledger, che può essere un tick o una entry di transazione.
entry id
Un hash resistente alla pre-immagine sui contenuti finali 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 uno schedule del leader è valido.
escrow
Un pattern in cui un programma onchain detiene token in un vault per conto di due o più parti fino a quando le condizioni definite dal programma non vengono soddisfatte, quindi li rilascia. Utilizzato per eliminare la necessità che le parti si fidino direttamente l'una dell'altra.
fee account
Il fee account 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 2/3 dello stake hanno una root comune.
fork
Un ledger derivato da voci comuni ma poi divergente.
blocco genesi
Il primo blocco nella catena.
configurazione genesi
Il file di configurazione che prepara il ledger per il blocco 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
Vedere Cross Program Invocation.
istruzione
Una chiamata per invocare uno specifico gestore di istruzioni in un programma. Un'istruzione specifica anche quali account intende 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
Un token nativo frazionario con il valore di 0.000000001 SOL.
All'interno del budget di calcolo, una quantità di micro-lamport viene utilizzata nel calcolo delle commissioni di priorità.
leader
Il ruolo di un validator quando aggiunge voci al registro.
pianificazione dei leader
Una sequenza di chiavi pubbliche di validator mappate agli slot. Il cluster utilizza la pianificazione dei leader per determinare quale validator è il leader in qualsiasi momento.
registro
Un elenco di voci contenenti transazioni firmate dai client. Concettualmente, questo può essere ricondotto al blocco genesi, ma il registro di un validator effettivo 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 progettazione.
voto del registro
Un hash dello stato del validator a una determinata altezza di tick. Rappresenta l'affermazione di un validator che un blocco ricevuto è stato verificato, nonché una promessa di non votare per un blocco conflittuale (cioè fork) per un periodo di tempo specifico, il periodo di lockout.
client leggero
Un tipo di client che può verificare di puntare a un cluster valido. Esegue più verifiche del registro rispetto a un thin client e meno rispetto a un validator.
liquidità
La profondità degli ordini o delle riserve in pool disponibili per negoziare a o vicino al prezzo corrente. Una liquidità più profonda riduce lo slippage. Su un CLOB la liquidità è fornita da ordini maker; su un AMM è fornita dai fornitori di liquidità che depositano coppie di token nel pool.
caricatore
Un programma con la capacità di interpretare la codifica binaria di altri programmi onchain.
lockout
La durata del periodo durante il quale un validator non è in grado di votare su un altro fork.
maker
Un trader il cui ordine aggiunge liquidità a un CLOB rimanendo sul book anziché attraversare immediatamente il lato opposto. Tale ordine è chiamato ordine maker. I maker generalmente non pagano commissioni o ricevono uno sconto dalla piattaforma.
market maker
Un'entità che fornisce liquidità pubblicando continuamente sia offerte che richieste. Su Solana, i market maker sono programmi (come gli AMM) oppure società offchain che eseguono bot per pubblicare ordini maker sui CLOB.
messaggio
Il contenuto strutturato di una transazione. Generalmente contiene un header, un array di indirizzi di account, un blockhash recente e un array di istruzioni.
Per saperne di più sulla formattazione dei messaggi all'interno delle transazioni clicca qui.
micro-lamport
1.000.000 micro-lamport = 1 lamport
Coefficiente di Nakamoto
Una misura di decentralizzazione, il Coefficiente di Nakamoto è il numero minimo di entità indipendenti che possono agire collettivamente per bloccare 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.
conteggio nodi
Il numero di validator che partecipano a un cluster.
offchain
Descrive dati, processi o servizi che esistono o vengono eseguiti al di fuori della blockchain Solana, come client RPC, indicizzatori, frontend e maker di order book offchain. Il contrario di onchain. "Offchain" (senza trattino) è la grafia preferita.
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 chiamati "smart contract" su altre blockchain.
oracle
Un programma onchain che pubblica dati provenienti dall'esterno della chain — più spesso prezzi di asset del mondo reale — affinché altri programmi possano leggerli.
owner
Può riferirsi sia al programma proprietario che al wallet proprietario. Ad esempio, getTokenAccountsByOwner ottiene token account di proprietà di un particolare wallet, tuttavia il programma proprietario per quei token account è il Token Program.
Per evitare confusione è preferibile usare programma proprietario o wallet proprietario piuttosto che il termine generico 'owner'.
programma proprietario
L'indirizzo del programma che possiede l'account. Solo il programma proprietario è in grado di modificare l'account.
Vedi anche authority.
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.
point
Un credito ponderato in un sistema di ricompense. Nel sistema di ricompense per i validator rewards regime, 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 una keypair.
programma
Vedi programma onchain.
Program Derived Address (PDA)
Un account il cui indirizzo viene creato sulla base di un programma onchain e uno o più seed creati dall' autore del programma. Gli indirizzi PDA non sono chiavi pubbliche e i PDA non possiedono chiavi private.
L'autorità di firma per un PDA è il programma onchain che ne è il programma proprietario.
program id
La chiave pubblica dell'account che contiene un programma.
proof of history (PoH)
Una sequenza di prove, ognuna 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 sia stato necessario per produrla.
commissione di prioritizzazione
Una commissione aggiuntiva che l'utente può specificare nell'istruzione del budget di calcolo per dare priorità alle proprie transazioni.
La commissione di prioritizzazione 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 necessaria 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 archiviare dati sulla blockchain. Quando gli account non dispongono di un saldo sufficiente per pagare il rent, possono essere sottoposti a 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 in lamport proporzionale alla quantità di dati memorizzati sull'account. Tutti gli account appena creati vengono archiviati permanentemente onchain finché l'account non viene chiuso. Non è possibile creare un account che scenda al di sotto della soglia di esenzione dal rent.
root
Un blocco o slot che ha raggiunto il lockout massimo su un validatore. La root è il blocco più alto che è antenato di tutte le fork attive su un validatore. Tutti i blocchi antenati di una root sono anch'essi transitivamente una root. I blocchi che non sono né antenati né discendenti della root sono esclusi dalla considerazione per il consenso e possono essere scartati.
runtime
Il componente di un validatore responsabile dell'esecuzione dei programmi.
Sealevel
Il runtime parallelo di Solana per i programmi onchain.
seed
Un valore byte o un array di valori byte utilizzato come input nella derivazione di un indirizzo derivato dal programma. 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.
signature
Una firma ed25519 di 64 byte composta da R (32 byte) e S (32 byte). Con il
requisito che R sia un punto Edwards compatto non di ordine piccolo 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 in una
transazione può essere considerata come ID transazione.
signer
Un account che ha autorizzato un'istruzione o una transazione. Per una coppia di chiavi regolare, ciò significa una firma crittografica sulla transazione. Per un indirizzo derivato dal programma, l'autorizzazione viene dichiarata dal programma proprietario quando effettua una Cross Program Invocation, poiché un PDA non ha una chiave privata.
tasso di salto
La percentuale di slot saltati sul totale degli slot leader nell'epoch corrente. Questa metrica può essere fuorviante poiché presenta un'elevata varianza dopo il confine dell'epoch quando la dimensione del campione è ridotta, così come per i validator con un numero ridotto di slot leader, tuttavia può anche essere utile per identificare errori di configurazione del nodo in determinati momenti.
slot saltato
Uno slot passato che non ha prodotto un blocco, perché il
leader era offline o il fork contenente lo slot è stato abbandonato a
favore di un'alternativa migliore per 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 recent_blockhash più
vecchio.
Se uno slot è stato saltato può essere determinato solo quando diventa più vecchio dell'ultimo slot radicato (quindi non saltato).
slippage
La differenza tra il prezzo che un trader si aspettava e il prezzo al quale la sua operazione è stata effettivamente eseguita. Negli AMM deriva dallo spostamento della curva di pricing man mano che cambiano le riserve; nei CLOB deriva dal fatto che un singolo ordine consuma diversi ordini in attesa a prezzi successivamente peggiori.
slot
Il periodo di tempo durante il quale ogni leader acquisisce le transazioni e produce un blocco.
Collettivamente, gli slot creano un orologio logico. Gli slot sono ordinati in sequenza e non si sovrappongono, comprendendo un tempo reale approssimativamente uguale 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 persi dal cluster se può essere dimostrato un comportamento dannoso del validator.
qualità del servizio ponderata per stake (SWQoS)
SWQoS consente un trattamento preferenziale per le transazioni provenienti da validator con stake.
supermaggioranza
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 loro 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 tramite una syscall.
taker
Un trader il cui ordine rimuove liquidità da un CLOB attraversando il lato opposto del book e facendo match con uno o più ordini in attesa. Tale ordine è chiamato ordine taker, e il taker generalmente paga la commissione di negoziazione della piattaforma.
thin client
Un tipo di client che si fida di comunicare con un cluster valido.
tick
Una entry del ledger che stima la durata del tempo reale.
altezza del tick
token
Un asset trasferibile digitalmente.
token account
Un account che contiene un saldo di un token specifico. I token account 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 portafoglio proprietario.
Token Extensions Program
Il Token Extensions Program ha
l'ID programma TokenzQdBNbLqP5VEhdkAS6EPFLC1PHnBqCXEpPxuEb e include tutte le
stesse funzionalità del Token Program, ma offre estensioni
come trasferimenti confidenziali, logica di trasferimento personalizzata,
metadati estesi e molto altro.
token mint
Un account che può produrre (o 'coniare') token. Token diversi sono contraddistinti dai loro indirizzi univoci di token mint.
Token Program
Il Token Program ha l'ID programma
TokenkegQfeZyiNwAJbNbGKPFXCWuBvf9Ss623VQ5DA e fornisce le capacità di base per
trasferire, bloccare e coniare token.
tps
Transazioni al secondo.
tpu
Unità di elaborazione delle transazioni.
transazione
Una o più istruzioni firmate da un client utilizzando uno o più keypair ed eseguite atomicamente con solo due possibili esiti: successo o fallimento.
id transazione
La prima firma in una transazione, che può essere utilizzata per identificare univocamente la transazione nell'intero ledger.
conferme di transazione
Il numero di blocchi confermati da quando la transazione è stata accettata nel ledger. Una transazione è finalizzata quando il suo blocco diventa una radice.
entry di transazioni
Un insieme di transazioni che possono essere eseguite in parallelo.
tvu
Unità di validazione delle transazioni.
validator
Un partecipante completo in un cluster della rete Solana che produce nuovi blocchi. Un validator convalida le transazioni aggiunte al ledger
vault
Un token account di proprietà di un programma onchain che detiene asset condivisi per conto degli utenti — ad esempio le riserve base e quote di un AMM, i token bloccati in un escrow, o i saldi in attesa e le commissioni accumulate di un CLOB. Solo il programma proprietario può spostare i token fuori dal vault, tipicamente nel token account di un utente una volta soddisfatta una condizione di scambio o rilascio.
VDF
Vedi funzione di ritardo verificabile.
funzione di ritardo verificabile (VDF)
Una funzione che impiega una quantità fissa di tempo per essere eseguita e che produce una prova della sua esecuzione, che può poi essere verificata in meno tempo di quanto sia stato necessario per produrla.
transazione versionata
Un formato di transazione che supporta funzionalità aggiuntive oltre al formato
transaction originale. La versione 0 (v0) è il primo formato
versionato e aggiunge il supporto per le
address lookup tables, consentendo alle transazioni
di fare riferimento a più account rispetto a quanto permesso dal formato
originale.
voto
Vedi ledger vote.
credito di voto
Un conteggio di ricompense per i validator. Un credito di voto viene assegnato a un validator nel suo account di voto quando il validator raggiunge una root.
wallet
Una raccolta di keypair che consente agli utenti di gestire i propri fondi.
periodo di warmup
Un certo numero di epoch dopo che lo stake è stato delegato, durante i quali diventa progressivamente effettivo. Durante questo periodo, lo stake è considerato "in attivazione". Maggiori informazioni su: warmup e cooldown
Is this page helpful?