Prix de Sui (SUI)

SUI est le jeton natif du mainnet Sui : les utilisateurs l’emploient pour payer le Gas des opérations on-chain, les détenteurs peuvent le déléguer à des validateurs afin de participer à la preuve d’enjeu, et il peut aussi servir de droit de vote on-chain et d’actif liquide dans les applications. Ce n’est pas le point de fidélité d’une application unique ; l’exécution d’une transaction Sui exige que les frais correspondants soient libellés et payés en SUI. Par conséquent, détenir des SUI ne donne pas automatiquement droit aux revenus ou aux intérêts d’une application donnée. Son rôle précis dans la gouvernance, le staking et les applications dépend des règles déjà déployées du protocole réseau et de chaque application concernée.

L’état on-chain de Sui est organisé autour des « objets », plutôt que dans un registre unique de soldes associé aux adresses. Les actifs, les données et les ressources créées par les contrats intelligents Move peuvent tous être des objets dotés d’un ID unique, d’un propriétaire et d’une version ; les transactions lisent des objets en entrée et produisent, modifient, transfèrent ou suppriment des objets en sortie. Cette conception affecte le parcours des transactions. Les objets détenus par une adresse, normalement contrôlés par une seule adresse et sans concurrence avec d’autres utilisateurs, peuvent suivre une voie rapide à plus faible latence ; les objets partagés et mutables, que plusieurs personnes peuvent exploiter, doivent en revanche passer par un ordonnancement par consensus. Les objets partagés rendent possibles les interactions multi-utilisateurs, telles que les pools de liquidité et les marchés, mais de nombreuses écritures simultanées sur le même objet créent de la concurrence : leur latence et leur débit ne doivent pas être assimilés à ceux des transactions sans concurrence sur des objets détenus par une adresse.

Sui utilise une preuve d’enjeu déléguée (DPoS). Les détenteurs de SUI n’ont pas besoin d’exploiter eux-mêmes un validateur : ils peuvent déléguer leurs SUI à un validateur choisi, afin qu’ils soient comptabilisés dans le staking de celui-ci ; le validateur verrouille sa garantie pendant une epoch et traite et valide les opérations du réseau. La délégation ne signifie pas que les jetons sont remis au validateur pour qu’il en dispose librement : le protocole crée pour ce staking un objet de staking en auto-conservation, qui enregistre le pool de staking du validateur et l’epoch d’activation. Les changements de staking du validateur ne prennent effet qu’à la nouvelle epoch ; le détenteur peut retirer ou modifier sa délégation avant le début de l’epoch suivante. Le choix du validateur reste important, car les récompenses de délégation sont liées au montant délégué, tandis que le service et les frais du validateur influencent le résultat pour le délégant.

Les rendements du staking de SUI ne constituent pas un taux fixe promis à l’avance. À la fin de chaque epoch, le protocole agrège d’abord les récompenses de staking de cette période : elles comprennent les frais de calcul accumulés pendant l’epoch, ainsi qu’une subvention de récompenses de staking existant au début du réseau, qui disparaîtra lorsque l’offre en circulation se rapprochera du plafond d’offre ; elles sont ensuite réparties selon les règles du protocole entre les participants et la part destinée à compenser les coûts de stockage. Pour un délégant, le staking ne cumule les récompenses d’une epoch que s’il reste actif pendant toute cette epoch. Lors du déstaking, le système calcule les récompenses extractibles depuis le pool de récompenses du validateur selon l’epoch d’activation et l’epoch de déstaking de ce staking, puis déballe en SUI le principal et les récompenses cumulées. Les rendements historiques affichés, la performance du validateur, ainsi que les dates de début et de retrait du staking ne peuvent donc pas être considérés comme une promesse de rendement fixe.

