Чудова стаття! Я хотів би додати кілька практичних моментів для посилення безпеки дизайну та типу навколо неоднорідних активів у Sui Move:

✅ Оскільки dynamic_field::add<K, V>()потрібна storeможливість, такі активи, як токени, пов'язані з душею (які тільки keyє), не можна зберігати безпосередньо. IDЗамість цього зберігайте лише їх storeметадані та метадані списку, які мають *.

✅ Найкращий підхід: окремі колекції на основі обмежень здібностей:

• VecMap<ID, ListingWithAsset>→ для key + storeактивів (наприклад, передавальних NFT)
• VecMap<ID, ListingMetadata>→ keyлише для активів (наприклад, токенів, пов'язаних із душею)

✅ Додайте asset_type: Stringтег виконання до метаданих. Це дозволяє ідентифікувати та безпечно обробляти логіку активів (наприклад, перенесення, відображення) навіть після стирання типів.

✅ Фантомні типи чудово підходять для тегування типів під час компіляції та запобігання неправильному використанню розробника (наприклад, випадкових передач непередаваних токенів).

Ця модульна структура є масштабованою, дозволяє уникнути порушень можливостей переміщення та забезпечує гнучкий дизайн ринку без шкоди для безпеки. Чудова робота над тим, щоб пояснити це так ретельно!