La documentation officielle de Stable décrit un Layer 1 compatible EVM où USDT0 a un double rôle : actif natif du gas et du transfert de valeur, avec une interface ERC-20.
D'après la documentation officielle, Stable Network se décrit le plus justement comme un Layer 1 compatible EVM dont le modèle de frais emploie USDT0 comme actif natif de gas. Cette formulation est plus restreinte et plus précise que de qualifier Stable de stablecoin, d'émetteur, de portefeuille ou de promesse générale relative aux paiements. La documentation sépare le rôle du réseau, l'actif utilisé pour libeller les frais, le comportement d'exécution de la chaîne et les informations publiques disponibles à une date donnée. Un profil rigoureux doit conserver ces séparations.
Qu'est-ce que Stable Network
La page officielle actuelle sur le gas qualifie Stable de blockchain compatible EVM et indique que USDT0 sert au paiement du gas et au transfert natif de valeur tout en prenant en charge une interface ERC-20. Cela étaye la description d'une conception où l'actif de frais et la valeur native transférée partagent une même fonction documentée d'actif. Cela ne fait pas de Stable un actif et n'établit pas tous les faits économiques, techniques ou juridiques qui pourraient concerner USDT ou USDT0.
Une description limitée au champ des sources doit aussi distinguer la conception documentée de l'état continu d'un service. Les pages officielles expliquent le comportement prévu du protocole et affichent des informations de réseau, mais elles peuvent être révisées, remplacées ou temporairement indisponibles. L'existence de documentation ne prouve pas à elle seule un accès ininterrompu, l'adéquation à une personne donnée, la disponibilité régionale ou le fonctionnement de chaque service connecté. Ce sont des questions distinctes et sensibles à la date.
Une mise en garde sur le nom s'impose ici, car le mot qui porte le sens est un adjectif courant. Stable est le nom propre d'un réseau précis, publié sur le domaine stable.xyz, et non un terme générique désignant toute chaîne orientée vers les jetons stables. Plusieurs projets lancés à la même période partagent ce positionnement ou reprennent une partie du même mot dans un intitulé de campagne ; une page qui emploie ce mot n'est pas pour autant une page sur ce projet. Tout ce qui se lit au sujet de Stable devrait être rapproché du domaine du projet et de sa propre documentation avant d'être tenu pour une description de ce réseau.
Le problème auquel répond un gas libellé en stablecoin
Dans de nombreux réseaux, l'actif qui paie l'exécution est séparé de l'actif que quelqu'un souhaite transférer ou comptabiliser. La documentation de Stable présente une autre organisation : USDT0 sert à la fois au gas et au transfert natif de valeur, et la couche ERC-20 opère sur le même solde sous-jacent. L'objectif annoncé est de réduire le nombre de rôles d'actifs à prendre en compte. Il s'agit d'une description de mécanisme, non d'une affirmation selon laquelle tous les actifs, applications ou situations de paiement auraient des propriétés identiques.
Un frais libellé en stablecoin peut rendre l'unité de compte plus familière, mais la dénomination ne fige pas le frais final. La page officielle sur le gas décrit un modèle de type EIP-1559 avec un frais de base qui s'ajuste dynamiquement ; le frais effectif dépend donc toujours du modèle d'exécution documenté et des conditions du moment. Un cadre exprimé en dollars ne démontre pas non plus les obligations de l'émetteur, la composition des réserves, les conditions de remboursement, le traitement juridique ou la disponibilité permanente d'un service. Chacun de ces points exige une source au champ exact.
Les différences entre la dénomination du gas, les faits sur l'actif et l'exploitation du réseau
Il faut donc répondre séparément à au moins quatre questions. La dénomination du gas demande quel actif la documentation du réseau nomme pour les frais. Les faits sur l'actif demandent ce qu'indiquent actuellement les documents de l'émetteur ou de l'actif concerné. L'exploitation de la chaîne demande comment la validation, l'exécution, la comptabilisation et le règlement sont mis en oeuvre. La disponibilité demande si un environnement réseau, un point d'accès, une fonction ou une région est actuellement accessible. Une assertion juste pour une question ne constitue pas une preuve pour les trois autres.
La page officielle de Stable consacrée au gas indique que tous les frais de transaction sont libellés en USDT0 et décrit un règlement par pré-débit et remboursement. Dans cette description, la validation tient compte de la valeur et du frais maximal possible, le maximum est prélevé avant l'exécution, la consommation réelle de gas est enregistrée et la partie non utilisée est restituée après l'exécution. Il s'agit d'une explication du traitement à l'intérieur du protocole, et non d'une explication de l'émission de l'actif, de la gestion des réserves, de la politique d'un émetteur ou de la disponibilité actuelle d'un service externe.
Que fait STABLE dans le système ?
La documentation présente STABLE comme le jeton de gouvernance de Stable Mainnet, et son rôle documenté est distinct du paiement des transactions. Les supports officiels décrivent trois fonctions. Il constitue la mise dans un dispositif de preuve d'enjeu déléguée : les validateurs doivent bloquer des STABLE pour participer au consensus StableBFT, les détenteurs peuvent déléguer à un validateur sans exploiter d'infrastructure, et la documentation décrit des pénalités en cas de double signature et d'indisponibilité prolongée. Il constitue l'instrument de gouvernance, utilisé pour élire les validateurs, voter les mises à niveau du protocole et traiter les propositions de gouvernance. Enfin, le staking est décrit comme le titre qui rend un détenteur éligible à une part des frais en USDT0 collectés par le réseau, que les validateurs peuvent choisir de redistribuer à leurs délégants selon la documentation. Il faut y voir des rôles de conception documentés et non une pratique observée : les supports décrivent les prérogatives, pas un relevé de leur exercice.
La distinction la plus importante sur cette chaîne est que STABLE n'est pas l'actif de gas. Les transactions sur Stable se paient en USDT0, que la documentation présente comme une représentation omnichain de l'USDT et comme l'actif natif du réseau pour le gas et le transfert de valeur ; le support du projet précise qu'un détenteur n'a pas besoin de STABLE pour envoyer une transaction. Les deux actifs répondent donc à des questions différentes : l'USDT0 est ce que coûte une transaction, STABLE est ce qui sécurise et gouverne la chaîne qui la traite, et toute rétribution décrite pour les stakers est libellée en USDT0 et non en STABLE nouvellement émis. Côté offre, la documentation décrit STABLE comme un jeton ERC-20 sur l'EVM de Stable, au total fixe de 100,000,000,000 unités et sans émission inflationniste, réparti entre 25% pour les investisseurs et conseillers, 25% pour l'équipe, 40% pour l'écosystème et la communauté et 10% pour la distribution genesis, les parts de l'équipe et des investisseurs étant soumises à un an de cliff puis à une libération linéaire sur 48 mois à compter du lancement du mainnet. Ce sont les conditions à la date du document et elles doivent être revérifiées dans les supports officiels à jour.
Le dispositif d'offre publié mérite d'être énoncé en entier, car il fixe le calendrier. L'offre totale est arrêtée à 100 000 000 000 STABLE. La répartition annoncée au lancement est de 40 % à l'écosystème et à la communauté, 25 % à l'équipe, 25 % aux investisseurs et conseillers et 10 % à la distribution de genèse, les attributions de l'équipe et des investisseurs étant soumises à une période de carence d'un an suivie d'une acquisition linéaire sur quatre ans à compter du réseau principal, la part écosystème libérant une petite fraction initiale puis le reste sur environ trois ans. Deux conséquences en découlent directement. La très grande majorité de l'offre n'est pas en circulation au départ, et la première échéance de carence tombe environ un an après le réseau principal de décembre 2025. Ni l'une ni l'autre n'est une prévision : ce sont des dates inscrites dans la distribution.
L'écosystème de Stable et les limites de la documentation
L'expression écosystème Stable n'est utile que si elle reste liée à la page lue. Une page sur le mécanisme du gas étaye le modèle de frais à double rôle ; une page sur le comportement étaye certaines sémantiques de solde et d'événements ; les pages d'information réseau étayent les champs de configuration qu'elles affichent. Aucune de ces pages n'est à elle seule un catalogue permanent d'applications, de fournisseurs, d'intégrations, de partenaires ou de cas d'usage. Le profil doit nommer la portée de la source plutôt que de faire du mot écosystème une affirmation universelle.
Les pages officielles Mainnet Information et Connect désignent actuellement un réseau principal et un réseau de test et affichent les champs de configuration correspondants. Cela n'étaye qu'une assertion au moment de la documentation : l'éditeur présente ces environnements réseau dans ses matériaux actuels. Cela ne garantit pas qu'un point d'accès particulier soit joignable à tout moment, qu'une fonction soit active partout ni qu'un accès convienne à une situation donnée. La disponibilité actuelle doit être vérifiée de nouveau le jour de la publication, et non déduite d'un profil statique.
Une limite propre au modèle à double rôle
Le chemin de pré-débit et remboursement crée une limite opérationnelle particulière : l'étape de validation documentée tient compte du frais maximal possible avant l'exécution, tandis que le règlement final reflète l'usage réel du gas. Cela diffère d'un modèle simple où seul le montant final compte dès le début. Cette explication aide à comprendre pourquoi un solde destiné aux frais et un solde après exécution peuvent être évoqués à des étapes différentes. Elle explique le mécanisme publié, sans prescrire une action.
Le double rôle a une autre conséquence documentée. La page de comportement de Stable indique que les vues native et ERC-20 utilisent le même solde, mais que leurs représentations décimales différentes exigent une réconciliation des soldes fractionnaires. Elle précise aussi que des opérations ERC-20 fondées sur des autorisations peuvent affecter le solde natif USDT0 d'un contrat sans exécuter le code de ce contrat et que des événements Transfer auxiliaires peuvent survenir. Ce sont des limites d'intégration technique, non une certification de sécurité ou une conclusion universelle sur chaque application du réseau.
Risques et limites
La dénomination en stablecoin ne supprime pas les risques habituels de réseau et de logiciel. Le matériel officiel décrit une conception, mais des défauts d'implémentation, des intégrations incorrectes, des erreurs d'indexation des données, des changements de dépendances, des incidents de consensus ou d'infrastructure et des mises à jour de documentation peuvent encore compter. Le comportement de solde à double rôle ajoute des hypothèses que les développeurs et les réviseurs doivent traiter avec soin. Un profil court ne peut pas prouver qu'un déploiement est sûr, audité, approprié, juridiquement effectif ou disponible pour la situation du lecteur.
Les faits dynamiques demandent une prudence particulière. Les paramètres réseau, les versions de documentation, les conditions de l'actif, les conditions d'accès, les versions logicielles, les déclarations d'audit, les modalités de gouvernance, les descriptions juridiques et les relations avec des tiers peuvent changer après la lecture d'une page. Le profil ne les présente donc pas comme des faits durables. Si une publication a besoin d'un tel détail, elle doit citer une source primaire actuelle qui couvre précisément ce détail et conserver visibles la date de publication et les réserves de la source elle-même.
L'usurpation de ce projet est documentée et non hypothétique. Fin décembre 2025, peu après le lancement du réseau principal, des analystes en sécurité ont examiné une page se présentant comme une distribution de genèse de Stable et ont constaté qu'elle diffusait un videur de portefeuille : elle invitait à connecter un portefeuille puis passait à une tentative d'obtention de la phrase de récupération. C'est la forme classique de l'attaque, et son moment est déterminant. L'usurpation se concentre autour des instants où un projet distribue réellement quelque chose, car c'est alors que l'on s'attend à ce qu'une page inconnue demande de se connecter. Toute page de réclamation doit être atteinte depuis le canal publié par le projet lui-même et depuis nulle part ailleurs, et aucun processus légitime ne demande de phrase de récupération. À cela s'ajoute la jeunesse du réseau : le réseau principal a démarré le 8 décembre 2025, et les chiffres de dépôts préalables et de nombre de portefeuilles cités à son sujet sont communiqués par le projet et non issus d'un audit indépendant.
Comment vérifier les informations sur Stable Network
Une vérification neutre commence par la page officielle USDT0 comme gas, la page de comportement et les pages actuelles d'information réseau, tout en séparant la portée de chaque page. Comme comparaison d'archives, comparez l'adresse du contrat divulguée sur la page officielle actuelle du gas avec l'entrée correspondante de l'explorateur de blocs officiel. L'objectif est de comparer des enregistrements actuels qui identifient le même rôle documenté d'actif, et non de déduire des faits à partir d'actifs aux noms semblables, d'identifiants copiés ou de pages sans rapport.
Avant publication, comparez la note de version actuelle, les libellés de réseau et les dates ou indicateurs de mise à jour des pages officielles. Vérifiez à nouveau la disponibilité à l'aide de matériel officiel de statut actuel, et gardez les documents de l'émetteur au niveau de l'actif séparés de la documentation de chaîne de Stable. Lorsqu'une adresse du contrat et une entrée d'explorateur de blocs sont citées, notez la date et la portée exacte de la page pour les deux. Il s'agit d'un contrôle qualité éditorial, non d'une instruction pour connecter un portefeuille, déplacer des actifs ou utiliser un service.
Conclusion
Stable Network peut donc être présenté avec prudence comme une conception documentée de réseau compatible EVM où USDT0 sert d'actif natif de gas et de transfert natif de valeur, avec une interface ERC-20 sur le même solde. Les pages officielles décrivent aussi un frais de base de type EIP-1559 et un chemin de règlement par pré-débit et remboursement. Ces éléments expliquent la conception sans exagérer ce que la documentation démontre sur l'actif ou le fonctionnement actuel du réseau.
La règle centrale d'interprétation est la séparation. La dénomination du gas n'est pas une déclaration d'émetteur. La description d'un actif ne garantit ni réserves, ni remboursement, ni conditions juridiques. Une explication du fonctionnement de la chaîne ne démontre pas la disponibilité actuelle. Un libellé de réseau principal ne promet pas un accès ininterrompu. Chaque affirmation a besoin d'une source primaire actuelle dont la portée correspond, surtout lorsqu'elle concerne une implémentation changeante ou un arrangement externe.
Pour un profil prêt à publier, formulez dans des phrases distinctes le rôle du réseau, la désignation documentée de USDT0 pour le gas, la différence de mécanisme et la limite documentaire. N'ajoutez pas de faits au niveau de l'émetteur ou de l'actif sans citer directement leurs sources officielles actuelles. Le jour de la publication, revérifiez configuration changeante, disponibilité, identifiants, déclarations d'audit, descriptions de gouvernance, statut juridique et relations. Cette méthode explique Stable Network sans transformer une documentation changeante en promesse.
Pages de marché associées
Pages Bitbase pour les jetons cités dans cet article :
- USDT0 : Voir le prix
Articles associés
Autres articles Bitbase sur ce sujet :
- Qu'est-ce que Spark SPK, infrastructure d'allocation de capital stable
- Rails de règlement des stablecoins : comment les dollars circulent onchain
Avertissement : Cet article est un contenu pédagogique de Bitbase Academy, fourni à titre d'information uniquement. Il explique ce que fait un projet et quel rôle son jeton joue dans ce système ; il ne constitue pas un conseil en investissement, en trading, en fiscalité ou en finance, et il ne vaut ni recommandation ni approbation d'un projet ou d'un jeton. Bitbase n'a pas effectué de diligence raisonnable sur le projet décrit ici, et le mentionner ne signifie pas que Bitbase référence ou prend en charge cet actif. Les cryptoactifs comportent un risque important, notamment la volatilité des prix, une liquidité faible, la défaillance des contrats intelligents, l'incertitude réglementaire et la perte possible de toute leur valeur. Ce projet en est à un stade précoce, et les projets à un stade précoce échouent plus souvent complètement. Rédigé en août 2026 ; le statut d'un projet, sa tokenomics, son équipe et ses contrats peuvent changer à tout moment. Vérifiez tout par vous-même via les canaux officiels, l'adresse du contrat et un explorateur de blocs, et méfiez-vous des sites imitant le projet et des liens d'hameçonnage.
Sources
[1] Stable Docs: USDT0 as gas docs.stable.xyz
[2] Stable Docs: USDT0 behavior on Stable docs.stable.xyz
[3] Stable Docs: Mainnet information docs.stable.xyz
[4] Stable Docs: Connect docs.stable.xyz
[5] USDT0 Network technical documentation docs.usdt0.to
[6] Tether official FAQs tether.to
[7] Stable Docs: Tokenomics (document-time STABLE governance-token role) docs.stable.xyz
[8] Stable Docs: Mainnet Version History (release-version record) docs.stable.xyz
[9] The Block, Stable launches mainnet and native token www.theblock.co
[10] Malware analysis, fake Stable genesis airdrop delivering a wallet drainer malwr-analysis.com
