Prix de VeThor (VTHO)

VTHO (VeThor) est le jeton de carburant de VeChainThor : lorsqu’un compte effectue un transfert ou exécute un contrat intelligent, il paie en VTHO les ressources de calcul consommées par le réseau. Il ne représente pas une version de remplacement de VET ; il constitue le volet spécifiquement chargé des coûts de transaction dans le modèle à deux jetons. VTHO est un jeton fongible VIP-180 intégré, avec 18 décimales ; son offre initiale dans le bloc Genesis était de zéro, puis il a été produit selon les règles du protocole. Pour comprendre VTHO, il faut donc distinguer trois éléments : les nouveaux jetons créés par le protocole, les jetons détruits par les frais de transaction et les frais effectivement payés par les participants aux transactions.

VET et VTHO ont des rôles différents : VET est l’autre actif central du modèle à deux jetons de VeChainThor ; VTHO est le carburant qui paie les frais des transferts et de l’exécution des contrats sur la chaîne. Une transaction consomme du VTHO, et détenir du VET ne dispense pas des frais de transaction. Les deux sont également liés par les incitations du réseau : après la mise à niveau Hayabusa, les VET verrouillés/mis en staking servent de base au protocole pour calculer l’émission de VTHO et la participation aux récompenses du réseau, mais VET n’est pas du VTHO directement utilisable pour régler le Gas. Détenir des VET sans participer au staking et à la délégation selon le mécanisme actuel ne donne pas automatiquement droit aux récompenses d’émission de VTHO.

Les frais de transaction VTHO dépendent du Gas réellement consommé par la transaction et du prix par unité de Gas qui lui est applicable ; VeChainThor prend toutefois actuellement en charge les transactions legacy et à frais dynamiques, qui ne peuvent pas être résumées par une même règle tarifaire. Le Gas mesure les ressources de calcul nécessaires à l’exécution d’une transaction. Une transaction peut contenir plusieurs clauses ; le Gas total tient donc aussi compte du type de chaque clause, de ses données et du coût d’exécution de la machine virtuelle. E_con = p × G Ici, E_con est le VTHO consommé par la transaction, G le Gas effectivement utilisé et p le prix applicable par unité de Gas. Pour les transactions dynamiques de type 0x51, p est composé de la baseFee du bloc et du pourboire effectif : l’utilisateur fixe maxFeePerGas (le plafond du prix total) et maxPriorityFeePerGas (le plafond du pourboire au-dessus des frais de base) ; les frais de base doivent être payés, tandis que le pourboire effectif est le plus faible entre maxPriorityFeePerGas et « maxFeePerGas moins les frais de base ». La partie non utilisée du plafond est remboursée. Les transactions legacy suivent au contraire un modèle de frais fixe, et non les frais de base dynamiques plus un pourboire : l’expéditeur détermine le prix avec les champs liés à gasPrice/GasPriceCoef, et une preuve de travail optionnelle au niveau de la transaction peut influer sur la récompense supplémentaire reçue par le producteur de bloc. Il ne faut donc pas considérer le marché des frais, baseFee, maxFeePerGas ou maxPriorityFeePerGas comme des paramètres de calcul communs à toutes les transactions VTHO.

Pour une transaction à frais dynamiques, le VTHO effectivement payé est réparti entre frais de base et pourboire. Les frais de base sont déterminés par le protocole selon les règles dynamiques du bloc, constituent le minimum nécessaire à la validité de la transaction et sont détruits définitivement ; le pourboire est le montant supplémentaire payé par l’utilisateur pour inciter les validateurs à inclure la transaction en priorité, et revient au validateur du bloc concerné. Ainsi, les frais d’une transaction dynamique ne vont pas intégralement à une seule partie : les frais de base réduisent le VTHO existant, tandis que le pourboire devient un revenu du validateur. Les frais de base évoluent avec le marché des frais du bloc, et le pourboire est limité à la fois par le plafond total et le plafond de pourboire choisis par l’utilisateur. Les transactions legacy utilisent un autre modèle à frais fixes ; les règles ci-dessus de destruction des frais de base et de répartition du pourboire ne leur sont pas applicables.

