Tokenisation de RWA sur Stellar : pourquoi les émetteurs le choisissent

Les RWA sur Stellar en chiffres (octobre 2026)

Au 2 octobre 2026, rwa.xyz recense environ 3,44 Md$ d'actifs réels tokenisés émis nativement sur Stellar, répartis sur 72 tokens et environ 22 570 détenteurs, en hausse de 5,4 % sur 30 jours. Il s'agit pour l'essentiel de fonds tokenisés et de produits de taux plutôt que d'actifs exotiques.

Plateforme	Valeur sur Stellar	Tokens
Spiko	1,7 Md$	9
Franklin Templeton Benji Investments	582,8 M$	3
Ondo	536,8 M$	1
Realiz	500,0 M$	1

La tendance est constante : des émetteurs réglementés qui placent on-chain une exposition monétaire et obligataire d'État. C'est exactement l'usage pour lequel les fonctionnalités du protocole décrites ci-dessous ont été conçues : les émetteurs doivent savoir qui détient leur actif, et Stellar leur permet de le contrôler au niveau du protocole plutôt que dans un contrat sur mesure. Les tokens en dollars de la blockchain racontent la même histoire ; consultez Stablecoins sur Stellar.

Source : page du réseau Stellar sur rwa.xyz (actifs distribués), consultée le 2 octobre 2026.

Trustlines : l'adhésion explicite par défaut

Sur Stellar, vous ne pouvez pas envoyer à quelqu'un un actif qu'il n'a pas accepté de détenir. Le destinataire doit d'abord établir une trustline vers cet actif précis, émis par cet émetteur précis. Pas de trustline, pas de transfert : l'opération échoue tout simplement.

La plupart des blockchains fonctionnent à l'inverse : n'importe qui peut envoyer n'importe quel token à n'importe quelle adresse, ce qui explique pourquoi les portefeuilles se remplissent de tokens non sollicités et d'arnaques. Pour la crypto grand public, c'est une nuisance. Pour un instrument réglementé, c'est un problème de conformité, car un émetteur peut se retrouver avec des détenteurs qu'il n'a jamais approuvés et qu'il ne peut pas identifier.

Les trustlines rendent l'ensemble des détenteurs explicite et délimité par construction. L'émetteur sait toujours exactement qui détient l'actif, puisque la détention a nécessité un acte on-chain positif. C'est un point de départ utile pour tout instrument assorti de règles d'éligibilité.

Les flags d'autorisation

En plus de l'adhésion explicite, l'émetteur peut définir des flags qui régissent ce qu'une trustline peut faire :

• AUTH_REQUIRED : une trustline existe mais reste inerte tant que l'émetteur ne l'a pas autorisée. C'est le point d'ancrage du KYC : l'investisseur ouvre une trustline, passe la vérification hors chaîne, puis l'émetteur l'autorise. D'ici là, il ne détient rien.
• AUTH_REVOCABLE : l'émetteur peut ultérieurement désautoriser une trustline, gelant ainsi le solde de ce détenteur. C'est indispensable pour le filtrage des sanctions, les décisions de justice ou un investisseur qui perd son éligibilité.
• AUTH_IMMUTABLE : la garantie inverse : les flags ne peuvent plus jamais changer. Pour un actif qui se veut crédiblement hors de tout contrôle, c'est ainsi qu'on le prouve.

Le point structurel est que ces flags sont publics. N'importe qui peut lire les flags d'un émetteur dans le registre et savoir précisément quels pouvoirs s'exercent sur sa position. Sur une blockchain où la même fonctionnalité réside dans du code de contrat, le détenteur doit lire ce code, et la plupart ne le font pas. Notre guide du KYC et du KYB couvre le volet vérification qui se trouve derrière AUTH_REQUIRED.

Le clawback et son irréversibilité

Avec AUTH_CLAWBACK_ENABLED, un émetteur peut récupérer son actif auprès d'un détenteur. Les émetteurs réglementés en ont souvent besoin (fraude, décision de justice, émission erronée), et le construire de manière crédible dans du code de contrat est délicat.

Une limite précise mérite d'être énoncée clairement, car elle surprend les émetteurs a posteriori. En vertu de la CAP-0035, le clawback ne s'applique qu'aux trustlines créées alors que le flag était déjà activé sur l'émetteur. L'activer plus tard ne rétroagit pas sur les détenteurs existants : leurs trustlines ont été établies selon d'autres conditions et les conservent. Un émetteur qui distribue d'abord et décide ensuite qu'il a besoin du clawback constatera que les tokens déjà en circulation ne peuvent pas être récupérés de cette façon.

Les anchors et la jonction avec la monnaie

La moitié la moins glamour de tout projet RWA consiste à faire circuler l'argent entre une banque et un registre. Le modèle des anchors de Stellar répond directement à cette question : des entités réglementées qui acceptent une monnaie locale et émettent un actif correspondant sur Stellar, avec des protocoles d'interopérabilité standardisés (les spécifications SEP) couvrant le dépôt, le retrait, l'échange de données KYC et la cotation.

C'est plus important qu'il n'y paraît. Nombre de projets de tokenisation disposent d'un token parfaitement valable mais d'aucun moyen pratique pour un investisseur ordinaire d'alimenter ou de solder une position. Un réseau de passerelles d'entrée et de sortie agréées dotées d'interfaces communes est une infrastructure qu'il n'est pas nécessaire de reconstruire pour chaque projet, et c'est une vraie raison pour laquelle les émetteurs choisissent Stellar plutôt que des blockchains aux écosystèmes DeFi plus vastes. Les mêmes rails transportent les stablecoins sur Stellar.

Quand Stellar n'est pas le bon choix

Trois limites, en toute honnêteté :

• Un écosystème DeFi plus restreint. Si l'actif doit servir de collatéral sur de nombreux marchés de prêt, produits structurés et agrégateurs, Ethereum offre davantage de possibilités de composition. La DeFi de Stellar est réelle et en croissance (Soroban l'a rendue possible), mais elle n'a pas la même profondeur.
• Des contrôles rigides. Les flags au niveau du protocole sont exactement aussi flexibles qu'ils le sont, et pas davantage. Restrictions de transfert par juridiction, plafonds de détention, calendriers de blocage : tout ce qui dépasse le cadre intégré nécessite un contrat Soroban, ce qui consomme une partie de l'avantage de simplicité.
• La blockchain n'est jamais la partie difficile. La conservation du sous-jacent, l'éligibilité des investisseurs, les règles de transfert transfrontalier, un droit juridique qui survit à l'insolvabilité de l'émetteur : rien de tout cela n'est résolu par une fonctionnalité du registre. Stellar rend la moitié on-chain plus propre ; la moitié hors chaîne reste l'essentiel du travail. Consultez La tokenisation de RWA expliquée pour ce volet.

En résumé

L'argument de Stellar pour les RWA n'est pas la performance. C'est que les actions précises qu'un émetteur réglementé doit pouvoir accomplir (restreindre les détenteurs, geler, dans certains cas récupérer, et se connecter à des rails monétaires agréés) sont natives, standardisées et publiquement auditables. Pour un émetteur dont le risque principal est réglementaire plutôt que technique, c'est le type d'avantage qui compte.