Крипто-казино
Torrent Gear
Як працює multi-wallet система у операторів
Multi-wallet - це модель, де в одного клієнта існує кілька незалежних «кишень»: реальні гроші, бонусний баланс, кешбек/поінти, утримані кошти (holds), мультивалютні під-рахунки і навіть продуктові «гаманці» (спорт/казино/покер/маркетплейс). Такий підхід дає гнучкість в промо, ризиках і розрахунках, але вимагає суворої архітектури леджера, правил списання і згортання.
Навіщо операторам multi-wallet
Мультивалютність і локалі. Підтримка депозитів/ставок/виплат у різних валютах без перекосів та прихованої переконвертації.
Сегментація коштів. Реальні гроші ≠ бонуси ≠ утримання; різні правила витрачання і виведення.
Крос-продуктова економіка. Різні вертикалі з окремими лімітами, маржею і податковими режимами.
Відповідальна гра (RG) і комплаєнс. Гнучкі ліміти по гаманцях, закрита петля «depozit→vyvod тим же методом».
Прозорість обліку. Простіше аудит, звітність і розслідування (AML/фрод/диспути).
Модель балансів: які «кишені» бувають
1. Cash (реальні гроші)
Основний ліквідний баланс. Правила: вільно поповнюється/виводиться при дотриманні AML/RG.
2. Bonus / Promo
Кредитується по акціях, має вейджер-умови (оборотність, дедлайни, ліміти ставок). Висновок - після виконання умов і трансферу в cash.
3. Locked / Hold / Pending
Кошти під утриманням: очікування виплати, KYC/EDD, спір/диспут, технічний холд.
4. Points / Cashback / Tokens
Негрошові одиниці (лояльність). Конвертуються за курсом або беруть участь у промо.
5. Sub-wallets per product
Окремі гаманці для спорту/казино/покеру/маркетплейсу - з власними лімітами, комісіями та податковими правилами.
6. Multi-currency sub-accounts
EUR/USD/GBP/BRL тощо - кожен зі своїм балансом, курсом обліку та правилами FX.
Правила пріоритету списань (spend priority)
Чітка матриця списання виключає суперечки і фрод-експлойти:1. Спочатку bonus з відміченими іграми/ставками і лімітами, потім
2. cash, потім
3. holds не чіпаються (read-only), 4. points - за явним конвертом.
Перевизначення можливі, але завжди детерміновані і логуються.
Архітектура: з чого складається multi-wallet
Ledger Service (подвійний запис). Єдине джерело істини: `account_id`, `wallet_id`, `currency`, `balance`, `available`, `locked`. Операції - тільки через атомарні записи (credit/debit/transfer) з ідемпотентністю.
Wallet Orchestrator. Застосовує бізнес-правила (priority, wagering, RG-ліміти), смикає FX-сервіс, payout-роутер і бонусний рушій.
Promo/Wagering Engine. Облік умов, дедлайнів, eligible-ігор, конверта каскадом.
FX Service. Котирування/конвертація між суб-рахунками, курсові різниці та обмеження на вихідні.
Payout Router. Закрита петля (reversal/refund), ОСТ/А2А/локальні рейки; матриця лімітів і комплаєнсу.
Risk & Compliance Gate. AML/PEP/санкції, SoF/SoW, velocity-ліміти, RG-обмеження, device-ризики.
Reconciliation & Reporting. Тристороннє згортання (леджер ↔ провайдер ↔ банк/мережа), закриття періоду, журнали коригувань.
Observability. Логи, метрики, алерти: p95 списання/зарахування, розбіжності, «завислі» холди.
Ключові інваріанти леджера (без них система ламається)
Idempotency скрізь. Кожен запит має'request _ id', повтори не змінюють підсумок.
Atomicity. Будь-яка операція - транзакція «подвійного запису», ніякої часткової фіксації.
Non-negative balances. Ніяких тихих овердрафтів (крім явно дозволених кредит-фіч).
Event Sourcing / Outbox. Події гаманця йдуть в платіжний/ігровий контур гарантовано і в порядку.
Strict currency domains. Грошові операції - тільки у своїй валюті; міжвалютні - через явний FX-трансфер.
Мультивалюта і FX в multi-wallet
Окремий суб-рахунок на валюту. Ніяких «віртуальних» перерахунків на льоту при списанні.
Явний FX-трансфер. Користувач (або система) конвертує EUR→USD за курсом з маржею і TTL котирування.
Курсові різниці та повернення. Рефанд - за поточним курсом методу/мережі; зберігайте курс котирування і джерело.
Обмеження. Анти-арбітражні правила, ліміти на частоту і обсяги конверта, новини/вихідні - підвищена маржа.
Виплати та депозити: closed-loop і політика висновків
Reversal first. Повернення на джерело депозиту (refund/devolução), потім - альтернативний payout після перевірок.
ОСТ/А2А/локальні рейки. Маршрутизація по країні/валюті/ліміту/ризику, SLA по p95.
Заморожування на виведення. Перенесення коштів з cash → hold до сетлменту/перевірок, потім деблок.
Бонусна економіка і вейджер
Правила видачі. Тригери: депозит, активність, подія; cap по сумі і частоті.
Відпрацювання умов. Вейджер X ×, заборона на деякі ігри, max bet, дедлайн.
Конвертація в cash. Після виконання умов - атомарний transfer bonus→cash, лог причини.
Зловживання. Мультиаккаунтинг, дропи, чіп-дампінг → граф-аналіз і бани промо по вузлах.
RG/AML в контурі гаманців
Ліміти по гаманцях і валютах. Денні/тижневі суми, частота висновків, нові реквізити - через «cool-off».
Affordability. Відповідність депозитів доходам, тригери SoF/SoW.
Моніторинг транзакцій. «Кеш-ін → кеш-аут», смёрфинг, крос-бордер; черги кейсів, SAR/STR.
Журнали та аудит. Незмінні логи, пояснюваність рішень.
Досвід користувача (UX)
Прозорі баланси. Окремо: cash / bonus / hold / points; підказки по вейджеру і термінів.
Явний FX-переклад. Показ курсу, маржі, таймера TTL, підсумкової суми; Історія конвертів.
Статуси в реальному часі. «Холд», «Очікує», «Зараховано/Виплачено»; референси транзакцій.
Правила списання. Видимі пріоритети («спочатку бонус, потім cash») і умови ігор.
Самоконтроль. Кнопки лімітів/паузи/самовиключення прямо в гаманці.
Метрики та KPI
Finance: розбіжність згортки, частка «завислих» холдів, p95 зарахування/виведення, курс/маржа FX.
Risk: FPR/TPR антифрода, частка операцій closed-loop, SAR-rate.
Promo: конверсія bonus→cash, відтік через умови, частка аб'юзу.
Customer: NPS по кешаутам, «де гроші?» тікети, час вирішення кейсів.
Reliability: частка ретраїв, відмов провайдерів, час простою гаманця.
Часті помилки впровадження
1. Немає єдиного леджера. Баланси в різних сервісах «розходяться» - нескінченні ручні правки.
2. Змішування бонусів з cash. Юридичні та UX-ризики, спори при висновках.
3. Магічна автоконвертація. Списання «за внутрішнім курсом» без явного FX-кроку - джерело конфліктів.
4. Відсутність ідемпотентності. Дублі при таймаутах, гонках, ретраях.
5. Слабкі правила списань. Експлойти промо і арбітраж курсів.
6. Немає closed-loop. Висновки на нові реквізити - прямий AML-тригер.
7. Невидимий hold. Користувач не розуміє, чому кошти «зникли».
Чек-лист запуску multi-wallet
1. Змоделюйте домени балансів та їх інваріанти (cash/bonus/hold/points/currencies).
2. Підніміть леджер з подвійним записом, ідемпотентністю і outbox-шиною подій.
3. Опишіть policy-рушій: пріоритет списань, вейджер, RG/AML-ліміти, closed-loop.
4. Впроваджуйте FX-сервіс (котирування, маржа, TTL, історія).
5. Підключіть payout-роутер з fallback і матрицею лімітів за методами/країнам.
6. Зробіть згортку (провайдери/банки/мережі) і дашборди аномалій.
7. Прозорий UX: роздільні баланси, курс і терміни, статуси і референси.
8. Тест-плани: перегони/ретраї, часткові списання, збої FX/провайдера, граничні кейси вейджера.
9. Навчіть саппорт (скрипти по holds/FX/bonus/closed-loop).
10. Запустіть A/B-тюнінг пріоритетів і порогів, вимірюйте approve-rate і NPS.
Mini-FAQ
Чи можна об'єднати бонус і cash?
Небажано. Поділ усуває суперечки, спрощує аудит і промо-логіку.
Чи потрібен окремий гаманець на кожну валюту?
Так. Це знімає ризики «прихованого FX» і робить розрахунки передбачуваними.
Чому повернення прийшло за іншим курсом?
Рефанд йде за курсом на момент повернення/схеми. Зберігайте курс вихідного котирування і розкривайте політику.
Як прискорити кешаути?
Маршрутизуйте по рейках з кращим SLA (ОСТ/А2А/локальні швидкі), тримайте closed-loop і мінімізуйте ручні перевірки для low-risk.
Multi-wallet - це каркас фінансової дисципліни оператора: роздільні баланси, явна конвертація, жорсткі правила списань і висновків, прозорі статуси і сильне згортання. Така система знімає суперечки, покращує UX і KPI виплат, а головне - забезпечує комплаєнс і стійкість бізнесу при масштабуванні по ринках, валютах і продуктах.