Terminologia

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 lamports. 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 di Solana.

Gli indirizzi in Solana possono essere una chiave pubblica Ed25519 o un program derived address.

Una struttura dati che memorizza un elenco di indirizzi di account, consentendo alle transazioni con versione di fare riferimento agli account utilizzando indici compatti a 1 byte invece di chiavi pubbliche complete a 32 byte. Le address lookup table consentono a una singola transazione di fare riferimento a più account rispetto a quanto consentito dal formato di transazione originale. Solo le transazioni versione 0 (v0) supportano le address lookup table; la versione 1 (v1) le rimuove a favore di una dimensione di transazione maggiore che include gli stessi indirizzi inline.

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 in modo deterministico da un indirizzo wallet e da un token mint. Il programma associated token account garantisce che ogni wallet abbia un token account canonico per ogni tipo di token.

authority

L'indirizzo di un utente che ha un qualche tipo di permesso su un account.

Ad esempio:

La capacità di coniare nuovi token viene assegnata all'account che funge da 'mint authority' per il token mint.
La capacità di aggiornare un programma viene assegnata all'account che è l''upgrade authority' di un programma.

automated market maker (AMM)

Un modello di exchange onchain in cui gli utenti operano contro un pool di riserve di token governato da una formula di prezzo anziché contro gli ordini in attesa di una controparte. I prezzi variano in funzione delle riserve, quindi le operazioni comportano slippage proporzionale alla dimensione.

bank state

Il risultato dell'interpretazione di tutti i programmi nel registro a una determinata tick height. Include almeno l'insieme di tutti gli account che detengono token nativi diversi da zero.

block

Un insieme contiguo di entry nel registro coperto da un voto. Un leader produce al massimo un block per slot.

blockhash

Un valore univoco (hash) che identifica un record (block). Solana calcola un blockhash dall'ultimo entry id del block.

block height

Il numero di block al di sotto del block corrente. Il primo block dopo il genesis block ha altezza uno.

bootstrap validator

Il validator che produce il block genesi (il primo) di una blockchain.

BPF loader

Il programma Solana che possiede e carica i 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 e viene 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 negoziazione avviene quando un ordine in entrata incrocia un ordine sul lato opposto. Da contrapporre all'automated market maker.

client

Un programma per computer che accede alla rete di server Solana (cluster).

commitment

Una misura della conferma della rete per il block.

compact array format

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 compact array viene utilizzato per codificare sia l'array degli indirizzi degli account sia l'array delle istruzioni nei messaggi di transazione.

cluster

Un insieme di validator che mantengono un unico registro.

compute budget

Il numero massimo di unità di calcolo consumate per transazione.

compute units

La più piccola unità di misura per il consumo delle risorse computazionali della blockchain. Le compute units vengono utilizzate per misurare le risorse computazionali impiegate per elaborare una transazione.

confirmation time

La durata in tempo reale tra la creazione di una tick entry da parte di un leader e la creazione di un confirmed block.

confirmed block

Un block che ha ricevuto una super maggioranza di voti del registro.

control plane

Una rete gossip che connette tutti i nodi di un cluster.

cooldown period

Un certo numero di epoch dopo la disattivazione dello stake, durante le quali diventa progressivamente disponibile per il prelievo. Durante questo periodo, lo stake viene considerato "in disattivazione". Ulteriori informazioni su: warmup and cooldown

cost units

Detto anche transaction cost, è una stima completa di tutte le risorse necessarie per elaborare una transazione, misurate in compute units. Ulteriori informazioni qui.

credit

Vedi vote credit.

cross-program invocation (CPI)

Una chiamata da un programma onchain a un altro. Per ulteriori informazioni, vedi 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 della chiave privata di un utente. In genere serve a validare e firmare le transazioni.

entry

Una voce nel registro, che può essere un tick o una entry di transazione.

entry id

Un hash resistente alla preimmagine calcolato sul contenuto finale di una entry, che funge da identificatore globalmente univoco della entry. L'hash serve come prova di:

La entry è stata generata dopo un certo periodo di tempo
Le transazioni specificate sono quelle incluse nella entry
La posizione della entry rispetto alle altre entry nel registro

Vedi proof of history.

epoch

Il periodo di tempo, ovvero il numero di slot, per cui un leader schedule è 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, per poi rilasciarli. 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 dell'inclusione della transazione nel registro. È 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.

finality

Quando i nodi che rappresentano 2/3 dello stake hanno una root comune.

fork

Un registro derivato da entry comuni che ha poi divergito.

genesis block

Il primo block della catena.

genesis config

Il file di configurazione che prepara il registro per il genesis block.

hash

Un'impronta digitale di una sequenza di byte.

inflation

Un aumento dell'offerta di token nel tempo utilizzato per finanziare le ricompense per la validazione e per finanziare lo sviluppo continuo di Solana.

inner instruction

Vedi cross-program invocation.

instruction