Les frais nets de Gas d’une transaction Sui peuvent se résumer ainsi : frais nets = frais de calcul + frais de stockage − remboursement de stockage. Les frais de calcul dépendent des unités de calcul nécessaires à l’exécution de la transaction et du prix du Gas de calcul choisi pour cette transaction ; les frais de stockage dépendent des unités de stockage occupées par les nouvelles données on-chain et du prix du stockage. Le prix du Gas de calcul peut être compris comme le prix de référence de la période, augmenté d’un pourboire facultatif. Au début de chaque epoch, les validateurs soumettent le prix minimal auquel ils sont prêts à traiter des transactions ; le protocole sélectionne, pondéré par le staking, le quantile des deux tiers comme prix de référence. La part supérieure au prix de référence peut servir de pourboire pour augmenter la priorité. Le prix du stockage est quant à lui ajusté par une proposition de gouvernance et change généralement moins souvent. L’utilisateur doit également définir un gas budget pour la transaction : c’est le plafond des frais pouvant être payés ; si ce plafond ne couvre pas le montant requis, la transaction échoue et une partie du budget peut tout de même être prélevée. Le plafond du budget n’est donc pas égal aux frais nets finaux.

Les frais de stockage ne sont pas seulement une facturation ponctuelle de données on-chain : ils sont aussi liés au fonds de stockage de Sui. Lorsqu’une transaction ajoute des données, les frais de stockage correspondants entrent dans ce fonds ; le fonds génère des récompenses par staking, et le protocole distribue ensuite la majeure partie de ces récompenses aux validateurs actuels pour compenser le coût de conservation des données historiques. Cette logique vise à faire supporter aux utilisateurs qui créent des données historiques la charge de stockage que les futurs validateurs devront encore assumer, au lieu de laisser entièrement le coût des anciennes données aux validateurs arrivés plus tard. Lorsqu’un utilisateur supprime ou réduit des données, le payeur peut recevoir un remboursement partiel de stockage ; la documentation actuelle fixe ce remboursement à 99 % des frais de stockage initiaux. Toutefois, le principal du fonds de stockage n’est pas directement distribué, et la part non remboursée reste dans le fonds : « supprimer des données donne lieu à un remboursement » ne signifie donc pas que tous les frais initialement payés sont restitués.

Le plafond total de l’offre de SUI sur le mainnet est de 10 milliards d’unités : le protocole peut donc frapper au maximum 10 milliards de SUI. Cela définit un plafond d’offre, et non la quantité librement négociable à un instant donné. Le projet décrit l’offre pouvant circuler à long terme sur le mainnet comme étant de 10 milliards d’unités. La quantité circulante négociable peut être affectée par les dispositifs de verrouillage, d’acquisition et de déblocage. Lors du lancement public du mainnet Sui, le 3 mai 2023, environ 5 % des jetons étaient en circulation, tandis que le reste devait progressivement entrer sur le marché conformément au calendrier de déblocage proposé. Ainsi, lorsqu’on compare l’offre, il faut distinguer le plafond, l’offre frappée/totale et la quantité circulante du moment ; les 10 milliards ne doivent pas être pris directement pour la quantité actuellement négociable sur le marché.

Les déblocages de SUI peuvent modifier le nombre de jetons potentiellement disponibles sur le marché, mais ne changent pas le plafond total de 10 milliards. La page officielle de l’offre indique que les jetons restants après le lancement du mainnet deviennent progressivement disponibles selon le calendrier de déblocage ; le calendrier réel peut aussi évoluer selon la manière dont la fondation déploie son allocation pour soutenir les développeurs et l’écosystème. Les dates des graphiques doivent donc être considérées comme des estimations, et non comme des quantités garanties à chaque instant. Un jalon important déjà survenu est le suivant : le staking initial des investisseurs initiaux était soumis à une période de cliff d’un an après le lancement du mainnet, durant laquelle il ne pouvait pas être transféré sur le marché ; ce cliff a pris fin en mai 2024. Cet événement a modifié le moment auquel cette partie des jetons initiaux pouvait être transférée ; il ne doit pas être présenté à tort comme une nouvelle émission, et il ne permet pas non plus de déduire une orientation certaine des prix.

