Terminologie

Les termes suivants sont utilisés dans toute la documentation et l'écosystème de développement de 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 contenir des fonds appelés lamports. Comme un fichier sous Linux, il est adressable par une clé, souvent appelée clé publique ou pubkey.

La clé peut être l'un des éléments suivants :

une clé publique ed25519
une adresse de compte dérivée d'un programme (valeur de 32 octets forcée hors de la courbe ed25519)
un hachage d'une clé publique ed25519 avec une chaîne de 32 caractères

propriétaire du compte

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

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

table de recherche 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 de 1 octet au lieu de clés publiques complètes de 32 octets. Les tables de recherche d'adresses permettent à une seule transaction de référencer plus de comptes que ne le permet le format de transaction d'origine.

Anchor

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

associated token account (ATA)

Un compte de jetons 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 compte de jetons canonique par type de jeton.

autorité

L'adresse d'un utilisateur qui dispose d'une certaine permission sur un compte.

Par exemple :

La capacité de créer de nouveaux jetons est accordée au compte qui est l'« autorité de création » 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.

état de la banque

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

bloc

Un ensemble contigu d'entrées sur 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 entry id du bloc.

hauteur de bloc

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

validator 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 BPF onchain, permettant au programme d'interagir avec le runtime.

bump

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

client

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

engagement

Une mesure de la confirmation 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 compte et le tableau des instructions dans les messages de transaction.

cluster

Un ensemble de validators maintenant un seul registre.

budget de calcul

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

unités de calcul

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

délai de confirmation

La durée horaire 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 du stake, pendant lesquels celui-ci devient progressivement disponible pour le retrait. Durant cette période, le stake est considéré comme "en cours de désactivation". Plus d'informations sur : préchauffage et refroidissement

unités de coût

Également appelées transaction cost, il s'agit d'une estimation globale de toutes les ressources nécessaires pour traiter une transaction, mesurées 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 à un autre. Pour plus d'informations, consultez appels entre programmes.

plan de données

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

drone

Un service offchain qui agit comme 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 sur le contenu final d'une entrée, qui sert d'identifiant globalement unique de l'entrée. Le hash constitue une preuve :

Que l'entrée a été générée après une certaine durée
Que les transactions spécifiées sont celles incluses dans l'entrée
De la position de l'entrée par rapport aux autres entrées du registre

Voir preuve d'historique.

epoch

Le temps, c'est-à-dire le nombre de slots, pendant lequel un calendrier de leader est valide.

compte de frais

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

finalité

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

bifurcation

Un registre dérivé d'entrées communes mais ayant ensuite 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.

hachage

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

inflation

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

instruction interne

Voir Cross Program Invocation.

instruction

Un appel pour invoquer un gestionnaire d'instructions 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 qui servent d'entrée auxiliaire au gestionnaire d'instructions. Un client doit inclure au moins une instruction dans une transaction, et toutes les instructions doivent être complétées pour que la transaction soit considérée comme réussie.

gestionnaire d'instructions

Les gestionnaires d'instructions sont des fonctions de programme qui traitent les instructions provenant des transactions. Un gestionnaire d'instructions peut contenir une ou plusieurs Cross Program Invocations.

IDL

Interface Definition Language. Un fichier JSON généré par Anchor qui décrit les gestionnaires d'instructions, 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 permettant d'accéder à un compte.

lamport

Une fraction de jeton natif ayant la valeur de 0,000000001 sol.

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

leader

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

leader schedule

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

ledger

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

ledger vote

Un hachage de l'état du validator à une hauteur de tick donnée. Il constitue 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 conflictuel (c'est-à-dire un fork) pendant une durée spécifique, la période de verrouillage.

light client

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

loader

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

lockout

La durée pendant laquelle un validator est incapable de voter sur un autre fork.

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 formatage 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 qui peuvent agir collectivement pour arrêter une blockchain. Le terme a été inventé par Balaji S. Srinivasan et Leland Lee dans Quantifying Decentralization.

jeton natif

Le jeton utilisé pour suivre le travail effectué par les nœuds dans un cluster.

nœud

Un ordinateur participant à un cluster.

nombre de nœuds

Le nombre de validateurs participant à un cluster.

onchain

Décrit des données ou des programmes qui existent ou s'exécutent sur une blockchain. « Onchain » (sans trait d'union) est l'orthographe préféré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 appelés « contrats intelligents » sur d'autres blockchains.

propriétaire

Peut faire référence soit au programme propriétaire, soit au portefeuille propriétaire. Par exemple, getTokenAccountsByOwner obtient les comptes de jetons appartenant à un portefeuille particulier, mais le programme propriétaire de ces comptes de jetons 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 capable de modifier le compte.

Voir également autorité.

portefeuille propriétaire

Le portefeuille associé à un compte. Par exemple, le Token Program est utilisé pour stocker les token accounts associés à un portefeuille et un mint particuliers en utilisant une adresse créée à partir de ce portefeuille et de ce mint.

PoH

Voir Preuve d'historique.

point

Un crédit pondéré dans un système de récompenses. Dans le système de récompenses des validators, le nombre de points dus à un stake lors du rachat est le produit des crédits de vote gagnés et du nombre de lamports mis en jeu.

clé privée

La clé privée d'une keypair.

programme

Voir programme on-chain.

Program Derived Address (PDA)

