Typ: samodzielna platforma iGaming (crash + mini-gry)
1. Format pracy
• Cała rozwój tylko na naszym serwerze
• Dostępy zapewniamy (SSH / DB / repo)
• Cały kod i architektura należą do zamawiającego
• Żadnego Firebase, no-code, logiki po stronie klienta
2. Cel
Zbudować serwerową platformę gier, wytrzymującą ruch, z:
• zarządzaną matematyką (RTP / House Edge)
• pełnoprawnym panelem administracyjnym
• możliwością skalowania i white-label
3. MVP: gry (10 szt)
Crash (1 silnik, różne UI):
1. Aviator-style
2. Speed Crash
3. Chicken Road Crash
4. Space Monkey Crash
Mini-gry:
5. Plinko
6. Kości
7. CoinFlip
8. Miny
9. Tower Rush
10. Koło (mini-ruletka)
4. Kluczowe wymagania dotyczące architektury
• Cała matematyka i RNG tylko na serwerze
• Klient — tylko wizualizacja
• Wszystkie gry — oddzielne moduły
• Crash przez WebSocket
• Skalowanie pod 5 000+ online
Stos :
• Backend (Node / Go / Python — nie ma znaczenia)
• PostgreSQL + Redis
• Kolejki / async-przetwarzanie
• Docker / normalny deployment
5. Finanse
• Podejście Ledger (bilans = suma transakcji)
• Typy operacji: depozyt / zakład / wygrana / bonus / wypłata
• Bilans nigdy nie jest przechowywany jako jedna liczba
6. Matematyka gier
• RTP: 80.00 – 99.99%, konfigurowane w panelu administracyjnym
• House Edge obliczane automatycznie
• Zmienność: niska / średnia / wysoka
• Tabele wypłat — JSON, edytowalne
Crash:
• crash-point generowany z wyprzedzeniem
• cashout rejestrowany przez serwer
• limity: max zakład / max wypłata / limit okresowy
7. Panel administracyjny
• Dashboard (użytkownicy, depozyty, zyski, oczekujące)
• Zarządzanie grami:
• suwak RTP
• zmienność
• wypłata JSON
• Użytkownicy
• Finanse
• Kody promocyjne
• Wypłaty (ręczne zatwierdzenie/odrzucenie)
8. Bezpieczeństwo
• Kryptoodporny RNG (nie Math.random)
• seed serwera + nonce
• Anti-exploit:
• limity wygranych
• ochrona przed replay / race / nadużyciem pakietów
• Log każdego rundy (dla sporów)
9. Bonusy (MVP)
• Bonus za pierwszy depozyt
• Bonus reload
• Cashback / rakeback
• Oddzielny bonusowy bilans
• Wagering, limity, logowanie
• Zarządzanie przez panel administracyjny
10. White Label
• Jeden silnik → kilka marek
• Marka = domena + design + ustawienia
• UI oddzielone od logiki
• Architektura gotowa do klonowania
11. Co zapewnia zamawiający
• Design / UI
• Treść
• Serwer
12. Co musi dostarczyć deweloper
• Kod źródłowy
• Dokumentacja
• Docker / instrukcje
• Struktura Bazy Danych
13. Kryteria akceptacji
• Wszystkie 10 gier działa
• RTP rzeczywiście wpływa na matematykę
• Bilans zgadza się z ledger
• Panel administracyjny zarządza wszystkim
• Pod obciążeniem nic nie pada