S'il vous est déjà arrivé de rencontrer l'erreur « Object version mismatch » *, vous savez à quel point cela peut être frustrant. Vous avez le bon identifiant d'objet, votre code semble correct, mais la transaction refuse d'être effectuée. Qu'est-ce qui se passe ? Le problème est le système de gestion des versions de Sui.

Chaque objet sur Sui possède unnuméro de versionqui augmente à chaque fois qu'il est muté. Si votre script ou transaction utilise une référence à une ancienne version, Sui la rejettera. C'est ainsi que cela garantit la cohérence et empêche l'écrasement des modifications. La mauvaise nouvelle, c'est que dans un environnement en évolution rapide (ou lors de tests avec des objets partagés), les versions peuvent changer entre le moment où vous les récupérez et le moment où vous soumettez votre transaction.

La solution est simple mais importante : récupérez toujours les données les plus récentes de l'objet juste avant de l'utiliser. Dans la CLI, c'est :

sui client object <objectID>

En JavaScript, vous feriez :

const object = await provider.getObject({
  id: objectId,
  options: { showContent: true }
});

Cela garantit que vous travaillez à l'état le plus frais.

Pour les scripts automatisés, créez un petit assistant qui actualise l'objet à chaque fois avant de le transmettre à une transaction. Lors des tests, évitez complètement de coder les versions en dur. Au lieu de cela, récupérez-les dynamiquement lors de la configuration des tests.

Une fois que vous avez adopté cette habitude, les erreurs de non-concordance de versions deviennent rares et votre flux de travail sera beaucoup plus fluide, surtout si vous collaborez avec d'autres développeurs susceptibles de toucher les mêmes objets.