Super article ! J'aimerais ajouter quelques points pratiques pour renforcer la sécurité de conception et de type autour d'actifs hétérogènes dans Sui Move :

✅ Comme dynamic_field::add<K, V>()cela est nécessairestore, les actifs tels que les jetons Soulbound (qui n'en ont quekey) ne peuvent pas être stockés directement. IDAu lieu de cela, stockez uniquement leurs storemétadonnées et celles de la liste, que possède possède.

✅ Meilleure approche : séparer les collections en fonction des contraintes de capacité :

• VecMap<ID, ListingWithAsset>→ pour les key + storeactifs (par exemple, les NFT transférables)
• VecMap<ID, ListingMetadata>→ pour les keyactifs uniquement (par exemple, les jetons Soulbound)

✅ Ajoutez une asset_type: Stringbalise d'exécution aux métadonnées. Cela vous permet d'identifier et de gérer en toute sécurité la logique des actifs (par exemple, les transferts, l'affichage) même après l'effacement du type.

✅ Les types fantômes sont excellents pour le balisage des types au moment de la compilation et pour empêcher toute utilisation abusive par les développeurs (comme les transferts accidentels de jetons non transférables).

Cette structure modulaire est évolutive, évite les violations des capacités de déplacement et permet une conception flexible du marché sans sacrifier la sécurité. Excellent travail pour l'expliquer de manière aussi approfondie !