VTHO n’a pas d’offre maximale fixe. Son évolution doit être comprise comme « émission moins destruction » : le protocole crée de nouveaux VTHO par bloc, tandis que les frais de base des transactions dynamiques détruisent du VTHO existant. Le pourboire n’est qu’un transfert du payeur au validateur producteur du bloc et n’augmente ni ne détruit l’offre à lui seul. Après Hayabusa, l’émission annuelle dépend du total de VET verrouillés/mis en staking par les validateurs et délégants du réseau, et non de la production passive à un taux fixe pour tous les détenteurs de VET. La relation annuelle donnée par la documentation officielle est : VTHO_gen = 1200 × 64 × √VET_staked VTHO_gen désigne la quantité annuelle créée ; VET_staked désigne le total de VET mis en staking par les validateurs et délégants du réseau au moment de la production du bloc ; 1200 et 64 sont des constantes d’échelle du protocole. La relation en racine carrée signifie qu’une hausse du staking total accroît l’émission totale, mais que l’émission additionnelle apportée par chaque unité supplémentaire de staking décroît. Quand l’utilisation des transactions augmente, la destruction des frais de base des transactions dynamiques peut augmenter ; cela ne signifie pas que le protocole émet automatiquement davantage de VTHO.

Les règles de fonctionnement de VTHO ont connu deux changements majeurs qui se complètent. Galactica a introduit une structure de frais dynamique : les frais de base des transactions dynamiques sont détruits et les pourboires sont versés aux validateurs producteurs de blocs ; les frais générés par l’utilisation du réseau peuvent ainsi être distingués entre destruction et revenu des validateurs. Ce mécanisme ne remplace pas les transactions legacy à frais fixes, qui restent prises en charge. Hayabusa a ensuite fait passer VeChainThor de PoA à DPoS et a réécrit la source et les conditions d’éligibilité des récompenses VTHO. Avant la mise à niveau, détenir du VET pouvait produire du VTHO selon les anciennes règles ; après celle-ci, l’émission de VTHO dépend des VET mis en staking dans l’ensemble du réseau et est distribuée, sous forme de récompenses de bloc, aux validateurs et délégants. La première mise à niveau a modifié la formation et la répartition des frais des transactions dynamiques ; la seconde a modifié qui obtient les VTHO nouvellement émis et par quel mode de participation. Ensemble, elles forment la structure actuelle d’émission, de destruction et de récompenses.

Dans le mécanisme post-Hayabusa, recevoir des récompenses VTHO du protocole suppose de participer au réseau par le staking, et non de simplement conserver des VET dans une adresse. Les délégants peuvent mettre des VET en staking dans StarGate, recevoir un NFT représentant ce staking, puis, après une période de maturation, le déléguer à un validateur ; les validateurs exploitent l’infrastructure de production des blocs et doivent mettre en staking 25 millions de VET. Les récompenses de bloc créées par le protocole sont partagées entre validateurs et délégants ; la répartition indiquée officiellement est de 70 % pour les délégants et 30 % pour les validateurs. La récompense effective d’un délégant dépend également de l’ampleur de son staking, de la fréquence de production des blocs par le validateur choisi, de la composition du staking confié à ce validateur et du total des VET mis en staking dans le réseau. Il s’agit donc d’une rémunération de la participation à la sécurité du réseau, et non d’un intérêt fixe sur l’ensemble des VET détenus.

La nécessité de préparer soi-même des VTHO dépend de l’entité désignée comme payeur de Gas de la transaction. Dans une transaction ordinaire autofinancée, le compte payeur doit disposer d’assez de VTHO ; si son solde est insuffisant, la transaction échoue à l’exécution au lieu de n’être exécutée que partiellement. VeChainThor prend aussi en charge le parrainage des frais par les contrats : l’administrateur d’un contrat peut définir les utilisateurs pouvant appeler gratuitement le contrat et un credit plan, puis choisir un sponsor. Pour l’utilisateur, l’appel peut ne pas entraîner de prélèvement direct, mais le VTHO n’a pas disparu : il est payé par le sponsor actuel. Si l’énergie du sponsor actuel est insuffisante, l’administrateur peut choisir un autre candidat au parrainage et l’utilisateur peut aussi devoir payer lui-même. Ainsi, « sans Gas pour l’application » est un arrangement de paiement conditionné par un contrat précis et un solde de parrainage suffisant ; cela ne signifie pas que le VTHO n’est plus consommé dans cette transaction.