Una chiamata per invocare uno specifico instruction handler in un programma. Un'instruction specifica anche quali account intende leggere o modificare, nonché dati aggiuntivi che fungono da input ausiliario per l' instruction handler. Un client deve includere almeno una instruction in una transazione, e tutte le instruction devono essere completate affinché la transazione sia considerata riuscita.

instruction handler

Gli instruction handler sono funzioni di un programma che elaborano le instruction provenienti dalle transazioni. Un instruction handler può contenere una o più cross-program invocation.

IDL

Interface Definition Language. Un file JSON generato da Anchor che descrive gli instruction handler, 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 compute budget, una quantità di micro-lamport viene utilizzata nel calcolo delle prioritization fee.

leader

Il ruolo di un validator quando aggiunge entry al registro.

leader schedule

Una sequenza di chiavi pubbliche dei validator mappate agli slot. Il cluster utilizza il leader schedule per determinare quale validator è il leader in ogni momento.

ledger

Un elenco di entry contenenti transazioni firmate da client. Concettualmente, questo può essere ricondotto al genesis block, ma il registro di un validator reale potrebbe contenere solo block più recenti per ridurre lo spazio di archiviazione, poiché quelli più vecchi non sono necessari per la validazione dei block futuri per design.

ledger vote

Un hash dello stato del validator a una determinata tick height. Comprende l'affermazione di un validator che un block ricevuto è stato verificato, nonché la promessa di non votare per un block in conflitto (ovvero un 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 registro più approfondita rispetto a un thin client e meno approfondita rispetto a un validator.

liquidità

La profondità degli ordini o delle riserve in pool disponibili per il trading al prezzo corrente o nelle sue vicinanze. Una liquidità più profonda riduce lo slippage. In un CLOB la liquidità è fornita dagli ordini maker; in un AMM è fornita dai fornitori di liquidità che depositano coppie di token nel pool.

loader

Un programma in grado di interpretare la codifica binaria di altri programmi onchain.

lockout

La durata del tempo durante la quale un validator non è in grado di votare su un altro fork.

maker

Un trader il cui ordine aggiunge liquidità a un CLOB rimanendo in attesa nel book anziché crociarsi immediatamente con il lato opposto. Tale ordine è detto ordine maker. I maker in genere non pagano commissioni o ricevono un rimborso dalla piattaforma.

market maker

Un'entità che fornisce liquidità pubblicando continuamente sia bid che ask. Su Solana, i market maker sono programmi (come gli AMM) oppure società offchain che gestiscono bot che pubblicano ordini maker sui CLOB.

messaggio

Il contenuto strutturato di una transazione. Generalmente include un intestazione, un array di indirizzi di account, un recente blockhash e un array di istruzioni.

Per saperne di più sulla formattazione dei messaggi all'interno delle transazioni, clicca qui.

micro-lamport

1.000.000 di micro-lamport = 1 lamport

coefficiente di Nakamoto

Una misura della 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 dei 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 di Solana, come client RPC, indicizzatori, frontend e maker di order book offchain. Complemento di onchain. "Offchain" (senza trattino) è la grafìa preferita.

onchain

Descrive dati o programmi che esistono o vengono eseguiti su una blockchain. "Onchain" (senza trattino) è la grafìa preferita.

programma onchain

Il codice eseguibile sulla blockchain di Solana che interpreta le istruzioni inviate all'interno di ogni transazione per leggere e modificare gli account su cui ha controllo. Questi programmi sono spesso denominati "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ò fare riferimento sia al programma proprietario sia al wallet proprietario. Ad esempio, getTokenAccountsByOwner recupera i token account di proprietà di un determinato wallet; tuttavia, il programma proprietario di quei token account è il Token Program.

Per evitare confusione, è preferibile usare programma proprietario o wallet proprietario anziché 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 archiviare i token account associati a un determinato wallet e mint tramite un indirizzo ricavato da quel wallet e da quel mint.

PoH

Vedi Proof of History.

point

Un credito ponderato in un regime di ricompense. Nel regime di ricompense del validator, il numero di point spettanti a uno stake al momento del riscatto è il prodotto dei vote credit guadagnati e del numero di lamport 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 a partire da 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 ne è il programma proprietario.

program id

La chiave pubblica dell'account contenente un programma.

proof of history (PoH)

Una catena di prove, ciascuna delle quali dimostra che certi dati esistevano prima che la prova fosse creata e che è trascorso un preciso intervallo di tempo rispetto alla prova precedente. Come un VDF, una Proof of History può essere verificata in meno tempo di quanto impiegato per produrla.

commissione di priorità

Una commissione aggiuntiva che l'utente può specificare nell'istruzione del compute budget 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) e arrotondando al lamport superiore.

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 un 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 hanno un saldo sufficiente a pagare il rent, possono essere elaborati dal Garbage Collector.

Vedi anche rent exempt di seguito. Per saperne di più sul rent: Cos'è il rent?.

rent exempt

