Prix de Beldex (BDX)

BDX est le jeton utilitaire natif du réseau Beldex, utilisé pour les transferts et les règlements au sein du réseau, et lié à son écosystème d’applications de confidentialité. Il ne représente ni des actions, ni un droit de propriété, ni un droit aux revenus de Beldex ou de ses entités affiliées ; détenir des BDX ne génère pas en soi de dividendes, de partage des bénéfices ni de promesse de rendement d’investissement. La couche applicative de Beldex comprend BChat, BelNet, Beldex Browser, les portefeuilles et le Beldex Name Service (BNS). BDX est l’actif du réseau et de l’écosystème ; ces applications sont différents produits utilisant les services du réseau. La détention du jeton ne doit donc pas être assimilée à l’acquisition d’un droit sur une application ou une entreprise donnée.

Les transactions natives de Beldex sont conçues pour masquer à la fois l’expéditeur, le destinataire et le montant transféré, et pas seulement une adresse de portefeuille. Les signatures en anneau mélangent la signature de l’expéditeur réel à un ensemble de signatures leurres ; les adresses furtives créent une adresse à usage unique pour chaque réception ; RingCT utilise des engagements et des preuves par intervalle afin que le réseau vérifie la validité du montant sans en révéler la valeur précise. Les transactions vérifiables sur la chaîne permettent donc de vérifier que les règles, telles que l’absence de création monétaire ex nihilo ou de valeur négative, sont respectées, mais un observateur public ne devrait pas pouvoir lire directement les trois catégories d’informations d’une transaction. Il s’agit du mécanisme de confidentialité des transactions de la chaîne native ; les fonctions de produits tels que BChat ou BelNet ne signifient pas que chaque transaction BDX dispose de fonctions supplémentaires au niveau applicatif.

Beldex utilise actuellement la preuve d’enjeu (PoS), dans laquelle des validateurs de nœuds maîtres participent à la production et à la validation des blocs. Après sa mise en œuvre en décembre 2021 au bloc 742421, le hard fork Bucephalus a fait passer le réseau de son ancien modèle PoW, auquel participaient les mineurs, au PoS : les mineurs ont été supprimés et les nœuds maîtres ont reçu les responsabilités de production et de validation des blocs. Ce changement a aussi fait passer le temps moyen de bloc de 120 secondes à 30 secondes, et la récompense de bloc de 2 BDX à 10 BDX ; la participation aux récompenses ne passe plus par le minage, mais s’organise autour des nœuds maîtres éligibles et de leur file de récompenses. Il a modifié la manière dont le réseau produit les blocs et les récompenses, sans pour autant transformer BDX en titre financier d’entreprise.

Exploiter un nœud maître Beldex nécessite de verrouiller une garantie de staking et de maintenir le service du nœud ; l’exigence de garantie actuellement indiquée officiellement est de 10 000 BDX. Les nœuds maîtres valident les transactions et fournissent aussi l’infrastructure nécessaire, notamment au relais des messages BChat ainsi qu’au routage du trafic de BelNet et de Beldex Browser. La garantie peut être apportée par un seul opérateur ou conjointement par plusieurs participants. Les règles d’Infinite Staking limitent à quatre le nombre maximal d’apports à un nœud maître ; en cas de participation groupée, l’apport minimal de chaque participant dépend de la garantie encore non satisfaite, des places restantes et des montants déjà réservés. Il ne suffit donc pas de diviser mécaniquement 10 000 BDX en fractions arbitrairement petites.

Les récompenses des nœuds maîtres proviennent des récompenses de bloc. Pour recevoir une récompense, le nœud doit rester valide et arriver à son tour de produire un bloc dans la file de récompenses. Beldex indique un temps moyen de bloc d’environ 30 secondes et une récompense de 10 BDX par bloc ; 6,25 BDX (62,5 %) sont attribués au validateur qui produit le bloc, et le reste à la trésorerie de la Beldex foundation. Les récompenses suivent une logique de file premier entré, premier sorti : un validateur ayant reçu une récompense est déplacé à la fin de la file, tandis que les validateurs ayant attendu plus longtemps et maintenu un service valide reçoivent leur chance à leur tour. Pour un nœud maître partagé, la commission de l’opérateur est d’abord déduite de la récompense du nœud, puis le solde est réparti selon la part convenue de chaque contributeur dans ce nœud. Le rendement effectif d’un participant ne peut donc pas être déduit de la seule quantité de BDX détenue : il dépend également du nombre de validateurs valides, de la file, de l’état de fonctionnement du nœud, de la commission de l’opérateur et de la part apportée.

La garantie d’un nœud maître ne peut pas être récupérée immédiatement à tout moment. Lorsqu’un participant ou un opérateur soumet une demande de déverrouillage et que cette demande est inscrite dans un bloc, le nœud maître expire après 15 jours, soit 10 800 blocs ; pendant cette période d’attente, la garantie reste verrouillée et les participants continuent de recevoir des récompenses. Dans un nœud partagé, la demande de déverrouillage d’un seul participant fait entrer l’ensemble du nœud maître dans ce processus d’expiration, qui ne peut être ni annulé ni prolongé. Si le nœud est désenregistré parce qu’il ne satisfait pas aux exigences opérationnelles, sa garantie entre dans un état de liste noire non dépensable pendant 30 jours, soit 21 600 blocs. Même si un déverrouillage de 15 jours avait déjà été demandé, un désenregistrement ultérieur remplace le délai initial par la période de verrouillage de 30 jours. Cette période lie la continuité du service de validation à la disponibilité des actifs déposés en garantie.

