Terminologie

Les termes suivants sont utilisés dans la documentation et l'écosystème de développement Solana.

compte

Un enregistrement dans le registre Solana qui contient soit des données, soit un programme exécutable.

Comme un compte dans une banque traditionnelle, un compte Solana peut détenir des fonds appelés lamports. Chaque compte dans un cluster possède une adresse unique.

application

Une application front-end qui interagit avec un cluster Solana.

adresse

L'emplacement dans Solana qui peut être utilisé pour trouver un compte. Chaque adresse est unique dans le cluster Solana.

Les adresses dans Solana peuvent être soit une clé publique Ed25519, soit une adresse dérivée de programme.

table de correspondance d'adresses (ALT)

Une structure de données qui stocke une liste d'adresses de comptes, permettant aux transactions versionnées de référencer des comptes à l'aide d'index compacts d'1 octet plutôt que des clés publiques complètes de 32 octets. Les tables de correspondance d'adresses permettent à une seule transaction de référencer plus de comptes que ce que le format de transaction d'origine autorise. Seules les transactions de version 0 (v0) prennent en charge les tables de correspondance d'adresses ; la version 1 (v1) les supprime au profit d'une taille de transaction plus grande qui intègre directement les mêmes adresses.

Anchor

Un framework pour créer des programmes onchain Solana en Rust. Anchor fournit des macros qui réduisent le code répétitif, un système de validation de comptes standardisé, et génère un IDL décrivant l'interface du programme. C'est le framework le plus largement utilisé pour le développement de programmes Solana.

associated token account (ATA)

Un token account dont l'adresse est dérivée de manière déterministe à partir d'une adresse de portefeuille et d'un token mint. Le programme associated token account garantit que chaque portefeuille dispose d'un token account canonique par type de token.

autorité

L'adresse d'un utilisateur disposant d'un certain type de permission sur un compte.

Par exemple :

• La capacité de créer de nouveaux tokens est accordée au compte qui est l'« autorité de mint » pour le token mint.
• La capacité de mettre à niveau un programme est accordée au compte qui est l'« autorité de mise à niveau » d'un programme.

teneur de marché automatisé (AMM)

Un modèle d'échange onchain où les utilisateurs tradent contre un pool de réserves de tokens régies par une formule de prix plutôt que contre les ordres en attente d'une contrepartie. Les prix évoluent en fonction des réserves, de sorte que les transactions entraînent un slippage proportionnel à leur taille.

état de la banque

Le résultat de l'interprétation de tous les programmes du registre à une hauteur de tick donnée. Il inclut au minimum l'ensemble de tous les comptes détenant des tokens natifs non nuls.

bloc

Un ensemble continu d'entrées dans le registre couvert par un vote. Un leader produit au maximum un bloc par slot.

blockhash

Une valeur unique (hash) qui identifie un enregistrement (bloc). Solana calcule un blockhash à partir du dernier identifiant d'entrée du bloc.

hauteur de bloc

Le nombre de blocs sous le bloc actuel. Le premier bloc après le bloc de genèse a la hauteur un.

validateur d'amorçage

Le validator qui produit le bloc de genèse (premier) bloc d'une blockchain.

chargeur BPF

Le programme Solana qui possède et charge les programmes onchain BPF, permettant au programme d'interagir avec le runtime.

bump

Un octet unique (0–255) ajouté aux seeds lors de la dérivation d'une adresse dérivée de programme pour s'assurer que l'adresse résultante se situe en dehors de la courbe ed25519 et constitue donc un PDA valide. Le bump canonique est la valeur la plus élevée produisant un PDA valide et est généralement sauvegardé dans les données du compte pour éviter de le recalculer.

carnet d'ordres à cours limité centralisé (CLOB)

Un modèle d'échange qui maintient une liste triée d'offres et de demandes en attente ; une transaction se produit lorsqu'un ordre entrant croise un ordre du côté opposé. À distinguer du teneur de marché automatisé.

client

Un programme informatique qui accède au réseau de serveurs cluster de Solana.

confirmation

Une mesure de la confirmation du réseau pour le bloc.

format de tableau compact