Gli account che mantengono un saldo minimo in lamport proporzionale alla quantità di dati archiviati sull'account. Tutti gli account appena creati vengono archiviati onchain in modo permanente finché l'account non viene chiuso. Non è possibile creare un account che scenda al di sotto della soglia di esenzione dal rent.

root

Un block o slot che ha raggiunto il massimo lockout su un validator. Il root è il block più alto che è antenato di tutti i fork attivi su un validator. Tutti i block antenati di un root sono a loro volta transitivamente un root. I block che non sono né antenati né discendenti del root vengono 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 byte o un array di valori byte utilizzati come input per derivare 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 block; la più piccola unità inviata tra i validator.

firma

Una firma ed25519 a 64 byte composta da R (32 byte) e S (32 byte). Con il requisito che R sia un punto di Edwards compresso non di ordine piccolo e S sia uno scalare nell'intervallo 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 transaction id.

signer

Un account che ha autorizzato un'istruzione o una transazione. Per un keypair ordinario ciò implica una firma crittografica sulla transazione. Per un program derived address, l'autorizzazione viene assertita dal programma proprietario quando effettua una cross-program invocation, poiché un PDA non ha chiave privata.

skip rate

La percentuale di slot saltati sul totale degli slot leader nell'epoch corrente. Questa metrica può essere fuorviante, in quanto presenta un'alta varianza dopo il confine dell'epoch quando la dimensione del campione è ridotta, nonché per i validator con un basso numero di slot leader; tuttavia può risultare utile anche per identificare configurazioni errate dei nodi in certi momenti.

slot saltato

Un slot passato che non ha prodotto un block, 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 comparirà come antenato per i block negli slot successivi, né incrementerà l'altezza del block, 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 (e quindi non saltato).

slippage

La differenza tra il prezzo atteso da un trader e il prezzo a cui la sua operazione è stata effettivamente eseguita. Negli AMM deriva dal movimento della curva dei prezzi al variare delle riserve; nei CLOB deriva da un singolo ordine che consuma più ordini in attesa a prezzi progressivamente peggiori.

slot

Il periodo di tempo durante il quale ogni leader acquisisce transazioni e produce un block.

Collettivamente, gli slot creano un orologio logico. Gli slot sono ordinati sequenzialmente e non si sovrappongono, comprendendo all'incirca uguale tempo reale secondo il 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 operazioni quali la creazione e l'utilizzo di token.

stake

Token confiscati al cluster qualora venga dimostrato un comportamento malevolo da parte di un 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 (program ID 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 finché non vengono riassegnati.

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 interrogandoli tramite una syscall.

taker

Un trader il cui ordine rimuove liquidità da un CLOB incrociando il lato opposto del libro e abbinandosi a uno o più ordini in attesa. Tale ordine è detto ordine taker, e il taker paga in genere la commissione di trading della piattaforma.

thin client

Un tipo di client che si fida di comunicare con un cluster valido.

tick

Una voce del registro che stima la durata in tempo reale.

tick height

L'N-esimo tick nel registro.

token

Un asset trasferibile digitalmente.

token account

Un account che detiene 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 wallet proprietario.

Token Extensions Program

Il Token Extensions Program ha il program ID TokenzQdBNbLqP5VEhdkAS6EPFLC1PHnBqCXEpPxuEb e include tutte le stesse funzionalità del Token Program, ma dispone di estensioni come Confidential Balances, 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 univoci di token mint.

Token Program

Il Token Program ha il program ID TokenkegQfeZyiNwAJbNbGKPFXCWuBvf9Ss623VQ5DA e fornisce le funzionalità di base per il trasferimento, il congelamento e il conio dei token.

tps

Transazioni al secondo.

tpu

Unità di elaborazione delle transazioni.

transaction

Una o più istruzioni firmate da un client usando una 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 univocamente la transazione nell'intero registro.

transaction confirmations

Il numero di blocchi confermati da quando la transazione è stata acquisita nel registro. Una transazione è finalizzata quando il suo blocco diventa una root.

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 della rete Solana che produce nuovi blocchi. Un validator convalida le transazioni aggiunte al registro

vault

Un token account di proprietà di un programma onchain che detiene asset in pool 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, in genere verso il token account di un utente una volta soddisfatta una condizione di scambio o rilascio.

VDF

Vedi verifiable delay function.

verifiable delay function (VDF)

Una funzione che richiede un tempo fisso per essere eseguita e produce una prova della sua esecuzione, che può poi essere verificata in meno tempo di quanto impiegato per produrla.

versioned transaction

Un formato di transazione che supporta funzionalità aggiuntive rispetto al formato transaction originale. La versione 0 (v0) è il primo formato versionato e aggiunge supporto per le address lookup table, consentendo alle transazioni di fare riferimento a più account di quanto permesso dal formato originale. La versione 1 (v1), attiva su tutti i cluster, aumenta la dimensione massima della transazione a 4.096 byte, include i limiti di risorse in una sezione di configurazione del messaggio anziché nelle istruzioni ComputeBudget, e rimuove il supporto per le address lookup table. Vedi versioned transactions.

Indice dei contenuti