Concepts fondamentaux

Solana stocke tout l'état dans des comptes, un magasin clé-valeur (key-value) indexé par des adresses de 32 octets. Chaque compte possède cinq champs : lamports, data, owner, executable et rent_epoch.

Les contrats intelligents de Solana, compilés en sBPF. Les programmes sont sans état et tout état mutable réside dans des comptes de données distincts transmis via des instructions.

Une requête d'exécution d'un programme, contenant un identifiant de programme, une liste de comptes et des octets de données opaques. Plusieurs instructions se combinent en une seule transaction.

L'unité atomique d'exécution sur Solana. Contient des signatures et un message (adresses de comptes, blockhash récent et instructions compilées). Maximum 1 232 octets, ou 4 096 avec le format v1.

Frais de base de 5 000 lamports par signature, plus des frais de priorité optionnels basés sur les unités de calcul demandées. Maximum 1,4 M d'unités de calcul par transaction.

Adresses déterministes dérivées d'un identifiant de programme et de seeds. Seul le programme propriétaire peut signer au nom d'un PDA via invoke_signed.

Un programme en appelle un autre via invoke ou invoke_signed. Les privilèges de signataire et d'écriture s'étendent au programme appelé. Profondeur maximale de la pile d'instructions de 5 (niveau supérieur plus CPIs).

Actifs numériques fongibles et non fongibles sur Solana (SPL Token, Token-2022).

Mainnet, Devnet et Testnet : groupes de validator traitant les requêtes JSON-RPC.