Prix de NEM (XEM)

XEM est la monnaie native du réseau NEM NIS1, utilisée pour les transferts et les frais des opérations on-chain ; ce n’est pas le XYM du réseau Symbol. NEM NIS1 et Symbol, créé plus tard, sont deux réseaux coexistants : détenir du XEM ne signifie donc pas détenir du XYM, et leurs adresses, réseaux et soldes ne sont pas interchangeables. Cette distinction était particulièrement importante lors du lancement de Symbol : la chaîne NIS1 a conservé le XEM, tandis que Symbol a émis son propre XYM. Les comptes XEM remplissant alors les conditions ont pu participer, par opt-in, à une distribution distincte de XYM ; le XEM de leurs comptes n’a pas été remplacé automatiquement.

L’offre protocolaires de XEM n’est pas créée continuellement par la production de blocs : la documentation officielle indique que 100 % des XEM ont été émis dans le bloc genesis. La référence technique indique une offre de 8,999,999,999 XEM ; récolter un nouveau bloc ne frappe donc pas de nouveaux XEM. Il faut distinguer cela du fait de recevoir des revenus de récolte. Dans NIS1, les frais de transaction déjà payés dans un bloc reviennent au compte qui le récolte avec succès ; l’activité du réseau peut donc influer sur le total des frais distribuables, sans modifier le fait que l’émission a eu lieu au genesis. La documentation décrit aussi 10,000,000 XEM comme des fonds prévus pour le Supernode Program, ce qui n’est pas non plus une émission par bloc.

La récolte (harvesting) est le processus par lequel NEM NIS1 produit des blocs et obtient les frais de transaction de ce bloc. PoI (Proof-of-Importance) calcule d’abord l’importance des comptes éligibles ; plus elle est élevée, plus le compte a de chances de récolter un bloc. Après une récolte réussie, la récompense provient des frais déjà payés par les transactions incluses dans le bloc, et non de nouveaux XEM. PoI ne se fonde pas uniquement sur le solde total d’un compte. Celui-ci doit d’abord atteindre le seuil de solde acquis ; la référence technique construit aussi des relations de transaction à partir de transferts récents de valeur entre comptes éligibles. Les transferts retenus doivent être d’au moins 1,000 XEM, avoir eu lieu au cours des 43,200 derniers blocs (environ 30 jours), et le destinataire doit aussi être éligible. Cette relation et le solde acquis servent ensemble au calcul d’importance : « combien est détenu » ne garantit donc pas une récolte donnée.

Un compte doit avoir au moins 10,000 XEM de solde acquis pour entrer dans le calcul d’importance de PoI et pouvoir récolter ; le même montant de XEM non acquis ne satisfait pas cette condition. Ce seuil détermine l’éligibilité au calcul d’importance, et non un rendement garanti. Les XEM nouvellement reçus sont d’abord un solde non acquis. La documentation prévoit que, tous les 1,440 blocs, 1/10 de la partie non acquise restante devient acquise ; l’acquisition n’est donc pas instantanée, mais transforme progressivement une fraction décroissante du reste non acquis. En cas de transfert, les parties acquise et non acquise sont utilisées dans leur proportion d’origine : le solde ne peut pas être compris simplement comme si seules les unités non acquises étaient dépensées.

La récolte locale est signée et effectuée pour le compte principal par un appareil exécutant un nœud NIS local ; cet appareil doit donc rester actif. Utiliser directement la clé privée du compte principal sur un NIS distant l’exposerait à un serveur distant capable de contrôler les fonds, ce que le protocole n’autorise pas. La récolte déléguée commence par une « importance transfer » on-chain, qui associe l’importance du compte principal à un compte mandataire au solde nul. Après acceptation, le transfert exige 360 confirmations ; avant son achèvement, seul le compte d’origine peut récolter, puis c’est le compte mandataire. Le nœud distant ne reçoit que la clé privée du mandataire pour signer les blocs, tandis que les frais sont versés directement au compte principal. Comme le mandataire a un solde nul et ne peut transférer les fonds principaux, la compromission du nœud distant risque surtout d’empêcher la récolte, pas de voler directement les XEM du compte principal.

Les frais de transfert XEM dépendent des ressources réseau occupées par la transaction ; ils ne sont pas un montant fixe pour le seul fait d’effectuer un transfert. La référence technique additionne deux composantes pour un transfert ordinaire : 0.05 XEM par tranche de 10,000 XEM transférés, plafonnée à 1.25 XEM, et 0.05 XEM par tranche entamée de 32 octets de message. Les frais finaux = la composante de montant + la composante de message. Sans message, la seconde ne s’applique pas ; plus le message est long, plus les tranches de 32 octets entamées et les frais augmentent. Cette formule est la règle protocolaire des transferts NIS1 ordinaires ; elle ne doit pas être confondue avec des frais de retrait fixés par une plateforme.

Le snapshot effectif de Symbol a eu lieu le 12 mars 2021, au bloc NIS1 3,105,500 ; Symbol a ensuite été lancé le 16 mars. Un plan annonçait auparavant le 14 janvier 2021 et le bloc 3,025,200, mais ce plan, retardé avec le lancement, n’est pas devenu le snapshot ni le lancement effectifs. Cette disposition n’a pas migré ni échangé le XEM contre du XYM. Le XEM de NIS1 est resté sur sa chaîne ; les comptes NIS1 détenant au moins 100 XEM au snapshot et ayant effectué l’opt-in avant le lancement ont reçu un montant équivalent de XYM sur Symbol. L’opt-in associait un futur compte Symbol, et l’attribution reposait sur le solde au bloc de snapshot, non sur les XEM achetés, vendus ou reçus ensuite ; un solde XEM actuel ne permet donc pas d’en déduire qu’il est encore possible d’obtenir du XYM via le même processus préalable au lancement.

Lors d’un transfert XEM, une transaction signée par l’émetteur entre d’abord dans le réseau, puis est incluse dans un bloc par un récolteur. Si elle n’est pas incluse avant son délai d’expiration défini, le protocole la considère expirée et les nœuds l’abandonnent. « Soumise » ne signifie donc pas « confirmée dans un bloc ». En pratique, il faut d’abord vérifier que le réseau cible est bien NEM NIS1, l’adresse et le montant du destinataire, et conserver assez de XEM pour les frais. Si la transaction contient un message, sa longueur modifie aussi les frais. Une fois incluse, elle ne peut pas être annulée unilatéralement par un mécanisme on-chain ; l’adresse, le montant et le message doivent donc être vérifiés avant signature.

La plus petite unité représentable de XEM est 0.000001 XEM : 1 XEM se divise donc en 1,000,000 unités minimales. Le protocole enregistre les montants comme des unités minimales entières, puis les affiche avec 6 décimales ; les petits transferts et les calculs de frais ne dépendent donc pas d’arrondis en virgule flottante. Cette précision décrit seulement la capacité de représentation de l’unité NIS1 ; elle ne décide pas à elle seule si le réseau accepte une transaction. L’envoi doit aussi satisfaire les conditions de solde disponible, de frais de cette transaction et de format de transaction.