Коротка відповідь
СОЛ - нативний актив Солана, який часто використовують для мережевих комісій і платежів на рівні гаманця. програмна бібліотека Солана-токени - токени, побудовані на токен-стандарті Солана; ігри можуть використовувати їх для активів, балансів, нагород або спеціальної користі залежно від дизайну.
Для гравців практичне питання просте: що я плачу, що отримую і який баланс зміниться? Хороша гра робить це видимим до будь-якого схвалення гаманцем.
Дизайнерське напруження
СОЛ знайомий, бо це базовий актив мережі, але використання його всюди може робити гру фінансово напруженою. програмна бібліотека Солана-токени можуть представляти більш конкретну ігрову цінність, але додають словник і можуть вимагати токен-акаунтів.
Дизайнерський виклик - ясність. Гравці не повинні вгадувати, чи витрата є мережевою комісією, ціною входу, переказом токена або розподілом нагороди. Один гаманець може показувати кілька типів активів, і гра має відповідально їх називати.
Користь для гравця
Коли СОЛ і програмна бібліотека Солана-токени добре пояснені, гравці ухвалюють спокійніші рішення. Вони можуть відокремити неминучі мережеві витрати від опціональних ігрових витрат і зрозуміти, чому токен-акаунт може з'явитися в потоці.
Це також знижує навантаження на підтримку. Багато питань про гаманець виникає через нечітку мову активів, а не через саму мережу.
Чітка мова активів також допомагає гравцям керувати ризиком. Вони можуть тримати достатньо СОЛ для комісій, розпізнати, коли гра просить більше, ніж комісію, і уникнути схвалення переказу, якого не планували.
Приклад Миракл
Миракл має бути особливо уважним із мовою СОЛ навколо пулів, платежів і розрахунку. Якщо дія включає СОЛ, гравець має розуміти, чи це комісія, вартість, призовий контекст або подія, пов'язана з нагородою.
Якщо програмна бібліотека Солана-подібні активи або токен-акаунти з'являться пізніше, їх слід вводити як конкретні ігрові інструменти, а не розмиту крипто-декорацію.
На що дивитися
Слідкуйте за запитами, які змішують терміни: комісія, платіж, нагорода, токен, отримання і переказ не повинні використовуватися як взаємозамінні. Кожне слово має вказувати на реальну дію.
Якщо інтерфейс не може пояснити, який актив рухається і чому, гравцю варто сповільнитися перед схваленням.