Prix de LumiWave Protocol (LWP)

LumiWave Protocol est une implémentation de nœud de blockchain Layer 1 construite avec le Cosmos SDK, dont le binaire de nœud s'appelle lumiwave-protocold. Le code public comprend le raccordement de l'application, des modules personnalisés, des définitions de protocole et un fichier genesis de testnet ; son README présente ce dépôt comme le logiciel de nœud destiné à étendre des modules personnalisés et à exécuter un testnet. LWP doit donc être compris comme l'unité de compte native de ce protocole, et non comme un objet de jeu. Le code public comprend également des composants Cosmos tels que le staking, le mint, la distribution, la gouvernance, IBC et CosmWasm ; ils indiquent que le protocole implémente et configure ces modules, mais ne prouvent pas automatiquement qu'une fonction a été déployée sur un mainnet de production ou effectivement adoptée.

LWP est l'unité d'affichage et ulwp l'unité de base ; elles représentent le même actif natif, avec la conversion 1 LWP = 1 000 000 ulwp. Autrement dit, les soldes on-chain, les montants stakés et certains paramètres peuvent être enregistrés en nombres entiers d'ulwp, tandis que les portefeuilles ou interfaces peuvent les afficher en LWP avec 6 décimales. Par exemple, 500000000000 ulwp équivaut à 500 000 LWP. Lors d'un transfert ou du réglage des frais, vérifiez d'abord si l'interface utilise LWP ou ulwp : traiter directement les deux unités comme ayant la même valeur numérique entraîne une erreur de lecture d'un facteur 1 000 000. Le fichier genesis et la configuration publics du testnet désignent ulwp comme denom base/bond/mint et LWP comme denom d'affichage.

Les documents publics permettent de confirmer ce qui suit : le README du dépôt place les paramètres réseau et les endpoints publics dans une section « Testnet », et le fichier genesis du testnet indique un genesis_time au 2026-01-29. Dans une annonce de mars 2026, le projet a indiqué prévoir de lancer un mainnet indépendant le 1er avril 2026 ; l'annonce elle-même constitue un plan de lancement et ne permet pas, à elle seule, de prouver que le mainnet a continué de fonctionner par la suite ni que les services proposés restent utilisables. Cette distinction affecte l'interprétation des paramètres et de l'état de l'actif. Le fichier genesis du testnet indique un supply de 770175466000000 ulwp, soit 770 175 466 LWP ; il décrit l'offre du snapshot genesis de ce testnet, et non l'offre en circulation actuelle ou une offre totale maximale, et ne permet pas d'en déduire les soldes du mainnet ou l'offre négociable sur le marché.

La configuration publique du testnet utilise une structure de staking par preuve d'enjeu du Cosmos SDK : les validateurs stakent ulwp comme bond denom afin de participer à la production des blocs, et les détenteurs peuvent aussi déléguer leur poids de staking à des validateurs. Le goal_bonded de la configuration est de 0.67, ce qui signifie que le module de mint vise un taux de staking de 67 % ; il ne s'agit pas d'un « rendement garanti de 67 % », mais d'un paramètre cible du réseau qui influence le sens de l'ajustement de l'inflation. La même configuration définit mint_denom sur ulwp, et initial inflation comme inflation_max sur 0.3441, avec blocks_per_year à 6 307 200. Selon le sens de cette configuration, les nouveaux jetons sont comptabilisés en ulwp, les paramètres d'inflation annualisée initiale et maximale sont tous deux de 34,41 %, et le règlement s'effectue selon le nombre de blocs défini par an ; la quantité réellement créée dépend aussi du fait que la chaîne fonctionne avec ces paramètres, que des blocs soient produits et que les paramètres soient ultérieurement modifiés. Cela ne correspond pas directement au taux de rendement d'un délégant donné. L'attribution des récompenses est aussi affectée par les règles de distribution : le community_tax configuré est de 0.917, ce qui signifie que, parmi les récompenses prises en compte pour la distribution selon cette configuration, 91,7 % vont au pool communautaire, et que seule la part restante suit le mécanisme de distribution du protocole vers les validateurs et les parcours de récompenses liés aux délégants ; les validateurs peuvent également prélever la commission qu'ils ont définie sur les récompenses de délégation qu'ils reçoivent. Le taux de commission des validateurs affiché dans les transactions genesis est de 10 %, mais il s'agit du paramètre des validateurs genesis de ce testnet, et non d'un tarif fixe pour tous les validateurs.

