OwlioPortefeuille, compte de tokens ou mint Solana : identifier l'adresse
L'adresse d'un compte de tokens, son mint et son propriétaire ont des rôles distincts. Identifiez les données que vous consultez sur Solana à l'aide d'un tableau des champs.
Un compte de tokens Solana enregistre une quantité d’un token pour une autorité propriétaire des tokens. Son adresse diffère de celle du mint qui identifie le token. Dans le cas d’un portefeuille ordinaire, cette autorité est l’adresse publique du compte sélectionné dans votre portefeuille. Un explorateur peut aussi afficher un programme propriétaire : il s’agit d’un rôle distinct.
Ce guide vous aide lorsqu’une fiche de token affiche une adresse inconnue ou deux champs nommés Owner. Vous obtiendrez une courte fiche reliant le compte de tokens, l’autorité actuelle, le mint et le programme responsable. Cette vérification en lecture seule s’appuie sur la documentation consultée le 10 novembre 2026 ; elle ne demande ni connexion du portefeuille ni signature.
Commencez par les données du compte, pas par l’apparence de l’adresse
La documentation des comptes de Solana décrit des comptes dont l’adresse est une clé publique. Une adresse qui vous semble familière ne permet pas de savoir ce que ses données représentent. Lisez le type de compte et ses champs sur le cluster voulu, par exemple Mainnet Beta ou Devnet.
La présentation des tokens distingue les rôles :
- Le mint M identifie le token et conserve des données communes, notamment l’offre totale et le nombre de décimales.
- Le compte de tokens T enregistre une quantité de tokens de ce mint et désigne une autorité propriétaire des tokens.
- L’autorité A est l’adresse enregistrée comme propriétaire de ces tokens. Un compte de portefeuille en est un exemple courant ; ne supposez pas que toute autorité est un portefeuille personnel ordinaire.
Si vous cherchez à comparer avec Ethereum, notre guide sur l’adresse de portefeuille et le contrat de token traite du cas EVM. Ici, le compte de tokens distinct de Solana est l’élément supplémentaire à identifier.
Lisez séparément les deux champs Owner
Dans un compte de tokens, le propriétaire indiqué à l’intérieur des données du token est une autorité pour les opérations sur ces tokens. Le propriétaire au niveau du compte est le Token Program ou le Token Extension Program qui le régit. La documentation des comptes de tokens de Solana les distingue explicitement.
Le tableau ci-dessous reprend un compte de tokens de la réponse décodée documentée. Un explorateur peut employer d’autres libellés. Les lettres sont illustratives : ce ne sont ni de vraies adresses ni un test de solde en direct.
| Champ dans une entrée renvoyée | Signification |
|---|---|
pubkey |
Adresse T du compte de tokens |
account.owner |
Programme de tokens P qui régit le compte |
account.data.parsed.type |
account pour ce compte de tokens décodé |
account.data.parsed.info.mint |
Mint M du token |
account.data.parsed.info.owner |
Autorité A actuellement propriétaire des tokens |
account.data.parsed.info.tokenAmount |
Quantité indiquée pour T |
Prendre P pour l’adresse de votre portefeuille revient à confondre deux sens du mot propriétaire. Prendre M pour cette adresse revient à sélectionner l’identifiant de l’actif. Aucune de ces lectures ne permet d’établir l’autorité dont vous vouliez consulter les avoirs.
L’ATA est le compte par défaut, pas l’inventaire complet
Un compte de tokens associé, ou ATA, est le compte de tokens standard pour un portefeuille, un programme de tokens et un mint. Ces données déterminent son adresse. Le compte ainsi obtenu appartient à son programme de tokens ; l’Associated Token Program n’est pas son programme propriétaire.
La présentation des tokens précise aussi qu’une autorité peut avoir plusieurs comptes de tokens pour un même mint. Trouver uniquement l’ATA ne prouve donc pas que vous avez trouvé tous les comptes. Lisez l’autorité actuellement enregistrée au lieu de la déduire seulement du calcul d’une adresse ou d’une ancienne transaction.
Pour un inventaire plus large, getTokenAccountsByOwner renvoie les comptes d’une autorité avec un filtre par mint ou par programme. Un filtre propre à un programme limite la requête au programme sélectionné. Cela permet d’examiner la portée d’un résultat, sans promettre qu’une seule requête couvre toutes les positions sur Solana.
Constituez une fiche d’identification
- Fixez le contexte. Notez le cluster et l’adresse publique complète de l’autorité que vous voulez examiner. Pour un actif précis, conservez séparément le mint attendu, obtenu auprès d’une référence officielle de l’émetteur.
- Examinez le compte exact. Utilisez un explorateur de confiance ou un outil de lecture des comptes en lecture seule. Vérifiez si les données décodées correspondent à un compte de tokens ou à un mint. Si le type est indisponible, laissez la classification non résolue. S’il s’agit d’un mint, notez son adresse comme M et son type comme mint. Les deux étapes suivantes concernent les comptes de tokens.
- Comparez ses champs. Pour un compte de tokens, comparez l’autorité actuellement propriétaire des tokens et le mint avec les valeurs attendues. Notez séparément le programme responsable. Comparez les adresses complètes, pas des libellés abrégés.
- Conservez l’observation. Gardez le cluster, le type décodé, T, A, M, P, la quantité indiquée et le slot de la réponse ou l’heure de l’observation. Classez le résultat comme identifié, non concordant ou non résolu. Une non-concordance signifie que les données ne correspondent pas à l’autorité ou à l’actif choisi ; elle n’en explique pas la cause.
Un compte absent et un outil de lecture en échec donnent des résultats différents. La référence getAccountInfo précise que result.value vaut null lorsque le compte n’existe pas au niveau de confirmation demandé. Cela ne dit rien, à lui seul, sur les autres comptes de cette autorité. Une erreur ou une réponse illisible laisse cette vérification non résolue.
Lorsque vous ajoutez une adresse dans Owlio, utilisez l’adresse publique du compte de portefeuille que vous vouliez suivre. Sa vérification du format de l’adresse ne permet pas d’établir si la valeur saisie est une autorité de portefeuille, un mint ou un compte de tokens, ni de garantir un inventaire complet des avoirs. Conservez la fiche issue de cette vérification. Si les identités correspondent, mais que le portefeuille affiché diffère encore, poursuivez avec le guide sur les écarts de solde du portefeuille pour examiner la couverture et la fraîcheur des données.
Questions fréquentes
L'adresse du mint indique-t-elle mon solde personnel de tokens ?
Le mint identifie le token et conserve des données communes, comme son offre totale. Vos avoirs sont enregistrés dans des comptes de tokens associés à une autorité propriétaire des tokens. L'offre totale d'un mint n'est pas la quantité détenue par cette autorité.
Connaître l'adresse d'un ATA prouve-t-il que le compte existe ?
Non. L'adresse d'un ATA peut être dérivée de l'adresse du portefeuille, du programme de tokens et du mint avant que le compte existe. Consultez les données actuelles du compte sur le cluster voulu. L'absence d'un ATA n'exclut pas non plus l'existence d'autres comptes de tokens pour la même autorité et le même mint.
Le propriétaire des tokens enregistré prouve-t-il qui contrôle les fonds ?
Ce champ désigne une autorité sur la blockchain, pas l'identité d'une personne ni la preuve que vous contrôlez cette autorité. Les délégués et les extensions de tokens peuvent influer sur les permissions. Identifier le compte ne constitue pas une vérification complète des permissions de transfert ni de la possibilité de dépenser les fonds.