Un tableau compact est un tableau sérialisé dans le format suivant :

• La longueur du tableau (encodée en compact-u16)
• Les éléments du tableau listés les uns après les autres

Format de tableau compact

Le format de tableau compact est utilisé pour encoder à la fois le tableau des adresses de comptes et le tableau des instructions dans les messages de transaction.

cluster

Un ensemble de validators maintenant un seul registre.

budget de calcul

Le nombre maximum d'unités de calcul consommées par transaction.

unités de calcul

La plus petite unité de mesure de la consommation des ressources de calcul de la blockchain. Les unités de calcul servent à mesurer les ressources de calcul utilisées pour traiter une transaction.

temps de confirmation

La durée en temps réel entre la création d'une entrée de tick par un leader et la création d'un bloc confirmé.

bloc confirmé

Un bloc qui a reçu une super majorité de votes du registre.

plan de contrôle

Un réseau de gossip connectant tous les nœuds d'un cluster.

période de refroidissement

Un certain nombre d'epochs après la désactivation d'un stake pendant lesquels il devient progressivement disponible pour le retrait. Durant cette période, le stake est considéré comme étant « en cours de désactivation ». Plus d'informations : période de chauffe et de refroidissement

unités de coût

Également appelé coût de transaction, il s'agit d'une estimation complète de toutes les ressources nécessaires au traitement d'une transaction, mesurée en unités de calcul. Plus d'informations ici.

crédit

Voir crédit de vote.

invocation inter-programmes (CPI)

Un appel d'un programme onchain vers un autre. Pour plus d'informations, voir appels entre programmes.

plan de données

Un réseau multicast utilisé pour valider efficacement les entrées et parvenir au consensus.

drone

Un service offchain qui agit en tant que dépositaire de la clé privée d'un utilisateur. Il sert généralement à valider et à signer des transactions.

entrée

Une entrée dans le registre, soit un tick, soit une entrée de transaction.

identifiant d'entrée

Un hash résistant aux préimages calculé sur le contenu final d'une entrée, qui fait office d'identifiant unique global de l'entrée. Le hash atteste de :

• La génération de l'entrée après une certaine durée
• Les transactions spécifiées sont celles incluses dans l'entrée
• La position de l'entrée par rapport aux autres entrées dans le registre

Voir preuve d'historique.

epoch

La durée, c'est-à-dire le nombre de slots, pendant laquelle un calendrier de leaders est valide.

séquestre

Un modèle dans lequel un programme onchain conserve des tokens dans un coffre au nom de deux parties ou plus jusqu'à ce que les conditions définies par le programme soient remplies, puis les libère. Utilisé pour supprimer la nécessité pour les parties de se faire mutuellement confiance directement.

compte de frais

Le compte de frais dans la transaction est le compte qui paie le coût d'inclusion de la transaction dans le registre. Il s'agit du premier compte dans la transaction. Ce compte doit être déclaré en lecture-écriture (modifiable) dans la transaction, car le paiement des frais réduit le solde du compte.

finalité

Lorsque les nœuds représentant 2/3 du stake partagent une racine commune.

fork

Un registre dérivé d'entrées communes puis ayant divergé.

bloc de genèse

Le premier bloc de la chaîne.

configuration de genèse

Le fichier de configuration qui prépare le registre pour le bloc de genèse.

hash

Une empreinte numérique d'une séquence d'octets.

inflation

Une augmentation de l'offre de tokens au fil du temps, utilisée pour financer les récompenses de validation et le développement continu de Solana.

instruction interne

Voir invocation inter-programmes.

instruction

Un appel pour invoquer un gestionnaire d'instruction spécifique dans un programme. Une instruction spécifie également les comptes qu'elle souhaite lire ou modifier, ainsi que des données supplémentaires servant d'entrée auxiliaire au gestionnaire d'instruction. Un client doit inclure au moins une instruction dans une transaction, et toutes les instructions doivent se terminer avec succès pour que la transaction soit considérée comme réussie.

gestionnaire d'instruction

