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.
validateur d'amorçage
Le validateur 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 validateurs maintenant un unique 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 computationnelles 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'époques après la désactivation d'un enjeu, pendant lesquelles celui-ci devient progressivement disponible pour le retrait. Durant cette période, l'enjeu est considéré comme "en cours de désactivation". Plus d'informations sur : préchauffage et refroidissement
crédit
Voir crédit de vote.
invocation inter-programmes (CPI)
Un appel d'un programme on-chain à 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 obtenir un consensus.
drone
Un service off-chain qui agit comme dépositaire 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 hachage résistant aux préimages du contenu final d'une entrée, qui agit comme identifiant unique global de l'entrée. Le hachage 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.
époque
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 de l'enjeu 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'instructions 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'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 des transactions. Un gestionnaire d'instructions peut contenir une ou plusieurs invocations inter-programmes.
paire de clés
Une clé publique et la clé privée correspondante pour accéder à un compte.
lamport
Un jeton natif fractionnel 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 validateur lorsqu'il ajoute des entrées au registre.
calendrier des leaders
Une séquence de clés publiques de validateurs mappées aux slots. Le cluster utilise le calendrier des leaders pour déterminer quel validateur est le leader à un moment donné.
ledger
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 ledger d'un validateur 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 ledger
Un hash de l'état du validateur à une hauteur de tick donnée. Il comprend l'affirmation d'un validateur 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 une fourche) 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 ledger qu'un client léger et moins qu'un validateur.
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 validateur est incapable de voter sur une autre fourche.
message
Le contenu structuré d'une transaction. Contenant 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.
coefficient de Nakamoto
Une mesure de 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.
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 "smart contracts" 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 du validateur, 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és.
clé privée
La clé privée d'une paire de clés.
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 paire de clés.
loyer
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 loyer, ils peuvent être collectés par le ramasse-miettes.
Voir aussi exempt de loyer ci-dessous. En savoir plus sur le loyer ici : Qu'est-ce que le loyer ?.
exempt de loyer
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 loyer.
racine
Un bloc ou slot qui a atteint le verrouillage maximum sur un validateur. 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 un ancêtre ni un descendant de la racine sont exclus de la considération pour le consensus et peuvent être écartés.
environnement d'exécution
Le composant d'un validateur responsable de l'exécution des programmes.
Sealevel
L'environnement d'exécution parallèle de Solana pour les programmes sur la chaîne.
fragment
Une fraction d'un bloc ; la plus petite unité envoyée entre 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 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 d'omission
Le pourcentage de slots omis par rapport au nombre total de slots de leader dans l'époque actuelle. Cette métrique peut être trompeuse car elle présente une forte variance après la limite d'époque lorsque la taille de l'échantillon est petite, ainsi que pour les validateurs ayant un faible nombre de slots de leader, mais elle peut également être utile pour identifier les mauvaises configurations de nœuds dans certains cas.
slot omis
Un slot passé qui n'a pas produit de bloc, parce que le
leader était hors ligne ou que la fourche contenant le slot a été
abandonnée au profit d'une alternative meilleure par consensus du cluster. Un
slot omis n'apparaîtra pas comme un ancêtre pour les blocs aux 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é omis que lorsqu'il devient plus ancien que le dernier slot enraciné (donc non-omis).
slot
La période de temps 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 PoH.
contrat intelligent
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.
mise
Jetons confisqués au cluster si un comportement malveillant du validateur peut être prouvé.
qualité de service pondérée par mise (SWQoS)
SWQoS permet un traitement préférentiel pour les transactions provenant de validateurs ayant effectué une mise.
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.
Programme d'extensions de jetons
Le Programme d'extensions de jetons a l'ID
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.
émission de jetons
Un compte qui peut produire (ou 'émettre') des jetons. Différents jetons sont distingués par leurs adresses d'émission de jetons uniques.
Programme de jetons
Le Programme de jetons a l'ID de programme
TokenkegQfeZyiNwAJbNbGKPFXCWuBvf9Ss623VQ5DA
, et fournit les capacités de base
de transfert, gel et émission de jetons.
tps
Transactions par seconde.
tpu
Unité de traitement des transactions.
transaction
Une ou plusieurs instructions signées par un client utilisant une ou plusieurs paires de clés 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 de transaction.
validateur
Un participant complet dans un cluster du réseau Solana qui produit de nouveaux blocs. Un validateur 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 qui 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.
vote
Voir vote du registre.
crédit de vote
Un décompte de récompenses pour les validateurs. Un crédit de vote est attribué à un validateur dans son compte de vote lorsque le validateur atteint une racine.
portefeuille
Une collection de paires de clés qui permet aux utilisateurs de gérer leurs fonds.
période de préchauffage
Un certain nombre d'époques après que l'enjeu a été délégué pendant qu'il devient progressivement effectif. Pendant cette période, l'enjeu est considéré comme "en activation". Plus d'informations sur : préchauffage et refroidissement
Is this page helpful?