Comptes et programmes Solana

Version source EN · P02-L03 · 30 minutes estimées · needs_review

Étude en lecture seule. Aucune connexion de portefeuille, aucun argent réel, aucune phrase de récupération, clé privée, signature ou transaction de marché en direct. La durée est une estimation éditoriale ; les éléments visuels sont des spécifications, pas des composants déployés.

Le mot « owner » apparaît à différents niveaux des enregistrements Solana. Lire chaque champ owner comme un portefeuille humain produit des affirmations erronées sur les soldes et le contrôle.

Identifier le niveau de l’enregistrement

Solana conserve l’état dans des comptes dotés d’adresses et d’un programme propriétaire [SOLACC]. Les données d’un compte de tokens indiquent aussi un mint et une autorité propriétaire des tokens [SOLTOKEN]. Ces champs répondent à des questions différentes : quel programme régit la représentation de l’état, et quelle autorité est associée aux tokens détenus.

La présence du Token Program comme propriétaire au niveau de base ne signifie pas que tous les comptes de tokens appartiennent économiquement à une seule personne. De même, un champ d’autorité n’est pas une identité juridique authentifiée. Écrivez le chemin complet du champ plutôt que le mot « owner » sans précision.

Distinguer le mint de la détention

Un mint identifie un token et son état pertinent. Un compte de tokens détient des unités d’un seul mint. Plusieurs comptes de tokens peuvent faire référence au même mint ou à la même autorité. Ne comptez que les comptes du périmètre demandé, et uniquement dans un contexte comparable.

Les lamports sont les plus petites unités de SOL (10^9 lamports par SOL). N’additionnez pas des lamports natifs à des unités de tokens. N’additionnez pas différents mints parce que l’interface les regroupe sur un écran. Toute conversion vers une valeur commune nécessite une méthode de prix distincte, que cette leçon ne fournit pas.

Indiquer la couverture de l’énumération

L’exercice stipule un ensemble complet pour une autorité et un mint. Dans une réponse réelle, une liste peut être paginée, filtrée ou incomplète. Une somme partielle est le total des enregistrements retournés, pas automatiquement l’ensemble des avoirs. Un compte absent n’est pas un solde nul.

Préserver les relations typées

Utilisez des flèches distinguant programme propriétaire, autorité sur les tokens et référence au mint. Chacune étaye une relation limitée. Une référence au mint relie les détenteurs d’un même actif sans prouver un contrôle commun. Si l’on demande l’identité humaine, le graphe fournit INSUFFICIENT EVIDENCE même lorsque tous les champs techniques sont connus.

• Programme propriétaire : programme qui régit le compte au niveau de base.
• Autorité sur les tokens : champ owner dans les données du compte de tokens.
• Référence au mint : lien exact avec le token.
• Périmètre d’énumération : enregistrements inclus dans un total.
• Slot : occasion numérotée de produire un bloc ; un repère de slot n’est pas automatiquement un horodatage d’horloge.

ILLUSTRATIVE au repère de slot S0. T1 : programme P-TOKEN, mint M-A, propriétaire des tokens W, quantité30. T2 : même programme/mint/propriétaire, quantité20. T3 : programme P-TOKEN, mint M-B, propriétaire W, quantité90. T4 : mint M-A, propriétaire V, quantité50. Quantités normalisées ; T1/T2 sont stipulés exhaustifs pour W/M-A.

Carte des permissions de contrat avec T1/T2→W et M-A, T3→M-B, T4→V ; flèches distinctes de programme propriétaire vers P-TOKEN. Texte alternatif : seuls T1 et T2 contribuent à W/M-A=50.

Un total de détention correctement délimité à partir du sous-ensemble fictif exhaustif.

Une propriété humaine, l’ensemble des avoirs réels ou la sécurité du token.

• Additionner tous les comptes affichés.
• Traiter le programme propriétaire comme bénéficiaire.
• Supposer un seul compte par mint et par autorité.

Dessinez les relations typées et calculez W/M-A. Expliquez pourquoi ni90 ni50 n’entre dans ce total. Qu’établit le programme P-TOKEN concernant les humains ?

Présenter un court tableau des éléments de preuve et le raisonnement, uniquement à partir du matériel fourni. Répartition suggérée : étude 12 min, inspection/calcul 8 min, correction/quiz 10 min.

• Champ de base ou champ de token décodé ?
• Mint exact.
• Périmètre de l’autorité.
• Même slot et même contexte.
• Exhaustivité explicite.

Le mot « owner » apparaît à différents niveaux des enregistrements Solana. Lire chaque champ owner comme un portefeuille humain produit des affirmations erronées sur les soldes et le contrôle. Le matériel fourni permet un total de détention correctement délimité à partir du sous-ensemble fictif exhaustif. Il n’établit ni une propriété humaine, ni l’ensemble des avoirs réels, ni la sécurité du token.

• Distinguer la propriété par le programme au niveau de base de l’autorité sur les tokens.
• Identifier les rôles du mint et du compte de tokens.
• N’agréger que dans un périmètre de mint et d’autorité défini.

P02-L04 après examen de cet exercice et de ses prérequis.

NONE. Le catalogue de référence n’exige aucun accès au produit pour cette leçon. Utiliser le matériel figé/hors ligne.

• [SOLACC] Comptes Solana — Propriété par le programme au niveau de base et état du compte. Vérifié 2026-10-01.
• [SOLTOKEN] Comptes de jetons Solana — La référence au mint et l’autorité du détenteur des jetons sont distinctes du programme propriétaire. Vérifié 2026-10-01.

Les valeurs synthétiques sont des données d’entrée d’exercice créées par l’auteur. Les valeurs historiques éventuelles doivent utiliser le jeu de données lié et sa provenance plus restreinte. L’inspection des sources ne constitue pas une acceptation éditoriale indépendante.