Les gestionnaires d'instruction sont des fonctions de programme qui traitent les instructions issues des transactions. Un gestionnaire d'instruction peut contenir une ou plusieurs invocations inter-programmes.

IDL

Langage de définition d'interface. Un fichier JSON généré par Anchor qui décrit les gestionnaires d'instruction, les comptes et les types d'un programme. L'IDL permet aux bibliothèques clientes de générer automatiquement des interfaces typées pour interagir avec un programme onchain.

keypair

Une clé publique et la clé privée correspondante pour accéder à un compte.

lamport

Un token natif fractionnel d'une valeur de 0,000000001 sol.

Dans le budget de calcul, une quantité de micro-lamports est utilisée dans le calcul des frais de priorité.

leader

Le rôle d'un validator lorsqu'il ajoute des entrées au registre.

calendrier des leaders

Une séquence de clés publiques de validators associées aux slots. Le cluster utilise le calendrier des leaders pour déterminer quel validator est le leader à chaque instant.

registre

Une liste d'entrées contenant des transactions signées par des clients. Conceptuellement, cela peut être retracé jusqu'au bloc de genèse, mais le registre d'un validator réel peut ne contenir que des blocs plus récents pour réduire le stockage, les blocs plus anciens n'étant pas nécessaires à la validation des blocs futurs par conception.

vote du registre

