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.
teneur de marché automatisé (AMM)
Un modèle d'échange onchain où les utilisateurs échangent contre un pool de réserves de jetons régi par une formule de tarification plutôt que contre l'ordre en attente d'une contrepartie. Les prix évoluent en fonction des réserves, de sorte que les échanges subissent un slippage proportionnel à la taille.
é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 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 ID d'entrée du bloc.
hauteur de bloc
Le nombre de blocs sous le bloc actuel. Le premier bloc après le bloc genesis a une hauteur de un.
validator de démarrage
Le validator qui produit le bloc genesis (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 Program Derived Address pour garantir que l'adresse résultante tombe en dehors de la courbe ed25519 et est 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é dans les données du compte pour éviter de le recalculer.
carnet d'ordres à cours limité central (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é. À contraster avec le teneur de marché automatisé.
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 comptes et le tableau des instructions dans les messages de transaction.
cluster
Un ensemble de validateurs 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 des ressources de calcul de la blockchain. Les unités de calcul sont utilisées pour 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 propagation (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 stake pendant lesquelles 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 : le réchauffement et le refroidissement
unités de coût
Également appelées transaction cost, il s'agit d'une estimation complète 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.
Cross Program Invocation (CPI)
Un appel d'un programme onchain à un autre. Pour plus d'informations, consultez appel entre programmes.
plan de données
Un réseau multicast utilisé pour valider efficacement les entrées et obtenir un consensus.
drone
Un service hors chaîne 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 hachage résistant à la pré-image sur le contenu final d'une entrée, qui agit comme identifiant globalement unique de l'entrée. Le hachage sert de preuve de :
- La génération de l'entrée après une durée de temps
- 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
Le temps, c'est-à-dire le nombre de slots, pendant lequel un calendrier de leader est valide.
séquestre
Un modèle dans lequel un programme onchain détient des jetons 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 éliminer le besoin pour les parties de se faire directement confiance.
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 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.
fork
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.
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 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 invocations inter-programmes.
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 pour accéder à un compte.
lamport
Un jeton natif fractionnaire 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 priorisation.
leader
Le rôle d'un validator lorsqu'il ajoute des entries au ledger.
leader schedule
Une séquence de clés publiques de validator associées à des slots. Le cluster utilise le leader schedule pour déterminer quel validator est le leader à tout moment.
ledger
Une liste d'entries contenant des transactions signées par des clients. Conceptuellement, cela peut être retracé jusqu'au bloc de genèse, mais le ledger 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 blocs futurs par conception.
ledger vote
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 conflictuel (c'est-à-dire fork) pendant une période de temps spécifique, la période de lockout.
light client
Un type de client qui peut vérifier qu'il pointe vers un cluster valide. Il effectue plus de vérifications du ledger qu'un thin client et moins qu'un validator.
liquidity
La profondeur des ordres ou des réserves mutualisées disponibles pour négocier au prix actuel ou à proximité. Une liquidité plus profonde réduit le slippage. Sur un CLOB, la liquidité est fournie par des ordres maker ; sur un AMM, elle est fournie par des fournisseurs de liquidité qui déposent des paires de tokens dans le pool.
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.
maker
Un trader dont l'ordre ajoute de la liquidité à un CLOB en restant dans le carnet d'ordres plutôt que de traverser 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 publiant continuellement des offres d'achat et de vente. Sur Solana, les teneurs de marché sont soit des programmes (tels que les AMM) soit des entreprises hors chaîne exécutant des bots qui publient des ordres maker sur des CLOB.
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 validators participant à un cluster.
hors chaîne
Décrit des données, des processus ou des services qui existent ou s'exécutent en dehors de la blockchain Solana, tels que les clients RPC, les indexeurs, les interfaces utilisateur et les teneurs de carnets d'ordres hors chaîne. Contraire de onchain. « Hors chaîne » est l'orthographe préférée.
sur la chaîne
Décrit des données ou des programmes qui existent ou s'exécutent sur une blockchain. « Sur la chaîne » est l'orthographe préférée.
programme sur la chaîne
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.
oracle
Un programme onchain qui publie des données provenant de l'extérieur de la blockchain — le plus souvent les prix d'actifs du monde réel — pour que d'autres programmes puissent les lire.
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, cependant 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 aussi autorité.
portefeuille propriétaire
Le portefeuille associé à un compte. Par exemple, le Token Program est utilisé pour stocker les comptes de jetons associés à un portefeuille et une émission particuliers en utilisant une adresse créée à partir de ce portefeuille et de cette émission.
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 validator, 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 onchain.
Program Derived Address (PDA)
Un compte dont l'adresse est créée à partir d'un programme onchain et d'une ou plusieurs seeds créées par l'auteur du programme. Les adresses PDA ne sont pas des clés publiques, et les PDA n'ont pas de clés privées.
L'autorité de signature pour un PDA est le programme onchain qui est leur programme propriétaire.
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 la création de la preuve et qu'une durée 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 du budget de calcul pour prioriser leurs 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é 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 requis pour l'exécution afin de minimiser les frais.
clé publique (pubkey)
La clé publique d'une paire de clés. 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 Programmes pour stocker des données sur la blockchain. Lorsque les comptes n'ont pas un solde suffisant pour payer le rent, ils peuvent être supprimés par le ramasse-miettes.
Voir également exonéré de rent ci-dessous. Pour en savoir plus sur le rent : Qu'est-ce que le rent ?.
exonéré de rent
Comptes qui maintiennent un solde minimum de lamport proportionnel à la quantité de données stockées sur le compte. Tous les comptes nouvellement créés sont stockés onchain de manière permanente jusqu'à la fermeture du compte. Il n'est pas possible de créer un compte qui tombe en dessous du seuil d'exonération de rent.
root
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 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.
seed
Une valeur d'octet ou un tableau de valeurs d'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'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 compressé qui n'est pas d'ordre
petit et S soit un scalaire dans l'intervalle de 0 <= S < L. Cette exigence
garantit qu'il n'y a pas 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
signer
Un compte qui a autorisé une instruction ou une transaction. Pour une paire de clés ordinaire, cela signifie une signature cryptographique sur la transaction. Pour une adresse dérivée de programme, l'autorisation est affirmée par le programme propriétaire lorsqu'il effectue une Cross Program Invocation, car une PDA n'a pas de clé privée.
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 faible, ainsi que pour les validateurs disposant d'un faible nombre de slots de leader. Cependant, elle peut également être utile pour identifier des erreurs de configuration de nœuds à certains moments.
slot sauté
Un slot passé qui n'a pas produit de bloc, car le leader
était hors ligne ou la bifurcation 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 ancêtre pour les blocs des slots ultérieurs,
n'incrémentera pas la hauteur de bloc et n'expirera pas le plus
ancien recent_blockhash.
Il est possible de déterminer si un slot a été sauté uniquement lorsqu'il devient plus ancien que le dernier slot enraciné (donc non sauté).
glissement
La différence entre le prix attendu par un trader et le prix auquel sa transaction a réellement été exécutée. Sur les AMM, il résulte du déplacement de la courbe de prix à mesure que les réserves changent ; sur les CLOB, il résulte de la consommation par un ordre unique de 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 créent une horloge logique. Les slots sont ordonnés séquentiellement et ne se chevauchent pas, comprenant un temps réel approximativement égal conformément à la PoH.
contrat intelligent
Voir programme onchain.
SOL
Le jeton natif d'un cluster Solana.
Solana Program Library (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.
stake
Tokens 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 validateurs ayant du stake.
supermajorité
2/3 d'un cluster.
system program
Un programme natif Solana (ID de programme 11111111111111111111111111111111)
responsable de la création de nouveaux accounts, 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'à réattribution.
sysvar
Un account 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écompense, etc. Les programmes peuvent accéder aux Sysvars via un compte Sysvar (pubkey) ou en interrogeant via un syscall.
taker
Un trader dont l'ordre retire de la liquidité d'un CLOB en franchissant le côté opposé du carnet d'ordres et en s'appariant avec un ou plusieurs ordres en attente. Un tel ordre est appelé ordre taker, et le taker paie généralement les frais de trading de la plateforme.
thin client
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
token
Un actif transférable numériquement.
token account
Un account qui détient un solde d'un token spécifique. Les token accounts appartiennent au Token Program ou au Token Extensions Program et stockent le solde du token, le token mint associé et 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
fourni avec des extensions telles que les transferts confidentiels, la logique
de transfert personnalisée, les métadonnées étendues, et bien plus encore.
mint de jeton
Un compte capable de produire (ou « frapper ») des jetons. Les différents jetons sont distingués par leurs adresses de mint de jeton uniques.
Token Program
Le Token Program possède l'ID de
programme TokenkegQfeZyiNwAJbNbGKPFXCWuBvf9Ss623VQ5DA et fournit les
fonctionnalités de base pour transférer, geler et frapper des 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 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 de réseau Solana qui produit de nouveaux blocs. Un validator valide les transactions ajoutées au registre.
coffre
Un compte de jetons détenu par un programme en chaîne qui conserve des actifs mutualisés pour le compte des utilisateurs — par exemple les réserves de base et de cotation d'un AMM, les jetons verrouillés dans un dépôt fiduciaire, ou les soldes en attente et les frais accumulés d'un CLOB. Seul le programme propriétaire peut retirer des jetons du coffre, généralement vers le propre compte de jetons d'un utilisateur une fois qu'une condition d'échange ou de libération est remplie.
VDF
Voir fonction de retard vérifiable.
fonction de retard vérifiable (VDF)
Une fonction qui prend un temps d'exécution fixe 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
par rapport au 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.
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 validator dans son compte de vote lorsque le validator 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'epochs après la délégation du stake pendant lesquelles celui-ci devient progressivement effectif. Durant cette période, le stake est considéré comme « en cours d'activation ». Plus d'informations sur : le préchauffage et le refroidissement
Is this page helpful?