Pera Explorer associe l'exploration du registre Algorand à son propre programme de vérification des ASA

Quand algoexplorer.io a cessé de répondre — l'Internet Archive n'en conserve plus rien après mai 2024 —, Algorand a perdu ce qui faisait office de réponse publique par défaut à une question élémentaire : cette transaction a-t-elle réellement abouti ? Aucun remplaçant unique n'a pris la relève ; plusieurs explorateurs se partagent désormais la tâche. Celui qui réunit la plus large base d'utilisateurs est Pera Explorer¹, exploité par la société derrière Pera Wallet², le portefeuille en auto-conservation le plus largement adopté d'Algorand — un portefeuille où ce sont les utilisateurs, et non l'entreprise, qui détiennent les clés.

À l'origine, Pera Explorer n'était pas un explorateur. La plus ancienne version archivée du domaine, qui remonte au printemps 2022, est une page à usage unique baptisée Pera Assets, dont tout l'argumentaire tenait en une phrase : « Rechercher n'importe quel ASA ou NFT sur Algorand ». Au cours des deux années suivantes, le service s'est doté de pages de transaction, de bloc et d'application, de graphiques de comptes, de profils d'ASA et d'une prise en charge du testnet — et lorsque AlgoExplorer a fermé, le guide de migration publié par Pera a délibérément conservé l'ancienne structure d'URL afin que les liens existants continuent de fonctionner. Ce guide, toujours archivé, présentait la refonte comme « une plateforme robuste et centrée sur l'utilisateur, conçue pour combler le vide laissé par la fermeture d'AlgoExplorer et dédiée à servir la communauté Algorand ».

Un moteur de recherche pour le registre

Un explorateur de blocs est à une blockchain ce qu'un moteur de recherche est au web ouvert : il prend les enregistrements bruts et encodés du registre — identifiants de transaction, adresses, numéros de bloc, identifiants de jetons — et les transforme en pages que n'importe qui peut ouvrir dans un navigateur. Pera Explorer fait ce travail pour le mainnet d'Algorand, la chaîne de production active, et en propose un miroir sur le testnet³, un réseau expérimental distinct où les actifs n'ont aucune valeur monétaire et où les développeurs peuvent déployer des contrats sans risque financier.

La page d'accueil se lit comme un tableau de bord de l'état présent du réseau : offre en circulation (affichée à 90.26 % du total), nombre de transactions depuis l'origine (3.68 milliards), plus fortes hausses et baisses du jour, tableau des marchés d'actifs avec colonnes de volume sur 24 heures et de valeur totale verrouillée, et collections NFT les plus actives — en tête de cet instantané, Zappies Reborn affichait environ 527 ALGO de volume sur sept ventes. La mécanique de consensus d'Algorand donne tout son sens à cette vue en direct : le Pure Proof-of-Stake finalise chaque bloc en une seule ronde d'environ trois secondes, sans fork, si bien qu'une transaction affichée comme vieille de « 0 minutes » dans le fil est réglée, et non en attente de confirmation. Aucun règlement probabiliste à attendre — l'enregistrement est complet dès qu'il apparaît.

Sous ce tableau de bord viennent les vues détaillées, chacune conçue pour un type de vérification précis :

Source : 5 lora.algokit.io

D'un visualiseur de NFT au successeur d'AlgoExplorer

La transformation s'est faite au grand jour, chaque étape étant consignée dans l'Internet Archive : « Pera Assets » en 2022, « Pera Explorer » et sa promesse d'une recherche élargie en janvier 2024, tandis que le guide des explorateurs de blocs d'Algorand lui-même relève que, tout au long de 2024, le service a ajouté une visualisation de données enrichie, une recherche affinée, des statistiques étendues et un suivi de l'historique des transactions NFT. L'héritage le plus concret du guide de migration tient à la compatibilité des chemins : /tx/, /asset/, /address/, /block/ et /application/ correspondent un à un au schéma d'AlgoExplorer, à une seule exception près, les groupes de transactions étant passés de /tx/group/ à /tx-group/. Quiconque possède un ancien signet AlgoExplorer, ou un lien enregistré dans un document ou un fil d'assistance, atterrit sur la page Pera équivalente. Le guide signalait aussi ce que l'équipe considérait comme un chantier inachevé — « améliorer la fonctionnalité de recherche et les pages de détail des adresses est actuellement notre priorité absolue » — et invitait à envoyer ses retours à une boîte aux lettres publique.