Un hash de l'état du validator à une hauteur de tick donnée. Il comprend l'affirmation d'un validator qu'un bloc qu'il a reçu a été vérifié, ainsi qu'une promesse de ne pas voter pour un bloc concurrent (c'est-à-dire un fork) pendant une durée déterminée, la période de verrouillage.

client léger

Un type de client capable de vérifier qu'il pointe vers un cluster valide. Il effectue plus de vérifications du registre qu'un client léger et moins qu'un validator.

liquidité

La profondeur des ordres ou des réserves mutualisées disponibles pour être échangés au prix actuel ou à proximité de celui-ci. Une liquidité plus profonde réduit le slippage. Sur un CLOB, la liquidité est fournie par les ordres maker ; sur un AMM, elle est fournie par des fournisseurs de liquidité qui déposent des paires de tokens dans le pool.

chargeur

Un programme capable d'interpréter l'encodage binaire d'autres programmes onchain.

verrouillage

La durée pendant laquelle un validator est dans l'impossibilité de voter sur un autre fork.

maker

Un trader dont l'ordre apporte de la liquidité à un CLOB en restant dans le carnet plutôt qu'en croisant immédiatement le côté opposé. Un tel ordre est appelé ordre maker. Les makers ne paient généralement aucun frais ou reçoivent un rabais de la plateforme.

teneur de marché

Une entité qui fournit de la liquidité en affichant en permanence des offres d'achat et de vente. Sur Solana, les teneurs de marché sont soit des programmes (tels que les AMMs), soit des sociétés offchain exploitant des bots qui publient des ordres maker sur des CLOBs.

message

Le contenu structuré d'une transaction. Contient généralement un en-tête, un tableau d'adresses de comptes, un blockhash récent et un tableau d'instructions.

En savoir plus sur le format des messages à l'intérieur des transactions ici.

micro-lamport

1 000 000 micro-lamports = 1 lamport

coefficient de Nakamoto

Une mesure de la décentralisation, le coefficient de Nakamoto est le plus petit nombre d'entités indépendantes pouvant agir collectivement pour arrêter une blockchain. Le terme a été inventé par Balaji S. Srinivasan et Leland Lee dans Quantifying Decentralization.

token natif

Le token utilisé pour suivre le travail effectué par les nœuds d'un cluster.

nœud

Un ordinateur participant à un cluster.

nombre de nœuds

Le nombre de validators participant à un cluster.

offchain

Désigne les données, processus ou services qui existent ou s'exécutent en dehors de la blockchain Solana, tels que les clients RPC, les indexeurs, les frontends et les créateurs de carnets d'ordres offchain. Complémentaire de onchain. « Offchain » (sans trait d'union) est l'orthographe privilégiée.

onchain

Désigne les données ou programmes qui existent ou s'exécutent sur une blockchain. « Onchain » (sans trait d'union) est l'orthographe privilégiée.

programme onchain

Le code exécutable sur la blockchain Solana qui interprète les instructions envoyées dans chaque transaction pour lire et modifier les comptes sur lesquels il a le contrôle. Ces programmes sont souvent désignés sous le nom de « smart contracts » sur d'autres blockchains.

oracle

Un programme onchain qui publie des données provenant de l'extérieur de la chaîne — le plus souvent les prix d'actifs réels — pour que d'autres programmes puissent les lire.

propriétaire

Peut désigner soit le programme propriétaire soit le portefeuille propriétaire. Par exemple, getTokenAccountsByOwner obtient les token accounts détenus par un portefeuille particulier, mais le programme propriétaire de ces token accounts est le token program.

Pour éviter toute confusion, il est préférable d'utiliser soit programme propriétaire soit portefeuille propriétaire plutôt que le terme générique « propriétaire ».

programme propriétaire

L'adresse du programme qui possède le compte. Seul le programme propriétaire est en mesure de modifier le compte.

Voir aussi autorité.

portefeuille propriétaire

Le portefeuille associé à un compte. Par exemple, le token program est utilisé pour stocker des token accounts associés à un portefeuille et un mint particuliers, en utilisant une adresse construite à partir de ce portefeuille et de ce mint.

PoH

Voir Proof of History.

point

Un crédit pondéré dans un régime de récompenses. Dans le régime de récompenses des validators, le nombre de points dus à un stake lors du rachat est le produit des crédits de vote accumulés et du nombre de lamports stakés.

clé privée

La clé privée d'un keypair.

programme

Voir programme onchain.

adresse dérivée de programme (PDA)

Un compte dont l'adresse est créée à partir d'un programme onchain et d'un ou plusieurs seeds définis par l'auteur du programme. Les adresses PDA ne sont pas des clés publiques, et les PDAs n'ont pas de clés privées.

L'autorité de signature d'un PDA est le programme onchain qui en est le programme propriétaire.

identifiant de programme

La clé publique du compte contenant un programme.

preuve d'historique (PoH)

Une pile de preuves, dont chacune atteste que certaines données existaient avant la création de la preuve et qu'une durée précise s'est écoulée depuis la preuve précédente. Comme un VDF, une Proof of History peut être vérifiée en moins de temps qu'il n'en a fallu pour la produire.

frais de priorisation

Des frais supplémentaires que l'utilisateur peut spécifier dans l'instruction du budget de calcul pour prioriser ses transactions.

Les frais de priorisation sont calculés en multipliant le nombre maximum d'unités de calcul demandées par le prix par unité de calcul (spécifié par incréments de 0,000001 lamport par unité de calcul), arrondi au lamport supérieur.

Les transactions doivent demander le nombre minimum d'unités de calcul nécessaires à leur exécution afin de minimiser les frais.

clé publique (pubkey)

La clé publique d'un keypair. Une clé publique est l'un des différents types d'adresse qu'un compte peut utiliser sur Solana.

rent

Frais payés par les comptes et les programmes pour stocker des données sur la blockchain. Lorsque les comptes ne disposent pas d'un solde suffisant pour payer le rent, ils peuvent être supprimés par le ramasse-miettes.

Voir aussi exempté de rent ci-dessous. En savoir plus sur le rent ici : Qu'est-ce que le rent ?.

exempté de rent

Les comptes qui maintiennent un solde minimum en lamports proportionnel à la quantité de données stockées sur le compte. Tous les comptes nouvellement créés sont stockés onchain de façon permanente jusqu'à la fermeture du compte. Il n'est pas possible de créer un compte en dessous du seuil d'exemption de rent.

racine

Un bloc ou un slot ayant atteint le verrouillage maximal sur un validator. La racine est le bloc le plus élevé qui est un ancêtre de tous les forks actifs sur un validator. Tous les blocs ancêtres d'une racine sont également transitivement une racine. Les blocs qui ne sont ni un ancêtre ni un descendant de la racine sont exclus du consensus et peuvent être supprimés.

runtime

Le composant d'un validator responsable de l'exécution des programmes.

Sealevel

Le runtime parallèle de Solana pour les programmes onchain.

seed

Une valeur en octets ou un tableau de valeurs en octets utilisé comme entrée lors de la dérivation d'une adresse dérivée de programme. Un programme peut utiliser n'importe quelle combinaison de chaînes statiques, de clés publiques ou d'autres données comme seeds. Les seeds sont combinés avec l'identifiant du programme et un bump pour produire une adresse PDA unique.

shred

Une fraction d'un bloc ; la plus petite unité envoyée entre validators.

signature

Une signature ed25519 de 64 octets composée de R (32 octets) et S (32 octets). Avec l'exigence que R soit un point d'Edwards compressé n'étant pas d'ordre faible et que S soit un scalaire dans l'intervalle 0 <= S < L. Cette exigence garantit l'absence de malléabilité des signatures. Chaque transaction doit comporter au moins une signature pour le compte de frais. Ainsi, la première signature d'une transaction peut être considérée comme l'identifiant de transaction.

signataire

Un compte qui a autorisé une instruction ou une transaction. Pour un keypair ordinaire, cela implique une signature cryptographique sur la transaction. Pour une adresse dérivée de programme, l'autorisation est assertée par le programme propriétaire lorsqu'il effectue une invocation inter-programmes, car un PDA n'a pas de clé privée.

taux de slots ignorés

Le pourcentage de slots ignorés sur le total des slots de leader dans l'epoch actuelle. Cette métrique peut être trompeuse car elle présente une forte variance après la limite d'epoch lorsque la taille de l'échantillon est faible, ainsi que pour les validators avec un faible nombre de slots de leader ; elle peut toutefois être utile pour identifier des erreurs de configuration de nœuds à certains moments.

slot ignoré

Un slot passé qui n'a pas produit de bloc, parce que le leader était hors ligne ou que le fork contenant le slot a été abandonné au profit d'une meilleure alternative par consensus du cluster. Un slot ignoré n'apparaîtra pas comme ancêtre pour les blocs des slots suivants, n'incrémentera pas la hauteur de bloc, et n'expirera pas le recent_blockhash le plus ancien.

Le fait qu'un slot ait été ignoré ne peut être déterminé que lorsqu'il devient plus ancien que le dernier slot ancré (donc non ignoré).

slippage

La différence entre le prix anticipé par un trader et le prix auquel son ordre a été réellement exécuté. Sur les AMMs, il résulte du déplacement de la courbe de prix à mesure que les réserves évoluent ; sur les CLOBs, il résulte d'un ordre unique consommant plusieurs ordres en attente à des prix successivement moins favorables.

slot

La période de temps durant laquelle chaque leader ingère des transactions et produit un bloc.

Collectivement, les slots forment une horloge logique. Les slots sont ordonnés séquentiellement et sans chevauchement, représentant un temps réel approximativement égal selon PoH.

smart contract

Voir programme onchain.

SOL

Le token natif d'un cluster Solana.

Bibliothèque de programmes Solana (SPL)

Une bibliothèque de programmes sur Solana, telle que spl-token, qui facilite des tâches comme la création et l'utilisation de tokens.

stake

Tokens confisqués au profit du cluster si un comportement malveillant d'un validator peut être prouvé.

qualité de service pondérée par le stake (SWQoS)

Le SWQoS permet un traitement préférentiel pour les transactions provenant de validators stakés.

supermajorité

2/3 d'un cluster.

system program

Un programme Solana natif (ID de programme 11111111111111111111111111111111) chargé de créer de nouveaux comptes, d'allouer des données de compte, d'assigner des comptes à des programmes et de transférer des SOL entre les comptes. Tous les nouveaux comptes sur Solana sont détenus par le programme système jusqu'à leur réaffectation.

sysvar

Un compte système. Les Sysvars fournissent des informations sur l'état du cluster, telles que la hauteur de tick actuelle, les valeurs des points de récompenses, etc. Les programmes peuvent accéder aux Sysvars via un compte Sysvar (pubkey) ou en effectuant une requête via un syscall.

taker

Un trader dont l'ordre retire de la liquidité d'un CLOB en croisant le côté opposé du carnet et en s'associant à un ou plusieurs ordres en attente. Un tel ordre est appelé un ordre taker, et le taker paie généralement les frais de trading de la plateforme.

client léger

Un type de client qui fait confiance au fait qu'il communique avec un cluster valide.

tick

Une entrée du registre qui estime la durée en temps réel.

hauteur de tick

Le N-ième tick dans le registre.

token

Un actif numériquement transférable.

token account

Un compte qui détient un solde d'un token spécifique. Les token accounts sont détenus par le Token Program ou le Token Extensions Program et stockent le solde du token, le token mint associé, ainsi que l'adresse du portefeuille propriétaire.

Token Extensions Program

Le Token Extensions Program a l'ID de programme TokenzQdBNbLqP5VEhdkAS6EPFLC1PHnBqCXEpPxuEb et inclut toutes les mêmes fonctionnalités que le Token Program, mais est doté d'extensions telles que les soldes confidentiels, la logique de transfert personnalisée, les métadonnées étendues, et bien plus encore.

token mint

Un compte capable de produire (ou de « minter ») des tokens. Les différents tokens sont distingués par leurs adresses de token mint uniques.

Token Program

Le Token Program possède l'ID de programme TokenkegQfeZyiNwAJbNbGKPFXCWuBvf9Ss623VQ5DA et fournit les fonctionnalités de base de transfert, de gel et de création de tokens.

tps

Transactions par seconde.

tpu

Unité de traitement des transactions.

transaction

Une ou plusieurs instructions signées par un client à l'aide d'une ou plusieurs keypairs et exécutées de manière atomique avec seulement deux résultats possibles : succès ou échec.

identifiant de transaction

La première signature d'une transaction, qui peut être utilisée pour identifier de manière unique la transaction dans l'ensemble du registre.

confirmations de transaction

Le nombre de blocs confirmés depuis que la transaction a été acceptée dans le registre. Une transaction est finalisée lorsque son bloc devient une racine.

entrée de transactions

Un ensemble de transactions pouvant être exécutées en parallèle.

tvu

Unité de validation des transactions.

validator

Un participant à part entière dans un cluster du réseau Solana qui produit de nouveaux blocs. Un validator valide les transactions ajoutées au registre.

vault

Un token account détenu par un programme onchain qui conserve des actifs mutualisés au nom des utilisateurs — par exemple les réserves de base et de cotation d'un AMM, les tokens verrouillés dans un escrow, ou les soldes en attente et les frais accumulés d'un CLOB. Seul le programme propriétaire peut retirer des tokens du vault, généralement vers le token account d'un utilisateur lorsqu'une condition de trade ou de libération est remplie.

VDF

Voir fonction de délai vérifiable.

fonction de délai vérifiable (VDF)

Une fonction qui prend un temps fixe à s'exécuter et produit une preuve de son exécution, laquelle peut ensuite être vérifiée en moins de temps qu'il n'en a fallu pour la produire.

transaction versionnée

Un format de transaction qui prend en charge des fonctionnalités supplémentaires au-delà du format de transaction d'origine. La version 0 (v0) est le premier format versionné et ajoute la prise en charge des tables de recherche d'adresses, permettant aux transactions de référencer plus de comptes que le format d'origine ne le permet. La version 1 (v1), active sur tous les clusters, porte la taille maximale des transactions à 4 096 octets, intègre les limites de ressources dans une section de configuration du message au lieu d'instructions ComputeBudget, et supprime la prise en charge des tables de recherche d'adresses. Voir transactions versionnées.

vote

Voir vote de registre.

crédit de vote

Un compteur de récompenses pour les validators. Un crédit de vote est attribué à un validator dans son compte de vote lorsque le validator atteint une racine.

portefeuille

Un ensemble de keypairs permettant aux utilisateurs de gérer leurs fonds.

période de préchauffage

Un certain nombre d'epochs après la délégation d'un stake, pendant lesquels il devient progressivement effectif. Durant cette période, le stake est considéré comme étant « en cours d'activation ». Plus d'informations sur : le préchauffage et le refroidissement