Prix de Movement Network (MOVE)

Movement Network est une architecture de réseau blockchain construite autour de la pile technologique Move ; MOVE est son jeton natif. Le livre blanc décrit ce réseau comme une infrastructure de chaînes Move permettant de dissocier et de combiner l’ordonnancement des transactions, l’exécution, la disponibilité des données et le règlement, plutôt que comme une chaîne isolée constituée d’un seul environnement d’exécution. Pour les utilisateurs, l’élément essentiel n’est pas le seul nom « Move », mais le fait qu’une transaction passe par des étapes telles que l’ordonnancement, l’exécution et la confirmation de l’état ; chaque chaîne peut choisir les composants adaptés à ses besoins. Le livre blanc décrit l’architecture et la conception de sécurité ; l’activation effective d’une capacité configurable sur une chaîne ou dans une application donnée dépend toujours de son déploiement réel.

La fonction centrale de MOVE pour le réseau est de fournir une garantie de staking à la validation : après avoir verrouillé des jetons natifs, les validateurs participent à la confirmation des transitions d’état et assument, par leur mise, les conséquences économiques d’un comportement malveillant ou de confirmations erronées. Détenir simplement des MOVE ne fait pas automatiquement d’une adresse un validateur ; les conditions de participation à la validation et les exigences techniques du réseau doivent aussi être satisfaites. Cette organisation relie les résultats de validation à une garantie susceptible d’être pénalisée. Si les validateurs confirment l’état conformément au protocole, ils peuvent recevoir les incitations correspondantes selon les règles du réseau ; en cas de comportement malhonnête défini par le protocole, leur mise peut être confisquée. Les récompenses précises, la délégation, les seuils minimaux et les conditions de sortie ne peuvent pas être déduits de la description architecturale du livre blanc.

L’objectif du livre blanc est de permettre à MoveVM et au bytecode EVM de se connecter à une même architecture de réseau : MoveVM sert à exécuter des contrats Move, tandis qu’EVM sert à exécuter les contrats EVM courants dans l’écosystème Ethereum. Cela répond à la différence d’environnements d’exécution lors du développement et de la migration d’applications, et ne signifie pas que les deux machines virtuelles sont un même langage ni que toute compatibilité est automatiquement assurée. Les transactions doivent toujours être interprétées par l’environnement d’exécution utilisé et modifier l’état de la chaîne, avant d’entrer dans le processus de confirmation ou de règlement approprié. L’expérience effective liée au support de deux environnements d’exécution dépend donc aussi du runtime, des outils et des applications activés par chaque chaîne ; la seule description architecturale ne permet pas de déduire qu’un contrat donné peut fonctionner sans modification.

Le parcours de base d’une transaction est le suivant : elle est d’abord placée dans un ordre de traitement par un séquenceur, puis la couche d’exécution l’exécute dans cet ordre et produit un nouvel état, enfin les couches de validation et de règlement confirment ou garantissent cet état. L’ordonnancement existe afin que les participants disposent d’une base commune concernant l’ordre de traitement ; l’exécution calcule les changements d’état ; la confirmation ou le règlement détermine sous quelles hypothèses de sécurité cet état peut être accepté. Ces couches peuvent être séparées et combinées ; ainsi, le fait qu’une transaction affiche rapidement une confirmation n’équivaut pas nécessairement à l’obtention de toutes les garanties de règlement sous-jacentes. Différentes configurations peuvent utiliser une confirmation rapide et la combiner à un règlement optimiste ou à connaissance nulle ; les utilisateurs doivent distinguer la confirmation affichée par l’application, la confirmation des validateurs et la garantie finale fournie par la couche de règlement utilisée.

L’ordonnancement partagé est une conception dans laquelle un composant partagé vérifiable détermine l’ordre de traitement des transactions. Son rôle ne se limite pas à « faire la queue » : lorsque plusieurs chaînes ou applications Move doivent dépendre du même ordre, l’ordonnancement partagé peut réduire les problèmes de coordination causés par des ordonnancements indépendants et fournir une base commune à la coopération interchaînes. L’ordonnancement n’exécute pas lui-même les contrats et ne prouve pas à lui seul qu’un actif est arrivé sur une autre chaîne. Après l’ordonnancement, les transactions doivent toujours être exécutées, validées et traitées selon le mécanisme de règlement correspondant ; la manière dont les messages interchaînes, l’état des actifs et la finalité sont réalisés dépend des connexions entre chaînes et des composants déployés.