Pour comprendre l’offre de BDX, il faut au minimum distinguer les récompenses de bloc, les libérations depuis des portefeuilles désignés et les destructions, qui ne sont pas la même chose. Les validateurs PoS génèrent des récompenses de bloc lorsqu’ils produisent des blocs ; selon les informations officielles, les frais des transactions quasi instantanées Flash sont détruits, c’est-à-dire transférés vers un portefeuille dont personne ne détient les clés et retirés de la circulation. Par ailleurs, les libérations programmées des portefeuilles de développement de l’écosystème et Seed & VC correspondent à la distribution de BDX depuis des portefeuilles désignés existants ; elles ne sont pas de nouvelles récompenses générées par la production de blocs des validateurs. Les améliorations liées au BNS ont aussi introduit une période d’enregistrement, des frais et des mécanismes de destruction. Ces mécanismes influencent l’offre disponible à différentes étapes : une « libération » ne doit pas être présentée directement comme une nouvelle émission du réseau, et la destruction de frais ne signifie pas que tous les frais de transaction sont détruits.

Les libérations programmées officielles proviennent de deux catégories de portefeuilles désignés et ont lieu chaque trimestre : le portefeuille de développement de l’écosystème est principalement destiné à la R&D de l’écosystème, tandis que le portefeuille Seed & VC est destiné aux investissements seed et VC. Elles doivent être comprises séparément des récompenses de bloc des nœuds maîtres, car elles constituent des libérations programmées depuis des portefeuilles préalablement désignés. Lors de la 18e libération programmée, au 30 juin 2026, 130 680 000 BDX ont été libérés depuis le portefeuille de développement de l’écosystème, dont le solde après libération était de 1 607 760 000 BDX ; aucun BDX n’a été libéré depuis le portefeuille Seed & VC pour cette période, dont le solde était de 214 500 000 BDX. Ces chiffres correspondent aux soldes des portefeuilles après cette annonce et au relevé de libération de la période ; ils ne constituent pas un engagement fixe concernant le volume de chaque future libération trimestrielle.

Le hard fork Bern a introduit le Beldex Name Service (BNS) en janvier 2024, au bloc 2986890. Le BNS associe des noms ou domaines .bdx lisibles par l’humain à des ressources sur la chaîne telles que des identifiants BChat, des adresses de portefeuille, des MNApps ou des nœuds de sortie, afin que ces identifiants puissent être résolus ; il ne remplace pas directement les clés privées du portefeuille d’un utilisateur. Cette mise à niveau a également ajusté la période d’enregistrement du BNS, les frais et les mécanismes de destruction ; elle représente donc à la fois une évolution de l’utilisabilité des applications et un changement lié au parcours des frais et des destructions de BDX. Ce n’est que lors du hard fork Hermes de septembre 2024 que le BNS a ajouté la prise en charge des chaînes EVM ; cette fonctionnalité ultérieure ne doit pas être attribuée à Bern.

Le BDX natif et le BDX-BSC doivent être considérés comme des versions de l’actif sur des réseaux différents. Beldex a annoncé en 2026 que son contrat BDX sur Binance Smart Chain (BSC) avait fait l’objet d’une migration ; les détenteurs éligibles de BDX-BSC sous l’ancien contrat recevraient des BDX-BSC du nouveau contrat selon un ratio de 1:1. Ce rapport de 1:1 décrit uniquement l’accord de migration annoncé entre les anciens et nouveaux contrats BDX-BSC ; il ne permet pas de conclure que toute autre version encapsulée, tout solde sur une plateforme d’échange ou tout BDX de la chaîne native sera automatiquement converti. Avant un transfert ou un dépôt, il convient de vérifier que le service cible prend en charge le réseau et la version précise du contrat.

Le 26 juin 2026, Beldex a constaté au bloc 5518800 une récompense de nœud maître erronée : une récompense qui devait être de 6,25 BDX a en réalité généré par erreur environ 900 018 906,34 BDX. Afin de revenir au dernier état valide, le réseau l’a traité au moyen d’un hard fork d’urgence ; la chaîne canonique considère le bloc 5518799 comme le dernier état valide, et ces quelque 900 millions de BDX erronés n’existent pas sur la chaîne canonique. Ce traitement a annulé les transactions BDX natives de l’intervalle concerné : les transferts entre portefeuilles et les dépôts sur des plateformes d’échange effectués après le bloc 5518800 sont annulés sur la chaîne canonique, les soldes revenant à l’état des portefeuilles détenteurs d’origine. L’annonce limite le problème à la transaction de récompense erronée et indique que la validation des transactions et le mécanisme de consensus n’ont pas été compromis, sans double dépense constatée ; les utilisateurs ayant traité avec des plateformes tierces durant cet intervalle doivent néanmoins confirmer le crédit final selon les modalités de rapprochement de ces plateformes.

Le lien entre BDX et les applications Beldex se manifeste principalement dans le règlement du réseau, la participation aux nœuds maîtres et l’infrastructure applicative, et non par l’idée que « la croissance des applications entraîne nécessairement une hausse du prix de BDX ». Par exemple, les nœuds maîtres doivent verrouiller des BDX et fournir des services ; les frais et les mécanismes de destruction du BNS influencent le traitement des frais concernés ; les libérations trimestrielles de portefeuilles peuvent modifier le nombre de jetons entrant sur le marché ou utilisés dans l’écosystème. La capacité de ces mécanismes à influencer l’offre négociable ou la demande dépend également du maintien du verrouillage, de l’adoption effective des applications, de l’utilisation des fonds libérés, de la nécessité ou du choix des utilisateurs d’acquérir des BDX, ainsi que de la liquidité du marché et d’autres conditions. Le nombre de produits, de nœuds ou les mises à niveau techniques ne démontrent donc pas à eux seuls que la demande d’achat du jeton ou son prix augmenteront nécessairement.