Les détenteurs de SUI ont le droit de participer aux votes de gouvernance on-chain de Sui, et le projet cite notamment les mises à niveau du protocole parmi les sujets concernés par cette gouvernance. Ce rôle diffère du paiement du Gas : le Gas paie l’exécution des transactions et l’utilisation des ressources, tandis que le droit de gouvernance permet de participer aux décisions au niveau du protocole. Détenir des jetons ne signifie pas à lui seul qu’une proposition donnée a été adoptée, qu’une fonctionnalité a été activée sur le mainnet ou qu’une application on-chain acceptera nécessairement un résultat de vote donné. Pour lire des informations liées à la gouvernance, il faut confirmer séparément le contenu de la proposition, son état de vote ou d’approbation, l’état de mise en œuvre du protocole et l’adoption effective éventuelle par les applications.

Le staking liquide n’est pas un synonyme du staking du protocole Sui : c’est un mécanisme supplémentaire au niveau des applications, construit sur les objets de staking. Après l’introduction de SIP-6 sur Sui, les objets de staking peuvent être utilisés par des protocoles de staking liquide ; ces protocoles peuvent émettre sur cette base un autre justificatif ou actif utilisable dans des applications. Les utilisateurs doivent donc distinguer deux niveaux : l’objet de staking sous-jacent correspond aux SUI délégués à un validateur et au règlement de leurs récompenses par epoch ; le justificatif de staking liquide dépend aussi des règles propres au protocole concernant l’échange, les frais, les contrats intelligents et la liquidité du marché secondaire. Détenir ce justificatif n’équivaut pas à détenir directement des SUI non stakés récupérables à tout moment à leur valeur nominale ; le mécanisme de sortie et les écarts de prix dépendent des règles déjà déployées du protocole concerné.

Mysticeti est le protocole de consensus de Sui, dont le déploiement progressif sur le mainnet a commencé en juillet 2024. Avant la mise à niveau, la conception de Sui associait le consensus Narwhal-Bullshark à une voie rapide pour les objets détenus par une adresse ; fondé sur un DAG, Mysticeti améliore le parcours de traitement nécessitant un ordonnancement par consensus, avec pour objectif de réduire la latence et la charge de calcul des validateurs. Ce changement concerne surtout les transactions qui dépendent de l’ordonnancement par consensus, telles que celles qui opèrent sur des objets partagés ; il n’a pas supprimé la nécessité d’ordonner les objets partagés et ne signifie pas que chaque transaction, chaque application ou chaque condition réseau offrira la même vitesse. Pour évaluer l’expérience réelle de cette mise à niveau, il faut distinguer les résultats de test, le déploiement progressif, l’activation du protocole et les propres goulots d’étranglement des applications.

Lorsqu’un utilisateur interagit avec un objet partagé, il ne doit pas considérer cet objet comme un actif sans restrictions d’autorisation au seul motif qu’il est « accessible publiquement ». Toute adresse peut soumettre une transaction qui référence un objet partagé, mais l’environnement d’exécution de Sui ne fournit pas automatiquement de contrôle d’autorisation métier pour les opérations privilégiées sur cet objet ; l’autorisation de retirer des fonds, de modifier des paramètres ou de transférer de la valeur dépend du fait que le contrat Move vérifie explicitement des conditions telles que des justificatifs de capacité, l’expéditeur de la transaction ou la propriété de l’objet. Avant de signer, il faut vérifier le réseau connecté, l’identité du contrat ou de l’application, les objets que la transaction utilisera ou modifiera, le montant et l’étendue de l’autorisation. Les objets détenus par une adresse ne peuvent être utilisés que par des transactions signées par leur propriétaire, tandis que la frontière de sécurité des objets partagés est davantage mise en œuvre par le code du contrat ; signer auprès d’un contrat inconnu ou accorder des capacités plus étendues que prévu ne fait donc pas disparaître le risque parce que la transaction passe par le réseau Sui.