Cette continuité compte davantage qu'un simple confort d'usage. Quand l'explorateur par défaut d'une chaîne disparaît, tout article, rapport d'audit ou réponse d'assistance qui pointait vers une page de transaction devient une impasse ; le schéma de Pera visait explicitement à maintenir ces liens en vie.

Les règles de jeton du registre, et comment l'explorateur les rend visibles

Les actifs indexés par l'explorateur sont les [Algorand Standard Assets](/glossary/algorand-standard-asset 'A built-in mechanism that allows anyone to create and issue new tokens (like stablecoins, utility tokens, or NFTs) directly on Algorand's base layer'), le mécanisme de jeton intégré au protocole : n'importe quel compte peut émettre un jeton fongible ou un NFT directement sur la couche de base, sans déployer de contrat. Une règle de ce système explique pourquoi chaque page de NFT comporte un bouton « Scan QR to Opt-in » : un compte ne peut pas recevoir un ASA auquel il n'a pas d'abord souscrit. La opt-in transaction existe précisément pour empêcher le spam de jetons non sollicités — personne ne peut airdrop un actif dans votre portefeuille sans que votre compte ait d'abord déclaré qu'il accepte cet actif. Les pages d'actif de l'explorateur condensent cette déclaration dans un QR code adapté à Pera Wallet, et le fil de transactions montre aussi l'opération inverse : un compte clôturant son solde d'un NFT ANKH en décembre 2024, un « Opt-Out » qui renvoie l'actif à son créateur.

Pour les NFT dont les métadonnées on-chain relèvent de la norme ARC-69, l'explorateur lit les attributs dans le champ note de la transaction de configuration de l'actif, plutôt que dans un fichier externe. C'est un choix de durabilité : les attributs vivent sur la chaîne elle-même et survivent donc à une passerelle morte ou à un site disparu, contrairement à des métadonnées hébergées sur IPFS ou pointant vers une simple URL qui peut devenir obsolète. La contrepartie : écrire ces attributs coûte une transaction de configuration supplémentaire, et les relire exige un indexer — précisément le service que fournit l'explorateur.

Les chiffres de l'explorateur tiennent eux aussi face à la chaîne. Une vérification ponctuelle de sa page GORA, qui affiche une offre totale de 100 millions, comparée à l'indexer du registre lui-même, confirme que le total on-chain atteint bien 100 millions d'unités — et chaque page de transaction propose un bouton « Show Raw JSON » ainsi que des liens « Show on » vers des visualiseurs indépendants comme Allo.info⁶, algo.surf⁷ et Bitquery, de sorte qu'un enregistrement contesté peut être revérifié dans une seconde fenêtre.

La curation : les badges et le jugement qui les sous-tend

Au-delà de l'indexation, Pera Explorer gère deux programmes de vérification qui superposent son propre jugement aux données neutres du registre. Le portail de vérification des ASA⁸ existe, selon les termes de Pera, « pour empêcher un ASA de se prétendre affilié à un projet et de se faire passer pour le jeton d'un projet auquel il n'est pas lié ». Le programme classe les actifs en trois états :

La même logique s'applique un cran au-dessus : un répertoire de vérification de projets⁹ se présente comme « un outil de recherche pour la communauté Algorand » et recense 126 projets vérifiés, de Tinyman et Pact à NFDomains et Allo. Les deux programmes sont automatisés et gratuits, avec des examens qui prennent généralement moins de deux semaines.

Les conditions d'utilisation de Pera prennent soin de délimiter la portée d'un badge : « La vérification des ASA ne constitue pas une approbation du projet. » La mise en garde à retenir est structurelle plutôt que rhétorique — l'explorateur est exploité par la même société que le portefeuille, si bien que les badges « vérifié » et « suspect » relèvent du jugement de cette société, et l'interface privilégie naturellement les parcours de son propre portefeuille, des invitations à télécharger aux QR codes d'opt-in destinés à l'application Pera. Un utilisateur d'un autre portefeuille qui souhaite une lecture neutre des paramètres bruts d'un actif sera mieux servi par le Lora open source de la Fondation Algorand¹⁰ ou en lisant directement les champs on-chain.

Rien de tout cela n'enlève au service de base. Un explorateur n'est digne de confiance qu'à hauteur du registre qu'il reflète, et les pages de Pera Explorer renvoient à ce registre à chaque étape — le bouton JSON brut, les liens vers d'autres visualiseurs, les chiffres d'offre qui correspondent à la chaîne. Les badges relèvent peut-être du jugement de Pera, mais l'enregistrement qui se trouve en dessous ne leur appartient pas : c'est là toute la différence entre une fenêtre et ce qu'elle observe.