Question 1

Qu’est-ce que XDB ?

Accepted Answer

XDB est la monnaie native de XDB CHAIN. XDB CHAIN est une blockchain Layer 1 open source fonctionnant de manière indépendante ; bien qu'elle utilise une pile technologique dérivée de Stellar et soit compatible avec les SDK associés, elle ne partage ni registre ni gouvernance avec le réseau Stellar public. Sur ce réseau, les actifs autres que XDB sont généralement des actifs de crédit on-chain créés par un compte émetteur ; les détenteurs doivent d'abord établir une ligne de confiance, indiquant qu'ils acceptent l'actif de cet émetteur. XDB est en revanche un actif natif du protocole, qui ne nécessite pas de ligne de confiance ; il sert donc à la fois d'unité de compte pour les frais et les réserves de compte.

Question 2

À quoi sert XDB ?

Accepted Answer

L’utilisation directe de XDB consiste à payer les frais d’opération des transactions et à constituer la réserve minimale requise pour un compte et son état on-chain. À chaque soumission de transaction, le réseau facture des XDB selon le nombre d’opérations qu’elle contient ; la création de lignes de confiance, d’ordres et d’autres éléments de registre augmente les entrées de registre utilisées par le compte et la réserve à conserver. La réserve n’est pas une dépense versée aux validateurs : lorsque les éléments de registre concernés sont supprimés, l’exigence de solde minimal associée est libérée. Cette conception donne un coût d’opportunité à la création d’un état on-chain durable, ce qui limite l’expansion gratuite du registre.

Question 3

Que peut faire XDB CHAIN ?

Accepted Answer

Au niveau du protocole, XDB CHAIN permet d’émettre, de transférer et d’échanger des actifs. Les émetteurs peuvent créer directement des actifs dans le registre ; les comptes peuvent se transférer des actifs ; acheteurs et vendeurs peuvent être appariés au moyen du carnet d’ordres on-chain ou échanger via des pools de liquidité de teneurs de marché automatisés. Les paiements par chemin permettent au payeur de régler dans un actif et au bénéficiaire d’en recevoir un autre : le système peut effectuer la conversion via au maximum six sauts de carnets d’ordres ou de chemins de liquidité ; le chemin est soit intégralement réglé, soit intégralement échoué. Les ordres, les exécutions et les résultats de règlement sont tous inscrits dans le registre et peuvent donc être consultés.

Question 4

Quel est le plafond d’offre de XDB ?

Accepted Answer

L’offre maximale fixe de XDB est de 20 milliards d’unités. Lors de la genèse du réseau, 100 milliards de XDB ont été créés, puis 80 milliards ont été définitivement détruits de manière irréversible pendant la phase initiale ; les 100 milliards constituent donc l’émission de genèse, et non l’offre maximale actuelle. Par la suite, si des XDB sont envoyés à une adresse de destruction dont la clé est définitivement inutilisable et depuis laquelle aucune sortie ne peut être signée, ils restent inscrits comme solde dans le registre mais ne sont plus utilisables. Le document réseau calcule l’offre totale comme « offre maximale de 20 milliards moins le solde détruit ».

Question 5

Quelle différence y a-t-il entre l’offre totale et l’offre en circulation de XDB ?

Accepted Answer

L’offre maximale, l’offre totale et l’offre en circulation correspondent à des mesures différentes. Le document réseau les définit ainsi : l’offre maximale est fixée à 20 milliards ; l’offre totale ＝ l’offre maximale － le solde des adresses de destruction ; l’offre en circulation ＝ l’offre totale － le solde des adresses de trésorerie. Au point d’observation du 10 août 2026, le solde détruit était d’environ 1,264 milliard et le solde de trésorerie d’environ 1,610 milliard ; l’offre totale était donc d’environ 18,736 milliards et l’offre en circulation d’environ 17,126 milliards. Ces deux dernières valeurs dépendent des soldes des adresses concernées et évoluent avec les nouvelles destructions ou les changements de solde de trésorerie ; elles ne doivent pas être confondues avec les 100 milliards figurant dans le champ du registre de genèse.

Question 6

Comment fonctionne le mécanisme de destruction de XDB ?

Accepted Answer

La destruction de XDB repose sur l’inutilisabilité : une fois les jetons transférés vers une adresse dont la clé est définitivement inutilisable, personne ne peut plus signer de transfert sortant depuis cette adresse. Le document réseau indique que certains mécanismes de monnaies de marque peuvent organiser le rachat de XDB puis leur destruction de cette manière. La destruction ne retire pas physiquement le solde du décompte de genèse d’un registre dérivé de Stellar ; le champ total_coins du registre peut donc encore afficher les 100 milliards créés à la genèse. Pour évaluer l’offre utilisable, il convient d’examiner le solde des adresses de destruction et de le soustraire de l’offre maximale, plutôt que de prendre directement ce champ pour l’offre en circulation.

