Les anchors, et pourquoi un actif est une créance
Les actifs Stellar autres que le XLM sont émis par des comptes. Un token dollar américain sur Stellar est un passif de quiconque l’a émis, remboursable auprès de cet émetteur — l’anchor — contre de vrais dollars.
Cela signifie que l’identité de l’émetteur n’est pas un détail, c’est l’actif. Deux tokens tous deux appelés USDC, émis par des comptes différents, sont des choses entièrement différentes avec une garantie entièrement différente. L’un peut être remboursable ; l’autre peut ne rien valoir.
StellarExpert maintient un répertoire d’émetteurs connus et signale les actifs en conséquence. Vu à quel point un code d’actif peut être réutilisé trivialement — n’importe qui peut émettre un token appelé n’importe comment — ce répertoire accomplit un vrai travail de protection.
La règle pratique, qui reflète la vérification de tokens sur chaque autre chaîne : vérifiez le compte émetteur, pas le code d’actif. Sur Stellar, les enjeux sont légèrement plus élevés, car le code d’actif est proéminent et l’émetteur est facile à négliger.
Les path payments : la fonctionnalité que rien d’autre n’a
Un path payment Stellar vous permet d’envoyer un actif et de faire recevoir au destinataire un actif différent, la conversion se produisant atomiquement via les carnets d’ordres et pools de liquidité intégrés au réseau.
Envoyez des euros, le destinataire reçoit des dollars, et la route — éventuellement à travers plusieurs actifs intermédiaires — est trouvée et exécutée en une seule opération. Si aucune route n’existe à un taux acceptable, le tout échoue et rien ne bouge.
C’est la fonctionnalité autour de laquelle Stellar a été conçue, et cela explique l’architecture. Aucun smart contract n’est impliqué ; la conversion est une mécanique du protocole.
StellarExpert montre la route complète empruntée. Cela compte car le taux que vous avez reçu dépend de la route, et la route est choisie au moment de l’exécution. Un paiement qui a coûté plus que prévu trouve son explication dans cette route, et nulle part ailleurs.
Trustlines et réserves
Comme sur le XRP Ledger, vous devez ouvrir explicitement une trustline avant de pouvoir détenir un actif Stellar. Le spam de tokens non sollicité est donc structurellement impossible — un avantage réel par rapport aux chaînes à modèle de compte où n’importe qui peut pousser n’importe quoi dans votre adresse.
Chaque trustline consomme une partie de l’exigence de réserve de votre compte. Stellar exige une réserve de base pour maintenir un compte en vie plus une réserve supplémentaire par entrée — trustlines, offres, entrées de données, signataires. Ce XLM n’est pas dépensable tant que ces entrées existent.
StellarExpert sépare le solde total du solde disponible et liste les entrées consommant de la réserve. Quand un transfert de votre « solde complet » échoue, cette page est l’explication.
Les memos méritent le même avertissement que les tags de destination XRP : les plateformes d’échange utilisent une adresse de dépôt partagée et distinguent les clients par memo. Envoyez sans cela et la récupération signifie un ticket de support. StellarExpert montre le champ memo de manière proéminente, ce qui est la bonne décision.
API et Horizon
StellarExpert offre une API publique sans clé, construite par-dessus Horizon — le propre serveur d’API de Stellar, que n’importe qui peut faire tourner et que plusieurs instances publiques exposent gratuitement.
Cette superposition vaut la peine d’être connue. Pour les données brutes de ledger, interrogez Horizon directement ; la documentation est bonne et les instances publiques ne nécessitent aucune clé non plus. Pour les données enrichies — répertoires d’émetteurs, notations d’actifs, statistiques agrégées — StellarExpert ajoute une couche qu’Horizon n’a pas.
Faire tourner votre propre instance Horizon est réaliste. Le ledger de Stellar est nettement plus petit que celui de Bitcoin ou d’Ethereum, et Horizon est conçu pour être opéré par n’importe qui. Pour une application à volume significatif, c’est la voie sensée, et cela élimine entièrement le tiers.
Ce que nos tests de référence ont montré
Nos éléments de référence Stellar étaient un simple paiement XLM, un paiement avec memo, un path payment convertissant entre deux actifs, un actif d’un anchor connu, et un compte détenant plusieurs trustlines contre sa réserve.
Les cinq se sont affichés correctement. Le memo apparaissait comme son propre champ proéminent plutôt qu’enfoui dans les détails de transaction, ce qui est la décision de présentation qui prévient l’erreur utilisateur la plus coûteuse sur ce réseau.
Le path payment était l’intéressant. StellarExpert montrait la route complète empruntée, incluant l’actif intermédiaire, et le taux obtenu à chaque saut. Comprendre à partir de cela pourquoi le montant reçu différait d’une attente naïve a pris environ vingt secondes. Sur un explorateur multi-chaînes qui indexe simplement Stellar, la même transaction apparaît comme un transfert avec un montant légèrement étrange et aucune explication disponible nulle part sur la page.
Le répertoire d’anchors a correctement identifié l’émetteur connu et signalé un actif sosie délibérément choisi avec le même code d’un émetteur différent comme non reconnu. C’est exactement le comportement protecteur pour lequel le répertoire existe, et cela a fonctionné sans que nous ayons dû savoir quoi chercher.
La comptabilité de réserve était claire : solde total, montant réservé, montant disponible, et la liste des entrées consommant de la réserve. Nous avons confirmé l’arithmétique contre les valeurs actuelles de réserve de base et par entrée du protocole, que la page montrait aussi plutôt que de supposer un chiffre qui aurait pu changer par vote des validateurs.
La lacune, cohérente avec notre verdict, était historique. Demander comment l’offre d’un actif ou l’émission d’un anchor a évolué au cours de l’année précédente n’est pas une question à laquelle cette interface répond bien.