Un compte dont l'adresse est créée à partir d'un programme on-chain et d'une ou plusieurs graines créées par l'auteur du programme. Les adresses PDA ne sont pas des pubkeys, et les PDA ne possèdent pas de clés privées.

L'autorité de signature pour une PDA est le programme on-chain qui est leur programme propriétaire.

identifiant de programme

La pubkey du compte contenant un programme.

preuve d'historique (PoH)

Une pile de preuves, dont chacune prouve que certaines données existaient avant la création de la preuve et qu'une durée de temps précise s'est écoulée depuis la preuve précédente. Comme une VDF, une preuve d'historique 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 de budget de calcul pour prioriser ses transactions.

Les frais de priorisation sont calculés en multipliant les unités de calcul maximales demandées par le prix par unité de calcul (spécifié par incréments de 0,000001 lamport par unité de calcul) arrondi à l'lamport supérieur.

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

clé publique (pubkey)

La clé publique d'une 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 n'ont pas un solde suffisant pour payer le loyer, ils peuvent être supprimés par le ramasse-miettes.

Voir également exonération de loyer ci-dessous. Pour en savoir plus sur le loyer, consultez : Qu'est-ce que le loyer ?.

exonération de loyer

Comptes qui maintiennent un solde minimum en lamport proportionnel à la quantité de données stockées sur le compte. Tous les comptes nouvellement créés sont stockés en permanence sur la chaîne jusqu'à la fermeture du compte. Il n'est pas possible de créer un compte dont le solde est inférieur au seuil d'exonération de loyer.

racine

Un bloc ou slot qui a atteint le verrouillage maximal sur un validator. La racine est le bloc le plus élevé qui est un ancêtre de toutes les fourches actives sur un validateur. Tous les blocs ancêtres d'une racine sont également transitivement une racine. Les blocs qui ne sont ni ancêtres ni descendants de la racine sont exclus de la considération pour le consensus et peuvent être supprimés.

environnement d'exécution

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

Sealevel

L'environnement d'exécution parallèle de Solana pour les programmes onchain.

seed

Une valeur d'octet ou un tableau de valeurs d'octets utilisé comme entrée lors de la dérivation d'une Program Derived Address. 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'ID du programme et un bump pour produire une adresse PDA unique.

shred

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

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 compacté qui n'est pas d'ordre faible et que S soit un scalaire dans l'intervalle de 0 <= S < L. Cette exigence garantit l'absence de malléabilité de signature. Chaque transaction doit avoir 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

taux de skip

Le pourcentage de slots ignorés par rapport au nombre total de 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 petite, ainsi que pour les validateurs ayant un faible nombre de slots de leader, mais peut également ê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, car le leader était hors ligne ou la fourche contenant le slot a été abandonnée pour une meilleure alternative par consensus du cluster. Un slot ignoré n'apparaîtra pas comme ancêtre pour les blocs aux slots suivants, n'incrémentera pas la hauteur de bloc, et n'expirera pas le plus ancien recent_blockhash.

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

slot

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

Collectivement, les slots créent une horloge logique. Les slots sont ordonnés séquentiellement et non-chevauchants, représentant approximativement un temps réel équivalent selon la PoH.

contrat intelligent

Voir programme onchain.

SOL

Le jeton natif d'un cluster Solana.

Bibliothèque de programmes Solana (SPL)

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

mise

Jetons confisqués par le cluster si un comportement malveillant du validateur peut être prouvé.

qualité de service pondérée par la mise (SWQoS)

SWQoS permet un traitement préférentiel pour les transactions provenant de validateurs ayant mis en jeu des jetons.

supermajorité

2/3 d'un cluster.

System Program

Un programme natif Solana (ID de programme 11111111111111111111111111111111) responsable de la création de nouveaux comptes, de l'allocation de données de compte, de l'attribution de comptes aux programmes et du transfert de SOL entre comptes. Tous les nouveaux comptes sur Solana appartiennent au System Program 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écompense, etc. Les programmes peuvent accéder aux Sysvars via un compte Sysvar (pubkey) ou en interrogeant via un syscall.

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 d'horloge murale.

hauteur de tick

Le Nième tick dans le registre.

jeton

Un actif transférable numériquement.

token account

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

Token Extensions Program

Le Token Extensions Program possède l'identifiant de programme TokenzQdBNbLqP5VEhdkAS6EPFLC1PHnBqCXEpPxuEb et inclut toutes les mêmes fonctionnalités que le Token Program, mais propose des extensions telles que les transferts confidentiels, la logique de transfert personnalisée, les métadonnées étendues et bien plus encore.

token mint

Un compte qui peut produire (ou « frapper ») des jetons. Les différents jetons se distinguent par leurs adresses de token mint uniques.

Token Program

Le Token Program possède l'identifiant de programme TokenkegQfeZyiNwAJbNbGKPFXCWuBvf9Ss623VQ5DA et fournit les capacités de base de transfert, de gel et de frappe de jetons.

tps

Transactions par seconde.

tpu

Unité de traitement des transactions.

transaction

Une ou plusieurs instructions signées par un client à l'aide d'un ou plusieurs keypair 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 dans 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 qui peuvent être exécutées en parallèle.

tvu

Unité de validation des transactions.

validator

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

VDF

Voir fonction de délai vérifiable.

fonction de délai vérifiable (VDF)

Une fonction qui prend un temps fixe pour s'exécuter et produit une preuve de son exécution, qui 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 ne le permet le format d'origine.

Table des matières