Solana (SOL) : comment fonctionnent les transactions et les validateurs

L'état vit dans les comptes

Chaque élément d'état persistant de Solana est détenu dans un compte identifié par une adresse de 32 octets. Un compte enregistre des lamports, des données, un programme propriétaire et des champs liés à l'exécution. Le propriétaire est le programme autorisé à modifier les données de ce compte ; ce n'est pas nécessairement la personne qui contrôle une clé de portefeuille.

Les programmes Solana sont des comptes exécutables contenant du bytecode sBPF. Un programme est généralement considéré comme sans état car l'état mutable de l'application vit dans des comptes séparés fournis à chaque instruction. Cela permet à l'exécution de voir quels comptes une transaction lira ou écrira avant l'exécution et de planifier le travail qui n'entre pas en conflit pour le même état inscriptible.

Portefeuilles, comptes de jetons et PDA

Une adresse de portefeuille peut posséder SOL et autoriser des transactions, mais un solde de jeton SPL se trouve normalement dans un compte de jeton associé à une émission et à un propriétaire. Une adresse dérivée de programme est dérivée de manière déterministe d'un programme ID et de graines ; le programme peut autoriser pour elle via des règles d'exécution même si aucune clé privée n'existe pour l'adresse.

Avant d'envoyer un jeton, confirmez l'émission, le compte de jeton de destination et le programme invoqué. Un symbole familier ou une étiquette de portefeuille ne prouve pas qu'une émission est canonique. La fermeture, la création ou la réallocation de comptes peut également déplacer des lamports, donc le résumé de la transaction doit être examiné au-delà du montant de jeton principal.

Message, signatures et instructions

Le message répertorie les adresses de comptes, un blocage récent et des instructions compilées. Chaque instruction nomme un programme et identifie les comptes qu'il peut utiliser. Les signataires requis autorisent le message, et les transactions versionnées peuvent utiliser des tables de recherche d'adresses pour référencer plus de comptes sans placer chaque adresse directement dans le paquet.

Fraîcheur et confirmation

Un blocage récent empêche une transaction ordinaire de rester valide indéfiniment. S'il expire avant le traitement, la transaction doit être reconstruite et signée à nouveau ; la rediffusion de l'ancienne signature ne crée pas une nouvelle transaction. Des flux de travail de nonce durable existent pour la signature spécialisée hors ligne ou différée et nécessitent un traitement séparé.

Les clients RPC exposent les niveaux de confirmation traités, confirmés et finalisés. Une interface rapide peut afficher des résultats traités avant qu'un accord plus fort du cluster ne soit atteint. Les dépôts, les ponts et les actions d'applications dépendantes doivent attendre le niveau requis par ce service et doivent vérifier la signature via un RPC ou un explorateur actuel.

Composants de base et de priorité

Chaque transaction paie des frais de base en SOL pour les signatures requises. Le protocole exprime SOL en lamports, et le montant de base dépend donc du nombre de signatures plutôt que de la valeur d'un paiement ou d'un échange de jetons. Une transaction échouée peut consommer les frais de base car la vérification de la signature et l'exécution ont été tentées.

Des frais de priorité facultatifs sont basés sur la limite d'unités de calcul demandée et le prix d'unité de calcul choisi. La limite est un budget, pas une prédiction de l'utilisation réelle, donc la définir beaucoup plus élevée que nécessaire peut surpayer la composante prioritaire. Les estimations du portefeuille doivent utiliser les conditions récentes et la simulation de transaction au lieu de copier des frais fixes d'une autre application.

Vérifications opérationnelles

Gardez suffisamment de SOL pour les frais même lorsque l'actif transféré est un jeton SPL. Examinez toutes les instructions de budget de calcul, car elles peuvent modifier la limite demandée et le prix de priorité. Distinguez également les frais de transaction du financement du compte, des soldes liés au loyer, de l'impact sur le prix de l'échange et des frais d'application ; ce sont des coûts séparés même si un portefeuille les résume ensemble.