Solana (SOL): come funzionano transazioni e validatori

Lo stato vive negli account

Ogni pezzo di stato persistente di Solana è contenuto in un account identificato da un indirizzo a 32 byte. Un account registra lamports, dati, un programma proprietario e campi relativi all'esecuzione. Il proprietario è il programma autorizzato a modificare i dati di quell'account; non è necessariamente la persona che controlla una chiave del wallet.

I programmi Solana sono account eseguibili contenenti bytecode sBPF. Un programma è generalmente trattato come stateless perché lo stato applicativo mutabile vive in account separati forniti a ciascuna istruzione. Ciò consente al runtime di vedere quali account una transazione leggerà o scriverà prima dell'esecuzione e di pianificare il lavoro che non compete per lo stesso stato scrivibile.

Portafogli, account token e PDA

Un indirizzo wallet può possedere SOL e autorizzare transazioni, ma un saldo token SPL normalmente risiede in un account token associato a un mint e a un proprietario. Un Program Derived Address è derivato deterministicamente da un programma ID e da semi; il programma può autorizzare per esso tramite regole runtime anche se non esiste alcuna chiave privata per l'indirizzo.

Prima di inviare un token, conferma il mint, l'account token di destinazione e il programma invocato. Un ticker familiare o un'etichetta di wallet non è una prova che un mint sia canonico. La chiusura, la creazione o la riallocazione di account può anche spostare lamports, quindi il riepilogo della transazione dovrebbe essere rivisto oltre all'importo token principale.

Messaggio, firme e istruzioni

Il messaggio elenca gli indirizzi degli account, un blockhash recente e istruzioni compilate. Ogni istruzione nomina un programma e identifica gli account che può utilizzare. I firmatari richiesti autorizzano il messaggio e le transazioni versionate possono utilizzare tabelle di ricerca degli indirizzi per fare riferimento a più account senza inserire ogni indirizzo direttamente nel pacchetto.

Attualità e conferma

Un blockhash recente impedisce a una transazione ordinaria di rimanere valida indefinitamente. Se scade prima dell'elaborazione, la transazione deve essere ricostruita e firmata di nuovo; la ritrasmissione della vecchia firma non crea una transazione nuova. Esistono flussi di lavoro con nonce durevoli per firme specializzate offline o ritardate e richiedono una gestione separata.

I client RPC espongono livelli di commitment processed, confirmed e finalized. Un'interfaccia veloce può mostrare risultati processed prima che venga raggiunto un accordo più forte del cluster. Depositi, bridge e azioni applicative dipendenti dovrebbero attendere il livello richiesto da quel servizio e dovrebbero verificare la firma tramite un RPC o explorer corrente.

Componenti base e di priorità

Ogni transazione paga una commissione base in SOL per le firme richieste. Il protocollo esprime SOL in lamports e l'importo base dipende quindi dal numero di firme piuttosto che dal valore di un pagamento o di uno swap di token. Una transazione fallita può consumare la commissione base perché la verifica della firma e l'esecuzione sono state tentate.

Una commissione di priorità opzionale si basa sul limite di unità di calcolo richiesto e sul prezzo di unità di calcolo scelto. Il limite è un budget, non una previsione dell'uso effettivo, quindi impostarlo molto più alto del necessario può far pagare in eccesso la componente di priorità. Le stime del wallet dovrebbero utilizzare condizioni recenti e simulazione della transazione invece di copiare una commissione fissa da un'altra applicazione.

Controlli operativi

Mantieni abbastanza SOL per la commissione anche quando l'asset trasferito è un token SPL. Rivedi eventuali istruzioni di budget di calcolo, perché possono modificare il limite richiesto e il prezzo di priorità. Distingui anche le commissioni di transazione dal finanziamento dell'account, dai saldi relativi all'affitto, dall'impatto sul prezzo dello swap e dalle spese applicative; sono costi separati anche se un wallet li riassume insieme.