Dans la configuration publique du nœud, le prix unitaire minimal des frais de transaction est de 0.025 ulwp/Gas. Les frais finalement soumis par l'utilisateur sont généralement « quantité de Gas × prix Gas défini » : la quantité de Gas reflète les ressources de calcul nécessaires à l'exécution de la transaction, et le prix Gas détermine le nombre d'ulwp payé par unité de Gas. Ainsi, 0.025 ulwp est le prix minimal accepté par cette configuration de nœud ; ce n'est ni un paiement inévitable de seulement 0.025 ulwp par transaction ni un tarif fixe permanent à l'échelle du réseau. Cette configuration impose également une contrainte d'indisponibilité aux validateurs : sur une fenêtre d'observation continue de 100 blocs, ils doivent signer au moins 50 % des blocs ; sinon, la proportion de slashing pour downtime est de 0.01 % et ils sont emprisonnés pendant au moins 600 secondes. Ce mécanisme relie la participation continue à la production des blocs au risque des actifs stakés : un validateur qui ne maintient pas sa disponibilité est pénalisé, et les délégants doivent aussi prendre en compte sa fiabilité opérationnelle lorsqu'ils le choisissent.

L'arrangement de migration présenté dans l'annonce du projet de mars 2026 est le suivant : les LWA existants sont échangés au ratio 1:1 contre les LWP du réseau indépendant, soit, selon l'arrangement annoncé, 1 LWA pour 1 LWP. L'annonce fixe le lancement du mainnet indépendant au 1er avril 2026 et indique que cet arrangement découle de deux précédents votes de gouvernance DAO ; il s'agit des plans et du contexte décrits par l'annonce, et ils ne permettent pas de présumer que la migration ou les services du mainnet restent ouverts à toute date ultérieure. Le périmètre d'actifs applicable est LWA, et non tous les actifs de l'écosystème LumiWave. L'annonce précise que SSR ne participe pas à cette migration ; les actifs en jeu, NFT et autres éléments de l'écosystème ne changent pas non plus du fait de l'échange LWA→LWP. En d'autres termes, la migration modifie la relation entre les jetons LWA éligibles et les nouveaux LWP, sans convertir automatiquement les objets de jeu ou les NFT en LWP.

Selon le processus de migration de l'annonce, les détenteurs de LWA dans un portefeuille non dépositaire doivent effectuer manuellement l'opération via la page de migration officielle et conserver une petite quantité de Sui dans leur portefeuille Sui d'origine pour payer le Gas de cette transaction on-chain ; les portefeuilles Cosmos destinataires listés dans l'annonce sont Keplr, Cosmostation et Leap Wallet. L'annonce exige aussi un navigateur de bureau avec les extensions de portefeuille nécessaires installées ; les environnements mobiles ne sont pas pris en charge. Après soumission d'une demande de migration, l'annonce indique que l'équipe traite les demandes chaque semaine et que la plupart sont finalisées peu après leur soumission. Une soumission manuelle ne signifie donc pas que les LWP apparaissent immédiatement dans le portefeuille destinataire : la demande doit passer dans le rythme de traitement avant que la migration correspondante soit terminée. Des LWA détenus en garde sur une bourse ne sont pas nécessairement migrés automatiquement. L'annonce indiquait alors que l'équipe discutait d'une migration automatique avec des bourses centralisées et fournirait une mise à jour après finalisation ; la prise en charge par la bourse dépend donc de confirmations ultérieures de cette bourse et du projet. L'annonce fixe un délai d'un an à compter du début de la migration ; le délai, le portail, les portefeuilles pris en charge, le rythme de traitement et la méthode de traitement par les bourses sont tous des modalités spécifiques. Avant toute opération, les notifications alors en vigueur des canaux officiels concernés et de la plateforme de garde doivent prévaloir.