Prix de Diamante (DIAM)

DIAM est le jeton natif du réseau Diamante. Il sert à payer les frais de ressources du réseau, à participer au staking des validateurs et à la gouvernance on-chain, et peut être utilisé comme collatéral par le protocole. C’est un jeton fonctionnel du réseau, et non l’équivalent d’actions d’une société ; le livre blanc ne décrit pas la détention de DIAM comme donnant droit à des dividendes ou au rachat.

DIAM sert à payer les ressources réseau consommées par l’exécution des transactions, le stockage de données et le calcul. Lorsqu’un utilisateur effectue un transfert ou appelle une application, les frais sont déduits de son solde DIAM ; le volume d’utilisation du réseau et le type de ressources sollicitées sont donc les sources directes de l’usage de DIAM pour le paiement. Le livre blanc utilise des frais de 0.1 DIAM pour un transfert comme exemple illustratif, et non comme un tarif fixe applicable directement à toutes les transactions. Le coût réel doit être déterminé selon les règles fournies par le réseau et l’application au moment de l’envoi de la transaction.

Le staking de DIAM relie l’éligibilité des validateurs à participer à la sécurité du réseau aux jetons qu’ils verrouillent. Les détenteurs participent à l’élection des validateurs DPoS par le staking ; les validateurs élus proposent et ordonnent les blocs selon la séquence de transactions ordonnée par PoH, puis l’étape aBFT effectue la confirmation finale. La relation de sélection donnée dans le livre blanc est la suivante : la probabilité de proposition du validateur i, P(Vi), est égale à son montant mis en staking Si divisé par le montant total mis en staking sur le réseau ΣSj. Autrement dit, dans un modèle où les autres conditions sont égales, plus la part de staking dans le total du réseau est élevée, plus la part attendue des propositions de blocs est élevée ; cela décrit une probabilité de sélection, et non une garantie de rendement ou de nombre de blocs produits.

Le processus de gouvernance on-chain de DIAM comprend la soumission de propositions, le vote pondéré par les jetons ou le vote délégué, puis l’exécution après approbation. La soumission d’une proposition doit satisfaire un seuil de dépôt de garantie ; les droits de vote peuvent être délégués par les détenteurs, et la proposition doit également atteindre un quorum ou un seuil d’approbation. L’atteinte du seuil ne signifie pas une entrée en vigueur immédiate. Le livre blanc indique que les propositions passent par un verrouillage temporel, qui laisse une fenêtre pour l’examen ou le traitement des contestations, avant leur exécution. Le rôle de gouvernance de DIAM ne consiste donc pas seulement à exprimer une préférence, mais est aussi lié aux trois étapes de soumission, de vote et de mise en œuvre différée.

Le livre blanc présente DIAM comme un collatéral on-chain pouvant être verrouillé pour les opérations de protocole, les applications de finance décentralisée ou les interactions de couche 2. Le DIAM verrouillé garantit une règle de protocole spécifique ; détenir du DIAM ne procure pas automatiquement des fonctions d’emprunt, de création ou de liquidité. Par exemple, le livre blanc illustre le verrouillage de DIAM pour créer des stablecoins ou participer à des pools de liquidité ; la prise en charge effective, le montant à verrouiller, les conditions de liquidation et les conditions de retrait sont tous déterminés par les règles de l’application spécifique qui utilise DIAM.

Le consensus de Diamante enchaîne trois étapes : PoH établit d’abord un ordre des transactions au moyen d’une chaîne de hachage vérifiable ; DPoS sélectionne par staking les validateurs qui proposent les blocs ; aBFT apporte la confirmation finale des blocs. Les trois mécanismes traitent respectivement de l’ordonnancement, de la proposition et de la finalité ; ce ne sont pas des noms différents pour un même mécanisme. Dans la condition de sécurité aBFT décrite par le livre blanc, si le nombre total de validateurs est n, le nombre de nœuds byzantins doit être inférieur à ⌊n/3⌋ ; dès qu’un bloc est confirmé par aBFT, il est considéré comme irréversible. Cette condition montre que la finalité dépend de l’hypothèse de tolérance aux fautes de l’ensemble des validateurs.

Le livre blanc de Diamante pose la cryptographie post-quantique comme base de sécurité par défaut du protocole et cite ML-KEM pour l’échange de clés, ML-DSA pour les signatures numériques, ainsi que SLH-DSA en option. L’objectif est de protéger les étapes d’échange de clés et de vérification des signatures dans l’hypothèse où l’informatique quantique pourrait affaiblir les systèmes classiques de cryptographie à clé publique. Cette conception n’entraîne pas une relation automatique et quantifiable avec la valeur ou le prix de DIAM ; il s’agit avant tout d’une caractéristique de sécurité réseau et de conception du protocole. Les utilisateurs doivent distinguer l’objectif de conception décrit dans le livre blanc, l’état réel du déploiement du réseau et l’implémentation spécifique utilisée par leur portefeuille ou leur application.

Le livre blanc de Diamante décrit une couche de confidentialité native fondée sur les preuves à connaissance nulle : les utilisateurs peuvent transférer des actifs de manière privée sans révéler les détails de valeur, et effectuer des calculs privés sans exposer les entrées. Les nœuds de validation vérifient la validité de la preuve plutôt que de lire directement les données masquées. Ce mécanisme sépare la vérification de la conformité d’une transaction ou d’un calcul aux règles de la divulgation du contenu des entrées. La possibilité d’utiliser cette capacité dans un portefeuille, une application ou un actif donné dépend toujours de l’intégration et de la prise en charge de cette fonction par le produit concerné.

Le livre blanc de Diamante décrit trois environnements d’exécution : EVM/zkEVM, compatible avec les contrats intelligents Ethereum ; WASM/DNA, orienté vers la sécurité des ressources ; et Chaincode, destiné à la logique en bac à sable d’entreprise. Les transactions sont acheminées vers l’environnement d’exécution correspondant, et les appels entre environnements sont maintenus cohérents par un mécanisme d’atomicité inter-VM. Les usages de DIAM pour les frais couvrent donc non seulement les transferts simples, mais aussi la consommation de ressources de calcul et de stockage dans ces environnements d’exécution. La possibilité pour une application d’utiliser un environnement spécifique dépend du type de contrat déployé par le développeur et de l’état de prise en charge du réseau.

La demande d’utilisation de DIAM peut provenir du paiement des frais de réseau, du staking pour participer à l’élection des validateurs, des votes de gouvernance ou du verrouillage comme collatéral par une application. Ces usages influencent les situations dans lesquelles certains participants doivent détenir, payer ou verrouiller du DIAM, mais ils ne permettent pas à eux seuls de déduire une hausse nécessaire du prix. Le prix est également influencé par l’offre négociable, la liquidité du marché, le comportement de trading des détenteurs, l’adoption effective des applications et les conditions générales du marché. En particulier, la question de savoir si le staking ou le verrouillage en collatéral réduit réellement l’offre négociable dépend de l’ampleur et de la durée du verrouillage ainsi que des règles des applications concernées.