Lorsqu’on participe au staking de validation, il faut d’abord distinguer la détention de jetons, le staking et l’exploitation effective d’un validateur. Le staking fournit une garantie économique, mais les validateurs assument aussi la responsabilité de confirmer l’état ; si le protocole établit l’existence d’un comportement malhonnête passible de sanction, la mise concernée peut être confisquée. Les participants ne doivent donc pas juger uniquement sur les récompenses potentielles : ils doivent aussi confirmer si le réseau concerné ouvre ce mode de participation, s’il prend en charge la délégation, les règles de verrouillage ou de sortie, les responsabilités opérationnelles du validateur et les conditions d’application de la confiscation. Le livre blanc confirme la logique de sécurité des récompenses et sanctions, mais ne fournit pas, dans les documents donnés, de seuil ou de taux de rendement uniforme exploitable par les utilisateurs.

Move Stack est un cadre modulaire pour construire des chaînes Move. Son principe est de considérer l’exécution, l’ordonnancement, la disponibilité des données et le règlement comme des couches combinables, plutôt que d’exiger que chaque chaîne adopte exactement la même implémentation ; les développeurs peuvent choisir une configuration adaptée aux besoins de leur chaîne et se connecter à l’architecture Movement plus large. La modularité ne signifie pas que toutes les combinaisons disposent naturellement des mêmes performances ou de la même sécurité. Les composants d’ordonnancement, de disponibilité des données et de règlement dont dépend réellement une chaîne influencent directement son mode de confirmation et ses hypothèses de sécurité ; il convient de se référer à la documentation publique de son déploiement.

La conception de finalité rapide repose sur la confirmation des transitions d’état par les validateurs ; le livre blanc indique que les confirmations représentant plus des deux tiers du total des jetons misés constituent la condition de formation d’une confirmation rapide. Ce seuil relie le poids de confirmation aux jetons déjà misés : seul un état soutenu par un poids de mise suffisant atteint cette condition de confirmation rapide. Toutefois, une « confirmation rapide » et une garantie de règlement final au sens plus large ne sont pas le même concept. Le livre blanc examine également des schémas combinés à un règlement optimiste ou à connaissance nulle ; ces derniers impliquent la couche de règlement utilisée et un mécanisme de preuve ou de contestation. Il faut donc évaluer, selon la configuration précise de la chaîne employée, à quel moment une transaction peut être considérée comme répondant aux exigences de finalité nécessaires.

L’interopérabilité désigne ici la capacité de différentes chaînes à coordonner des informations et à partager une infrastructure, et non le simple fait d’utiliser simultanément le même nom ou le même jeton. La conception de Movement fait de l’ordonnancement partagé et des connexions interchaînes une base de coopération entre chaînes Move, de sorte qu’elles ne doivent pas nécessairement fonctionner dans des environnements d’ordonnancement et de coordination entièrement isolés. Cependant, la possibilité de transférer un actif donné, les messages transmissibles et le moment de leur achèvement restent déterminés par le pont ou le protocole interchaîne précis ainsi que par ses règles de validation et de règlement. L’ordonnancement partagé peut aider à établir les conditions de coordination, mais ne remplace pas la validation des actifs et de l’état requise pour chaque opération interchaîne.

Les validateurs doivent mettre en staking des jetons natifs afin que le comportement de confirmation de l’état de la chaîne comporte un coût économique dont ils doivent répondre. Sans garantie, une partie qui effectue une confirmation erronée ne subit généralement pas une perte proportionnelle à son impact ; le staking et la confiscation appliquent directement les contraintes de sécurité aux participants à la validation. En conséquence, la sécurité économique du réseau est liée à l’ampleur et à la répartition des mises participant à la validation, et ne dépend pas seulement de la vitesse de traitement des transactions. Les récompenses encouragent la participation conforme aux règles, tandis que la confiscation décourage les comportements malveillants ; les deux servent conjointement l’objectif selon lequel les validateurs confirment honnêtement l’état.

Le règlement modulaire permet à une chaîne de combiner une confirmation locale plus rapide à différents modes de garantie de règlement. Le livre blanc propose de combiner un règlement rapide avec un règlement optimiste ou à connaissance nulle : le premier repose sur des contestations ou hypothèses spécifiques, tandis que le second repose sur la vérification de preuves ; il ne s’agit pas de noms différents pour un même mécanisme. En pratique, cette stratification signifie que la vitesse, les hypothèses de sécurité et les dépendances de règlement externes doivent être comprises ensemble. Les utilisateurs et développeurs concernés par les actifs entre domaines, les montants importants ou les opérations irréversibles doivent examiner le parcours de règlement précis adopté par la chaîne ou l’application utilisée, plutôt que de considérer toutes les transactions liées à Movement comme ayant exactement la même finalité.