Le réglage RPC personnalisé est tout l’argument
Chaque autre explorateur Solana lit depuis une infrastructure que son opérateur contrôle. Celui-ci lit depuis n’importe quel point d’accès que vous lui indiquez.
Changez un menu déroulant et vous êtes sur devnet. Entrez une URL et vous êtes sur un cluster privé, un fournisseur RPC payant, ou un validateur tournant sur votre propre machine. L’explorateur est une interface par-dessus le JSON-RPC de Solana, et le RPC est un paramètre plutôt qu’une constante.
Pour le développement, ce n’est pas une commodité, c’est la différence entre avoir un explorateur et ne pas en avoir. Tester un programme sur localnet avec Solscan est impossible — vos transactions locales n’existent pas de son point de vue. Ici, elles apparaissent immédiatement.
Cela a aussi une conséquence en matière de confidentialité qui vaut la peine d’être notée. Pointez-le vers votre propre RPC et aucun tiers n’apprend ce que vous avez consulté. C’est le même argument que fait Otterscan pour Ethereum, disponible ici sans abandonner l’outil grand public.
Montrer les données brutes aux côtés du décodage
Solscan décode agressivement, ce qui est généralement ce que vous voulez et occasionnellement cache quelque chose. Un décodeur qui ne reconnaît pas un programme présente sa meilleure supposition plutôt que d’annoncer une incertitude, et une lecture erronée assurée est pire qu’une lecture honnêtement illisible.
L’explorateur officiel montre les instructions décodées quand il le peut et la liste brute de comptes et les données d’instruction quand il ne le peut pas — et il montre la forme brute en plus, pas à la place. Quand vous développez un programme, cette vue brute est ce contre quoi vous vérifiez votre sérialisation.
C’est aussi le juge de paix quand deux explorateurs sont en désaccord sur une transaction. Les données d’instruction brutes sont la vérité de référence ; tout le reste est de l’interprétation. Pouvoir les voir règle des débats qui tourneraient autrement en rond.
Le modèle de comptes, correctement montré
Tout sur Solana est un compte : portefeuilles, soldes de tokens, code de programme et état de programme. Chaque compte a un propriétaire, qui est le programme autorisé à le modifier, et un solde en lamports qui doit atteindre le minimum d’exemption de rent.
L’explorateur officiel présente cette structure directement. Une page de compte montre le programme propriétaire, la taille des données, le statut d’exemption de rent et les données brutes. C’est un rendu plus fidèle de Solana qu’une disposition solde-et-transactions, que plusieurs explorateurs tiers imposent.
Cela rend aussi la confusion récurrente lisible. Votre portefeuille ne détient pas votre USDC — un compte de token associé, possédé par le programme SPL Token, le détient, et votre portefeuille possède ce compte. Voir la chaîne de propriété exposée explique le modèle d’une façon qu’une liste de soldes ne fera jamais.
Le RPC en dessous
Comme c’est une interface légère, la question de l’API concerne réellement le propre JSON-RPC de Solana. Le point d’accès public mainnet fonctionne sans clé — nous l’avons confirmé — et renvoie des données de slot, epoch, compte et transaction :
curl -X POST https://api.mainnet-beta.solana.com \
-H 'Content-Type: application/json' \
-d '{"jsonrpc":"2.0","id":1,"method":"getSlot"}'Il est fortement limité en débit et explicitement non destiné à la production. Pour un widget de statut ou une recherche occasionnelle, il est gratuit et ne nécessite rien, ce qui explique pourquoi les chiffres en direct de ce site l’utilisent.
Pour tout usage sérieux, vous voulez un fournisseur RPC dédié, et alors cet explorateur pointé vers le même point d’accès vous donne une vue visuelle exactement des données que voit votre application. Cet alignement — même source, mêmes résultats — élimine toute une catégorie de confusion de débogage.
Lequel utiliser
Utilisez l’explorateur officiel pour le développement, pour devnet et localnet, pour vérifier une lecture décodée contre des données brutes, et quand vous préféreriez ne pas dire à un tiers ce que vous regardez.
Utilisez Solscan pour la lecture quotidienne — le décodage est plus riche, la gestion des tokens et NFT est nettement meilleure, et pour comprendre pourquoi un swap a échoué, il vous y mènera plus vite.
La plupart des développeurs Solana finissent par garder les deux ouverts, ce qui est le résultat sensé plutôt qu’un échec de l’un ou l’autre.
Ce que nos tests de référence ont montré
Nous avons testé l’explorateur officiel contre les mêmes éléments Solana que nous avons utilisés pour Solscan : un simple transfert SOL, un transfert de token SPL, un swap échoué, un mint de NFT, et une transaction sur un validateur local qu’aucun explorateur hébergé ne peut voir.
Les quatre premiers se sont affichés correctement avec moins de décodage que Solscan, exactement comme prévu. Le swap échoué a nommé l’instruction en échec et renvoyé le code d’erreur du programme sans le traduire en langage clair — suffisant pour diagnostiquer si vous connaissez le programme, moins utile si vous ne le connaissez pas.
Le cinquième élément est celui qui compte. Pointer l’explorateur vers un validateur local a pris un changement de champ, et des transactions qui n’existaient nulle part ailleurs sont apparues immédiatement. Nous avons répété l’exercice contre devnet avec le même résultat. Aucun autre explorateur Solana que nous avons testé ne peut faire cela du tout.
Nous l’avons aussi utilisé comme juge de paix dans un cas où deux explorateurs présentaient la même transaction différemment, et les données d’instruction brutes ont réglé la question en moins d’une minute. C’est une petite chose jusqu’au moment où vous en avez besoin, et alors c’est la seule chose qui aide.