Prix de Tezos (XTZ)

XTZ (également appelé tez, symbole ꜩ) est l’actif natif de la blockchain Tezos, et non un jeton ordinaire émis par un contrat intelligent. Les utilisateurs paient les frais des opérations on-chain en XTZ ; les détenteurs peuvent aussi déléguer ou staker des XTZ auprès d’un baker, ce qui influence le poids de la production de blocs, de la validation et de la gouvernance du réseau. Les soldes des comptes Tezos sont enregistrés dans le protocole en mutez : 1 XTZ = 1 000 000 mutez. Les autres jetons fongibles et NFT on-chain utilisent généralement des registres tenus par des contrats intelligents ; ils ne sont donc pas du même type d’actif que XTZ, l’actif natif de frais du protocole.

Un baker est à la fois producteur et validateur de blocs sur Tezos : il crée des blocs, valide les blocs d’autres bakers et reçoit les récompenses correspondantes lorsqu’il participe correctement. Pour être éligible à la production et à la validation de blocs, le baking power d’un baker doit être d’au moins 6 000 XTZ. Le baking power ne provient pas uniquement des XTZ stakés par le baker lui-même, mais également des XTZ stakés par les utilisateurs auprès de ce baker ; les utilisateurs peuvent donc inclure leurs fonds dans cette garantie de sécurité sans exploiter de nœud. Si un baker manque des opportunités de produire des blocs en raison de mauvaises performances, les récompenses associées diminuent, ce qui affecte aussi les gains des stakers externes.

La délégation comme le staking exigent d’abord de choisir un baker pour le compte, mais leurs responsabilités et la disponibilité des fonds diffèrent. Avec la seule délégation, les XTZ restent transférables ou dépensables à tout moment et une faute du baker n’entraîne pas de slashing pour le délégant ; c’est le baker qui décide s’il verse des récompenses aux délégants, et à quelles conditions, puis les distribue au moyen de transactions. Le staking consiste, après délégation, à désigner une partie des XTZ comme montant de staking gelé auprès de ce baker. Les coins restent sur le compte du staker, mais ne peuvent pas être transférés ni dépensés ; le protocole distribue automatiquement les récompenses de staking selon la part du staker dans le total staké auprès de ce baker. Le staking et la délégation ont aussi des poids différents pour le baking et le vote : les fonds stakés ont un poids trois fois supérieur à celui des fonds délégués. Tous les bakers n’acceptent pas le staking externe, et un baker peut fixer une capacité ainsi qu’un edge prélevé sur les récompenses du staking externe ; avant de le choisir, il convient de vérifier s’il est ouvert, sa capacité restante, sa commission et son historique de performance.

Le principal risque du staking direct est qu’une faute du baker se répercute sur le staker : les XTZ gelés constituent une partie de la garantie de sécurité de ce baker. Si un baker signe deux fois une proposition de bloc ou une opération de consensus, le staker subit un slashing proportionnel à sa contribution de staking au baking power de ce baker ; pour une double proposition, la règle de slashing porte sur 5 % du montant staké par ce baker. Les XTZ seulement délégués, mais non stakés, ne supportent pas ce type de slashing. La liquidité constitue aussi une limite pratique. Après le lancement d’un unstake, les fonds ne deviennent pas immédiatement dépensables : il faut actuellement attendre 3 cycles de blockchain, plus le temps restant du cycle en cours, soit environ 4 jours au maximum ; une finalization doit ensuite être effectuée pour qu’ils deviennent un solde disponible. Cette attente existe parce que les droits de consensus sont calculés deux cycles à l’avance et que les droits déjà calculés doivent rester couverts par les fonds pendant la période de slashing possible en cas de faute. Un compte ne peut déléguer qu’à un seul baker à la fois ; s’il change de baker alors qu’il possède encore du staking, le staking initial devient d’abord une demande d’unstake, et il ne peut staker auprès du nouveau baker qu’après l’attente et la finalization. Le compte doit également conserver des XTZ non stakés afin de payer les frais des opérations ultérieures.

L’émission régulière de nouveaux XTZ n’est pas un taux fixe. Depuis la mise à niveau Paris, l’Adaptive Issuance ajuste les récompenses de participation ultérieures à la fin de chaque cycle selon le taux de staking du réseau, afin de rapprocher de 50 % la proportion des montants stakés gelés par rapport à l’offre totale : lorsque le taux de staking est inférieur à la cible, les incitations augmentent ; lorsqu’il lui est supérieur, elles diminuent. Ce taux de staking prend pour dénominateur l’offre totale d’un cycle et pour numérateur les montants stakés gelés ; le taux d’émission adaptatif déterminé par le protocole à la fin du cycle c s’applique à l’émission du cycle c+3, de sorte que l’ajustement n’est pas immédiat. Les récompenses de participation encouragent les delegates à participer au consensus et à la génération d’aléa ; le protocole peut en outre prévoir une subvention Liquidity Baking ainsi que des invoices définies par une proposition lors d’une migration de protocole. Par conséquent, le taux des récompenses de staking varie avec l’état global du staking et les paramètres du protocole ; une estimation de rendement à un moment donné ne doit pas être considérée comme un rendement fixe ni comme un taux d’inflation fixe.

