Оберіть спільний або індивідуальний раунд до проєктування інтерфейсу користувача. Вибір змінює вимоги до участі, синхронізації стану та відновлення.
Встановіть, яка подія визначає результат
Визначте життєвий цикл раунду, граничний момент приймання ставок, визначальний час дії та рішення щодо cash-out. Натискання кнопки гравцем, надходження через мережу й прийняття сервером можуть бути різними подіями. Зазначте, яку з них використовує гра та як гравця повідомляють про прийняту або відхилену дію.
Зберігайте результат і запис прийнятих дій окремо від анімації. Відображений множник не повинен бути єдиним доказом для розслідування спірного cash-out.
Точно визначте твердження про перевірку
Якщо проєкт включає механізм перевірки гравцем, задокументуйте алгоритм, потрібні вхідні дані, час їх доступності та те, що користувач може відтворити. Поясніть межі такої перевірки.
Відтворюваний розрахунок результату сам по собі не підтверджує правильного зберігання коштів, обробки виведення, дозволу на діяльність або обсягу потрібної сертифікації. Не використовуйте «provably fair» замість відповідей на ці окремі питання.
Перевірте граничні стани раунду
| Випадок | Очікувані підтвердження |
|---|---|
| Дія в граничний момент | Прийнята часова позначка або послідовність, застосоване правило й відповідь |
| Повторний запит cash-out | Один запланований фінансовий ефект та узгоджений результат |
| Втрата з’єднання | Стан раунду в основній системі та дозволений шлях відновлення |
| Перерваний раунд | Завершення, скасування або повернення коштів за погодженими правилами |
| Затримана відповідь гаманця | Зафіксоване зобов’язання та контрольований процес звірки |
Використовуйте випадки, потрібні фактичній механіці, не припускаючи, що всі crash-ігри мають однакові правила cash-out або скасування.
Визначте пакет виробництва
Включіть математику або специфікацію генерування результату, ігровий клієнт, сервер, адаптер гаманця та підтвердження тестів. Погодьте права на код і матеріали, підтримувані пристрої та супровід релізу. Пов’яжіть план оцінювання з версією, що розповсюджується.
Надішліть правила раунду та запланований підхід до перевірки, зокрема вимоги ринку й розповсюдження.