Question 7

XDB CHAIN fonctionne-t-elle par minage ou staking ?

Accepted Answer

XDB CHAIN utilise le Stellar Consensus Protocol (SCP), une implémentation de la tolérance aux fautes byzantines fédérée, et non une preuve de travail ou une preuve d’enjeu. Chaque nœud déclare lui-même les « tranches de quorum » sans l’accord desquelles il ne progressera pas ; le réseau ne parvient à un consensus que lorsque les tranches des différents nœuds se chevauchent. Cela signifie qu’au niveau du protocole, il n’existe ni récompense de minage ni obligation de mettre en jeu des jetons pour valider. Le compromis central privilégie la sécurité à la disponibilité : en cas de partition du réseau ou d’impossibilité pour les nœuds participants de parvenir à un accord sûr, le réseau est conçu pour suspendre la production de registres plutôt que de produire des historiques conflictuels.

Question 8

Quelle est l’unité minimale de XDB et quel est le frais de base ?

Accepted Answer

Le bee est la plus petite unité de XDB : 1 bee＝0.0000001 XDB ; XDB prend donc en charge 7 décimales. Le frais de base est de 100 bees＝0.00001 XDB par opération. Le frais réseau de base d’une transaction ＝ le nombre d’opérations dans la transaction × 100 bees ; par exemple, une transaction comprenant deux opérations a un frais de base de 200 bees. Ce frais diffère de la réserve de compte : les frais entrent dans le pool de frais du réseau, tandis que la réserve est le solde minimal conservé par le compte pour l’état de registre qu’il occupe. En période de congestion, les règles de frais du protocole alors en vigueur doivent également être prises en compte.

Question 9

Pourquoi un compte XDB doit-il disposer d’une réserve minimale ?

Accepted Answer

Pour un nouveau compte sans entrée de registre supplémentaire, le solde minimal est de (2＋nombre de sous-entrées)×réserve de base ; la réserve de base observée dans le document réseau est de 10 XDB ; un nouveau compte sans sous-entrée doit donc conserver 20 XDB. Les lignes de confiance, les ordres et les entrées de données augmentent tous le nombre de sous-entrées, et donc le solde minimal ; supprimer ces éléments libère la réserve correspondante. Ce solde n’est ni détruit ni transféré à un opérateur : ce sont des XDB que le compte ne peut pas dépenser tant qu’il maintient cet état.

Question 10

Comment s’effectuent les échanges on-chain sur XDB CHAIN ?

Accepted Answer

Les offres du carnet d’ordres on-chain sont des ordres à cours limité inscrits dans le registre, appariés selon la priorité prix—temps ; les pools de teneurs de marché automatisés utilisent un mécanisme de produit constant, dans lequel deux actifs du pool fournissent conjointement la liquidité échangeable. Les coûts et conditions d’exécution diffèrent entre les deux méthodes : le carnet d’ordres dépend des cotations relatives et des ordres disponibles, tandis que les pools facturent 30 points de base de frais d’échange, laissés dans le pool, et que les échanges importants peuvent être affectés par la profondeur du pool. Les paiements par chemin peuvent aussi combiner ces sources de liquidité, mais si une étape ne remplit pas les conditions, l’ensemble du paiement par chemin n’est pas exécuté partiellement.

Question 11

Que faut-il vérifier avant de détenir des actifs non natifs sur XDB CHAIN ?

Accepted Answer

Les actifs non natifs sont identifiés par le compte émetteur concerné : deux actifs ayant le même code mais des comptes émetteurs différents représentent des actifs différents. Un compte doit généralement d’abord établir une ligne de confiance avec cet émetteur avant de pouvoir recevoir ou détenir l’actif. Avant un transfert ou un échange d’actifs, il convient donc de vérifier à la fois le code et le compte émetteur, et de comprendre les indicateurs de contrôle on-chain définis par l’émetteur, tels que l’autorisation, le gel ou le clawback. Le registre enregistre le crédit de l’actif et son état de contrôle ; il ne remplace pas l’exécution par l’émetteur de ses obligations hors chaîne.

Question 12

Quand une transaction XDB est-elle considérée comme finalisée ?

Accepted Answer

Dans l’échantillon du 10 août 2026, le document indique un intervalle de fermeture de registre d’environ 5 à 6 secondes ; une transaction est définitive dès qu’elle est incluse dans un registre fermé. Ce modèle de consensus n’utilise pas de fenêtre de confirmation consistant à attendre davantage de blocs afin de réduire le risque de réorganisation. Cela ne signifie pas que toute soumission réussit immédiatement : la transaction doit toujours satisfaire aux règles de signature, de solde, de frais et de protocole, puis être incluse dans le registre. Si les nœuds SCP ne peuvent pas parvenir à un accord sûr, le réseau peut se suspendre ; il ne reprendra le traitement des transactions qu’après le retour du consensus.

Prix de XDB CHAIN (XDB)