Sur Tezos, les frais d’opération et la nouvelle émission suivent deux voies distinctes. Lorsqu’un utilisateur envoie un transfert ou appelle un contrat, par exemple, il paie des frais en XTZ ; les manager-operation fees et les baking fees entrent dans le pool de frais du bloc et sont attribués au payload producer. Le paiement de ces frais ne crée pas automatiquement de nouveaux XTZ. Le coût final ne dépend pas seulement du montant transféré. L’exécution d’un contrat intelligent consomme du gas, qui mesure le travail de calcul ; si l’opération augmente le stockage on-chain, elle entraîne aussi des storage fees calculés par octet. Un transfert ordinaire et un appel de contrat complexe, ou encore la création ou l’extension de stockage, peuvent donc donner lieu à des frais différents. La destination des frais dépend également de leur catégorie : les frais d’opération du pool de frais du bloc sont distribués au payload producer suivant le processus du protocole ; les storage fees perçus en raison de l’occupation du stockage on-chain sont brûlés. Il n’est donc pas exact de résumer tous les frais payés par les utilisateurs comme un revenu des producteurs de blocs.

Les mises à niveau du protocole Tezos reposent sur une gouvernance on-chain auto-amendable, plutôt que d’exiger nécessairement un fork lors d’une mise à niveau. Seuls les delegates peuvent soumettre, pendant la Proposal period, le hash du code d’un protocole économique comme proposition et soutenir d’autres propositions ; seuls les delegates votent également, leur poids de vote étant constitué de leurs propres XTZ stakés et des XTZ qui leur sont délégués. Le processus comporte, dans l’ordre, cinq phases : proposition, exploration, refroidissement, promotion et adoption ; chacune dure 14 cycles, soit environ 14 jours. Les votes d’exploration et de promotion doivent tous deux satisfaire un quorum dynamique, et les votes favorables doivent dépasser 80 % du total des votes favorables et défavorables ; la phase de refroidissement sert aux tests et à l’adaptation, et l’activation sur le mainnet ne se produit automatiquement qu’à la fin de la phase d’adoption. Une proposition, un test sur testnet, l’adoption par vote et l’activation sur le mainnet sont donc des états distincts et ne peuvent pas se substituer les uns aux autres.

Les mises à niveau récentes ont concrètement modifié la manière de participer avec XTZ et le fonctionnement du réseau. Paris a été activée en juin 2024 et a introduit le staking par les utilisateurs, l’Adaptive Issuance et le slashing adaptatif, tout en ajoutant le DAL ; Quebec, en janvier 2025, a réduit le temps minimal de bloc L1 de 10 secondes à 8 secondes, porté le plafond du staking externe de 5 à 9 fois le staking propre du baker, et ajusté la borne supérieure de l’émission adaptative. Rio, en mai 2025, a raccourci le cycle à environ 1 jour, permettant la finalization d’un unstake après environ 4 jours, et a établi qu’après l’activation du DAL, 10 % des récompenses d’un baker dépendent de sa participation aux attestations de disponibilité des données du DAL ; le DAL ne s’active que lorsqu’au moins 66 % du baking power total y participe, et l’absence de participation ou une attestation malhonnête fait perdre cette part de récompense, sans constituer un slashing. Tallinn a ensuite réduit le temps de bloc à 6 secondes en janvier 2026. Ushuaia, en juin 2026, a porté la bande passante du DAL d’environ 0,66 MB/s à 10 MB/s et, à condition d’atteindre 66 % du poids d’attestation, a remplacé l’attente fixe de confirmation du DAL par une confirmation dynamique. Le staking liquide natif sTEZ et les clés tz5 résistantes au quantique inclus dans cette mise à niveau restent en test sur testnet sous feature flag et ne sont pas encore activés sur le mainnet ; ils ne doivent pas être considérés comme des fonctionnalités actuelles du mainnet XTZ.

Le DAL (Data Availability Layer) ne place pas directement toutes les données d’expansion dans les blocs L1 de Tezos ; il permet plutôt à la L1 d’attester que des données disponibles hors chaîne le sont bien, fournissant ainsi aux Smart Rollups une base de données à plus haut débit. La participation d’un baker au DAL est un choix opérationnel distinct du baking L1 ordinaire, et peut nécessiter du matériel et de la bande passante différents. Pour XTZ, le lien avec le DAL concerne principalement les récompenses des validateurs et l’infrastructure L2, et non la transformation automatique de XTZ en actif de gas sur une L2 donnée. Rio a déjà prévu que, après que le DAL a atteint son seuil d’activation de 66 % du baking power, 10 % des récompenses d’un baker dépendent de sa participation aux attestations DAL ; Ushuaia a ensuite accru la bande passante et réduit l’attente de confirmation une fois atteint le poids d’attestation de 66 %. Avant d’utiliser un rollup ou un actif inter-chaînes donné, les utilisateurs doivent toujours confirmer, selon les règles de cet actif et de ce rollup, les jetons requis et les frais applicables.