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.

Voir aussi autorité.

application

Une application frontale qui interagit avec un cluster Solana.

autorité

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

Par exemple :

La capacité d'émettre de nouveaux jetons est donnée au compte qui est 'l'autorité d'émission' pour l'émission de jetons.
La capacité de mettre à niveau un programme est donné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 sur le registre à une hauteur de tick donnée. Il comprend au moins 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 identifiant d'entrée du bloc.

hauteur de bloc

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

validator d'amorçage

Le validator qui produit le bloc genèse (premier) bloc d'une chaîne de blocs.

chargeur BPF

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

client

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

engagement

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

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 pour la consommation des ressources informatiques de la blockchain.

temps de confirmation

La durée d'horloge murale 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 "en cours de désactivation". Plus d'informations sur : préchauffage et refroidissement

crédit

Voir crédit de vote.

Cross Program Invocation (CPI)

Un appel d'un programme on-chain à 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 obtenir un consensus.

drone

Un service off-chain qui agit comme gardien de la clé privée d'un utilisateur. Il sert généralement à valider et signer les transactions.

entrée

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

identifiant d'entrée

Un hash résistant à la préimage sur le contenu final d'une entrée, qui agit comme identifiant unique global de l'entrée. Le hash sert de preuve pour :

L'entrée a été généré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 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. C'est le premier compte dans la transaction. Ce compte doit être déclaré comme 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.

fork

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

hash

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 invocation inter-programmes.

instruction

Un appel pour invoquer un gestionnaire d'instruction spécifique dans un programme. Une instruction spécifie également quels comptes elle souhaite lire ou modifier, et des données supplémentaires qui servent d'entrée auxiliaire au gestionnaire d'instruction. 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'instruction

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

keypair

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

lamport

Un jeton natif fractionné avec une valeur de 0,000000001 sol.

Dans le cadre du 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.

calendrier des leaders

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

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 n'avoir que des blocs plus récents pour réduire le stockage, car les plus anciens ne sont pas nécessaires pour la validation des futurs blocs 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 contradictoire (c'est-à-dire une fork) pendant une période spécifique, la période de verrouillage.

client léger

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

chargeur

Un programme ayant la capacité d'interpréter l'encodage binaire d'autres programmes sur la chaîne.

verrouillage

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

message

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

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

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 validators participant à un cluster.

programme on-chain

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.

PoH

Voir Preuve d'historique.

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 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.

compte dérivé de programme (PDA)

Un compte dont l'autorité de signature est un programme et qui n'est donc pas contrôlé par une clé privée comme les autres comptes.

identifiant de programme

La clé publique du compte contenant un programme.

preuve d'historique (PoH)

Une pile de preuves, chacune prouvant que certaines données existaient avant que la preuve ne soit créée et qu'une durée précise de temps s'est écoulée avant 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 du 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 de l'unité de calcul (spécifié en incréments de 0,000001 lamports par unité de calcul) arrondi au 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.

rent

Frais payés par les comptes et les programmes pour stocker des données sur la blockchain. Lorsque les comptes n'ont pas assez de solde pour payer le rent, ils peuvent être collecté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

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 sur la chaîne de façon permanente jusqu'à ce que le compte soit fermé. Il n'est pas possible de créer un compte qui tombe en dessous du seuil d'exemption de rent.

racine

Un bloc ou slot qui a atteint le verrouillage maximum sur un validator. La racine est le bloc le plus élevé qui est un ancêtre de toutes les branches actives 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 de la considération pour le consensus et peuvent être écartés.

runtime

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.

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 compacté qui n'est pas d'ordre petit et S soit un scalaire dans la plage de [0, l-1]. 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 dans la transaction peut être traitée comme identifiant de transaction

taux de saut

Le pourcentage de slots sauté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 validators ayant un faible nombre de slots de leader, mais elle peut également être utile pour identifier des erreurs de configuration des nœuds.

slot sauté

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

On ne peut déterminer si un slot a été sauté que lorsqu'il devient plus ancien que le dernier slot enraciné (donc non sauté).

slot

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

Collectivement, les slots créent une horloge logique. Les slots sont ordonnés séquentiellement et non chevauchants, comprenant approximativement un temps réel égal selon le PoH.

smart contract

Voir programme on-chain.

SOL

Le jeton natif d'un cluster Solana.

Solana Program Library (SPL)

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

stake

Jetons confisqués au cluster si un comportement malveillant du validator peut être prouvé.

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

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

supermajorité

2/3 d'un cluster.

sysvar

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

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 numériquement transférable.

Token Extensions Program

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

Table des matières