Si vous êtes un développeur qui travaille dans l'écosystème Sui, ou si vous commencez tout juste à explorer la puissance du langage Move, il est temps de vous familiariser avec quelque chose qui changera complètement la façon dont vous gérez, intégrez et faites confiance aux contrats intelligents : leMove Registry (MVR).

Développé par Mysten Labs,MVRest un système de gestion de paquets en chaîne, un peu comme npm pour Move, mais conçu spécifiquement pour le monde composable et décentralisé de Sui. Il apporte de la santé et de la structure à un espace qui semblait auparavant chaotique et cryptique. Plus besoin de fouiller dans les adresses des objets. Plus besoin de deviner la version d'un package que vous utilisez. Avec MVR, vous travaillez avec de vrais noms, des métadonnées fiables et une transparence en chaîne par défaut.

Sauf que ce n'est pas juste un registre. C'est l'infrastructure d'un monde radicalement interopérable.

#La douleur avant la MVR

Avant MVR, l'appel à des packages externes dans Move ressemblait à de l'orthographe à travers des chaînes hexadécimales brutes.

Vous deviez copier-coller manuellement de longues adresses d'objets, suivre les mises à jour des versions à la main et prier pour ne pas mélanger les environnements lorsque vous basculez entre le réseau de test et le réseau principal. L'expérience développeur, bien que puissante, n'était certainement pas adaptée aux débutants. Ce n'était même pas adapté aux développeurs.

Cette friction n'a pas seulement fait perdre du temps. Cela a introduit des bogues, ralenti l'intégration et rendu les bases de code plus difficiles à gérer, en particulier pour les équipes.

Vous avez peut-être écrit une transaction comme celle-ci :

transaction.moveCall({
  target: "0xe177697e19...::accessories::equip",
  typeArguments: [
    "0x80d7de9c4a5...::suifren::SuiFren<0x297d8a...::bullshark::Bullshark>"
  ],
  arguments: [...]
});

Vous n'auriez aucune idée de la signification réelle de chacune de ces adresses si vous ne les documentiez pas avec soin. Soyons honnêtes, nous le faisons rarement.

#Entrez dans le registre des déménagements

MVR résout tout cela. Avec MVR, vous n'avez plus besoin de mémoriser ou de gérer les adresses d'objets bruts. Au lieu de cela, vous écrivez :

transaction.moveCall({
  target: "@suifrens/accessories::accessories::equip",
  typeArguments: [
    "@suifrens/core::suifren::SuiFren<@suifrens/core::bullshark::Bullshark>"
  ],
  arguments: [...]
});

Lisible. Traçable. Sémantique. C'est à cela que ressemble la conception axée sur les développeurs.

Mais MVR va au-delà de la dénomination. Il introduit le véritableversioning, larésolution des dépendanceset lesmétadonnées en chaînequi permettent de raisonner sur le code que vous importez. Vous pouvez vous connecter à une version spécifique, suivre la dernière version stable et effectuer facilement des tests sur plusieurs réseaux sans avoir à réécrire le code.

Comme il est intégré àSUINS, chaque nom de package est vérifiable, détenu en chaîne et persistant. Personne ne peut le falsifier. Vous êtes propriétaire de ce que vous publiez.

#Utilisation réelle, vraie transparence

L'une des plus grandes victoires de MVR est lavisibilité.

Dans Web2, nous avions des étoiles et des fourchettes. Dans le Web3, nous avons besoin de plus que cela. MVR suitla véritable utilisation en chaîne, pas seulement les téléchargements, mais lesinteractions, dépendances et relations indirectes réelles. Cela signifie que vous serez bientôt en mesure de voir quels packages sont réellement utilisés en production, lesquels sont composables et qui construit les bibliothèques fondamentales qui alimentent l'ensemble de l'écosystème Sui.

Mysten Labs lance même unclassement mondial des MVRpour mettre en évidence les packages les plus fiables et les plus réutilisés, donnant ainsi aux responsables le mérite qu'ils méritent et aux constructeurs la confiance dont ils ont besoin lorsqu'ils choisissent les dépendances.

##Les métadonnées qui importent

Chaque package MVR peut inclure plus que du code. Vous pouvez associer votre entrée de registre à votre dépôt GitHub, à vos documents, à votre logo, à votre site Web et même à un point de contact. Cela permet aux équipes de vérifier plus facilement ce qu'elles intègrent, aux contributeurs d'entrer en contact et à l'écosystème de comprendre à qui appartient quoi.

Il permet également de se défendre contre les clones malveillants et les bases de code rugpull prétendant être quelque chose qu'elles ne sont pas. Avec des métadonnées appropriées et une propriété en chaîne, la confiance devient également composable.

##Pour les développeurs, par les devs

MVR est conçu en pensant au développeur. Il ne s'agit pas d'une norme abstraite ou d'un outil « éventuellement utile ». C'est quelque chose que vous pouvez utiliserdès maintenantpour assainir vos contrats, améliorer la maintenabilité et simplifier vos flux de travail d'intégration.

Si vous écrivez des bibliothèques réutilisables, enregistrez-les sur MVR. Si vous créez une application de production, passez à des packages nommés. Si vous travaillez avec d'autres équipes, intégrez MVR à votre liste de lancement.

Il ne s'agit pas uniquement de découvrabilité. Il s'agit de développer la collaboration dans un écosystème ouvert.

##Sous le capot

Move Registry (ouMVR, prononcé * « mover » *) fonctionne comme un service de dénomination et un registre uniformes surMainnetetTestnet. Que vous écriviez des PTB, que vous composiez des types Move complexes ou que vous intégriez des packages tiers, MVR gère la partie la plus difficile : mapper des noms propres aux bonnes adresses en chaîne.

Vous pouvez :

• Référencez les packages et les types par leur nom.
• Résolvez automatiquement les dépendances.
• Verrouillez les versions ou suivez le flux de mise à jour le plus récent.
• Passez facilement d'un réseau à l'autre.

Si vous ne spécifiez pas de version, MVR utilisera par défaut la dernière version disponible, ce qui facilitera les mises à jour dans de nombreux cas d'utilisation.

Il existe également une stratégie de repli en matière de résilience : étant donné que MVR est actuellement alimenté par unindexeur expérimental, il est conseillé aux développeurs de structurer les applications de manière à ce que même si l'indexeur est temporairement hors service, les fonctionnalités critiques ne soient pas interrompues. Vous pouvez :

• Utilisez des adresses de secours dans l'intégration de votre SDK TypeScript.
• Conçu pour une disponibilité partielle.
• Suivez le dépôt de registre pour les mises à jour et les améliorations.

Et l'interface Web est disponible à l'adresse moveregistry.com/apps, où vous pouvez enregistrer, explorer et intégrer des packages provenant de l'ensemble de l'écosystème.