Tokens et comptes SPL

Curiosité

1. Pourquoi la détention d’un token nécessite-t-elle de créer, et d’alimenter, un compte distinct ?
2. Comment deux portefeuilles peuvent-ils détenir le même mint sans que leurs soldes n’interfèrent avec les mises à jour d’état de l’autre ?
3. Qu’advient-il de l’offre selon que la clé de l’« autorité de mint » est perdue ou compromise ?

Explorer

1. Sur Solana, chaque objet du système est un compte. Un compte contient un solde en lamports (l’unité de la monnaie native, le SOL), des données arbitraires et un programme propriétaire qui détermine comment ses données peuvent être modifiées. Un SOL équivaut à un milliard de lamports. Contrairement à Ethereum, où un contrat conserve son propre stockage, un programme Solana ne conserve aucun état : il agit sur les comptes qui lui sont transmis.
2. Cette séparation permet un parallélisme extrême. Si dix mille utilisateurs transfèrent des tokens simultanément, ils interagissent avec des adresses mémoire distinctes, à savoir leurs comptes de token individuels. Comme ces comptes ne partagent pas d’état modifiable, le réseau peut les traiter en parallèle sans conflit. L’activité concentrée sur un compte partagé, comme un pool de trading populaire, doit tout de même attendre son tour ; c’est pourquoi Solana tarifie la congestion compte par compte (sujet d’une leçon ultérieure).
3. Les tokens sont gérés par le programme SPL Token. Un compte « Mint » définit l’identité d’un token : son offre totale, sa précision décimale et deux autorités essentielles. L’« autorité de mint » peut créer de nouveaux tokens, augmentant ainsi l’offre. L’« autorité de gel » peut bloquer des comptes d’utilisateurs précis, les empêchant d’envoyer ou de recevoir des tokens. Ces pouvoirs sont facultatifs ; de nombreux projets révoquent les deux : révoquer l’autorité de mint fige l’offre, et révoquer l’autorité de gel signifie que personne ne peut geler les détenteurs.
4. Chaque portefeuille détient chaque token dans un « Token Account » distinct. Pour la plupart des utilisateurs, il s’agit de l’Associated Token Account (ATA), dérivé de manière déterministe à partir de leur clé publique et de l’adresse du mint. Cette dérivation rend l’adresse de l’ATA prévisible : si vous savez qui possède quoi, vous pouvez calculer où se trouve le compte sans interroger la chaîne. Le compte doit détenir suffisamment de lamports pour être exempté de loyer (« rent-exempt »), un dépôt unique remboursé si le compte est fermé.
5. Token-2022 étend ce modèle avec des fonctionnalités optionnelles dont les tokens SPL standard sont dépourvus. Il prend en charge les frais de transfert, qui retiennent un pourcentage de chaque transfert sur le compte de token du destinataire, jusqu’à un plafond défini, afin qu’une autorité désignée les collecte. Il permet également les « transfer hooks », une logique personnalisée qui s’exécute lors d’un swap ou d’un envoi. Ces extensions ajoutent de la complexité, mais offrent des mécanismes de royalties et de contrôles de conformité auparavant impossibles on-chain sans middleware externe.
6. Pour examiner les propriétés d’un token, ouvrez un explorateur Solana tel que Solscan ou Solana Explorer. Recherchez n’importe quelle adresse de mint. L’interface affiche l’offre totale, le nombre de décimales et indique si l’autorité de mint est toujours active (ce qui signifie que de nouveaux tokens peuvent être créés) ou révoquée. Si l’autorité de gel est active, son détenteur peut geler le compte de token de n’importe quel portefeuille. La lecture de ces champs révèle le risque de centralisation inscrit dans la conception du token avant même qu’une seule unité ne circule.

Faits clés

Exercice neuf, six, trois, un

Vérification des faits

Les dates, les chiffres et les affirmations ont été vérifiés à l’aide des sources publiées listées ci-dessous.

• Solana Documentation: Accounts and Token Program
• SPL Token and Token-2022 Technical Specifications