❓ Проблема: Налагодження Move on Sui схоже на пошук голки в стозі сіна. Помилки загадкові, сліди стека виглядають чужорідними, а відтворення помилок важко.

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

🎯 Мета: Оснастіть вас інструментами, журналами та робочими процесіями**для впевненого відтворення, налагодження та виправлення проблем.

---

🛠️ 1) Використовуйте локальні детерміновані devnets

• Створітьодновузловий локальний devnetіз фіксованими обліковими записами насіння для відтворюваності.
• Команди люблять sui startабо run-local-network.shчудово працюють. *Користь: Тест без мережевого шуму! 📚 док.суі.іо

---

🧪 2) Випробування одиниць та переміщення тестового джгута

• Запуск:

sui move test

• Напишіть тести длякрайових випадківтаочікуваних зворотів.
• Швидший зворотний зв'язок = швидше усунення помилок. 🐛

---

🔍 3) Моделювання та реєстрація транзакцій

*Імітуйте перед надсиланнямза допомогою API SDK.

• Перевірте ефекти транзакцій, щоб побачити: ✅ Створені об'єкти ✅ Мутовані об'єкти ✅ Видалені об'єкти
• Прочитайте емітовані події, щоб простежити, що сталося крок за кроком. 📚 Документи SDK TS Mysten Labs

---

📄 4) Використовуйте журнали вузлів та прапорці налагодження

• Запустіть вузли здетальним журнуванням, щоб отримати детальні сліди виконання.
• Перевірте Sui repo для використання прапора налагодження.
• Якщо ви можете, загляньте вжурнали валідаторівдля складних проблем.

---

5) Покроковий потік налагодження

1.Відтворюйте локальноз тими ж ідентифікаторами об'єктів/входами. 2. Напишітьsui move test, що імітує транзакцію. 3. Перевірте ефекти транзакцій та журнали. 4. Додайте твердження, щоб точно визначити неправильні зміни стану. 5.Виправлення → Тест → Повторитидо стабільності.