Seamless wallet vs transfer wallet: hoe het geld in casinogames echt beweegt

Door Soft of Games editorial team · Bijgewerkt 2026-10-07

Elke game-integratie moet één vraag beantwoorden: waar staat het saldo van de speler terwijl hij speelt? Een seamless wallet houdt het op uw server en krijgt een aanroep bij elke inzet. Een transfer wallet verplaatst geld naar het systeem van de gameprovider en weer terug. Deze gids loopt beide modellen door, met de foutscenario's die bepalen welk model u moet kiezen.

Twee plekken waar een saldo kan staan

Als een speler een slot opent, moet het geld ergens staan waar de game het kan bereiken. Er zijn twee antwoorden.

Bij een seamless wallet (soms single wallet genoemd) blijft het saldo de hele sessie op de server van de operator. De gameprovider houdt niets aan. Elke inzet komt bij uw server binnen als debitverzoek en elke winst als creditverzoek. U antwoordt met het nieuwe saldo.

Bij een transfer wallet verplaatst de operator een deel van het geld van de speler naar een saldo bij de gameprovider. De speler speelt tegen dat saldo. Als hij weggaat, wordt het resterende bedrag teruggeboekt.

Beide modellen werken. Ze gaan op heel verschillende manieren mis, en tussen die foutscenario’s kiest u eigenlijk.

Hoe een seamless wallet werkt, aanroep voor aanroep

Een gangbare seamless integratie stelt aan uw kant vier of vijf endpoints beschikbaar:

• Balance: het huidige saldo van de speler teruggeven in de valuta van de sessie.
• Debit (inzet): een bedrag afschrijven, gesleuteld op een unieke transactie-ID.
• Credit (winst): een bedrag bijschrijven, gesleuteld op een eigen transactie-ID en gekoppeld aan een ronde.
• Rollback: een specifieke eerdere debit terugdraaien.
• Sommige leveranciers voegen een gecombineerde bet-and-win-aanroep toe voor instant games, of een end round-bericht.

De aggregator ondertekent elk verzoek, meestal met een HMAC-hash over de body en een gedeeld geheim, zodat uw server alles kan weigeren wat niet van hem afkomstig is.

Bij SoftAggregator bijvoorbeeld stelt de operator HTTP-callbacks beschikbaar voor balance, debit en credit, en dezelfde callbacks bedienen slots, live casino, virtuals en de sportsbook. Dat is het grote gemak van een seamless model: één set endpoints dekt elk product. SOFTSWISS, Hub88, St8 en de meeste grote studio’s volgen hetzelfde patroon, met verschillen in naamgeving en in hoe rondes worden gegroepeerd.

De drie regels die ertoe doen

1. Idempotentie. Komt dezelfde transactie-ID twee keer binnen, verwerk hem dan één keer en geef beide keren hetzelfde antwoord. Retries zijn normaal. Dubbele uitbetalingen niet.
2. Atomiciteit. De saldocontrole en de afschrijving moeten in één databasetransactie gebeuren. Anders kunnen twee snelle inzetten vanuit twee tabbladen allebei door een saldocontrole komen waar er maar één doorheen had mogen komen.
3. Tolerantie voor rollbacks. U krijgt rollbacks voor debits die u hebt verwerkt, en soms voor debits die u nooit hebt ontvangen omdat het verzoek onderweg is gesneuveld. Sla de rollback in beide gevallen op, zodat u een late debit die daarna nog binnenkomt kunt weigeren.

Developers die deze drie goed hebben, hebben het meeste zware werk gedaan.

Hoe een transfer wallet werkt

Op papier is de flow eenvoudiger:

1. De speler opent een game. U roept het “deposit”- of “transfer in”-endpoint van de provider aan met een bedrag.
2. De provider schrijft dat bedrag bij op zijn eigen saldo voor die speler.
3. De speler speelt. Tijdens het spel hoort u niets.
4. De speler gaat weg, of u roept “transfer out” aan. De provider stuurt het resterende saldo terug.

Uw server zit niet in het pad van elke inzet, dus de snelheid en uptime ervan tellen tijdens het spel minder zwaar. Dat is het echte voordeel, en daarom gaven sommige operators met een kwetsbare backend er vroeger de voorkeur aan.

Waar elk model breekt

Seamless: uw server zit in elke spin

Wordt uw wallet-endpoint traag, dan wordt elke game traag. Gaat het offline, dan mislukt elke inzet bij elke studio tegelijk. Spelers geven de game de schuld, niet u, maar ze verlaten uw casino hoe dan ook.

De oplossingen zijn standaard engineering: houd de walletservice klein en gescheiden van de rest van uw site, zet hem dicht bij de servers van de aggregator, monitor de latency per endpoint en stel alerts in op foutpercentages.

Seamless: de half afgemaakte ronde

De speler zet in, de debit slaagt, de game toont een winst, en de credit-aanroep mislukt drie keer. De aggregator blijft het opnieuw proberen, zet de credit in een wachtrij voor later of markeert de ronde voor handmatige afrekening. Vraag uw leverancier welke van de drie. Zorg er dan voor dat uw supportteam niet-afgerekende rondes kan zien, want de speler mailt binnen een paar minuten.

Transfer: geld dat halverwege blijft hangen

Een transfer in slaagt aan de kant van de provider, maar uw server krijgt de bevestiging nooit. In uw ogen heeft het geld van de speler uw saldo verlaten, maar u weet niet of het is aangekomen. Of het omgekeerde bij een transfer out. Elk geval vraagt om een reconciliatieproces dat de provider naar zijn kant van het verhaal vraagt en het verschil rechtzet. Vermenigvuldig dat met elke provider, en reconciliatie wordt een dagelijks klusje.

Transfer: de speler in twee games

Met een transfer wallet heeft een speler die twee games van twee providers opent, geld op twee plekken nodig. Veel casino’s blokkeren dat gewoon, of halen alles terug uit game A voordat game B opengaat. Dat maakt de ervaring stroef, zeker op mobiel, waar spelers snel wisselen.

Transfer: bonusgeld

Draait u bonussaldi met inzetvereisten, dan is het bij een transfer wallet lastig te weten welk geld wordt ingezet, omdat de provider één ongedifferentieerd saldo ziet. Bij een seamless wallet ziet u elke inzet en kunt u op elke inzet uw eigen regels toepassen.

Naast elkaar

Waar het saldo tijdens het spel staat. Seamless: uw server. Transfer: de server van de provider.

Aanroepen per spin. Seamless: één of twee naar uw server. Transfer: geen tijdens het spel, twee per sessie.

Wat misgaat als uw server traag is. Seamless: elke inzet. Transfer: alleen het openen en sluiten van sessies.

Inspanning voor reconciliatie. Seamless: uw log vergelijken met het rapport van de leverancier. Transfer: achter elke onbevestigde transfer aan.

Sessies met meerdere games. Seamless: vanzelfsprekend. Transfer: onhandig.

Controle op bonusinzetten. Seamless: per inzet. Transfer: hooguit per sessie.

Inspanning voor developers. Seamless: meer vooraf, vooral in idempotentie en rollbacks. Transfer: minder vooraf, meer in doorlopende reconciliatie.

Welk model kiest u

Kies voor een nieuw casino in 2026 seamless, tenzij u een specifieke reden hebt om dat niet te doen. De meeste aggregators en studio’s zijn eromheen gebouwd, het geeft u volledige regie over uw bonuslogica en het maakt één saldo over alle producten heen mogelijk. Het werk dat het vraagt is reëel, maar het is eenmalig werk.

Een transfer wallet is in een paar gevallen nog logisch:

• U voegt één provider toe die alleen een transfermodus biedt, en u wilt voor één leverancier geen tweede walletpad bouwen.
• Uw backend kan geen snelle antwoorden garanderen en dat kunt u op korte termijn niet veranderen.
• U bouwt een gamehub die doorverkoopt aan operators met sterk uiteenlopende technische niveaus, en u hebt een optie nodig die voor iedereen werkt.

Wat u test vóór de livegang

Laat uw developer deze tests tegen de sandbox draaien, niet alleen het ideale pad:

• Stuur dezelfde debit twee keer. Het saldo moet één keer veranderen.
• Laat uw debit-endpoint langer wachten dan de time-out van de leverancier. Controleer of er een rollback binnenkomt en wordt verwerkt.
• Stuur een rollback voor een transactie-ID die u nooit hebt gezien. Uw server moet hem accepteren en vastleggen.
• Open twee games in twee tabbladen en zet in beide snel in. Controleer het eindsaldo met de hand.
• Schakel de walletservice midden in een ronde uit, start hem opnieuw en kijk of de openstaande credit alsnog binnenkomt.
• Vergelijk één dag van uw transactielog met het rapport van de leverancier, tot op de cent.

Slagen alle zes, dan is uw wallet klaar voor echte spelers. Laat uw leverancier u deze tests niet in een sandbox draaien, zet dat dan op de lijst met vragen uit onze gids voor het kiezen van een game aggregator.

Een opmerking over prepaid tegoed

Walletmodel en betaalmodel zijn twee verschillende dingen, maar operators halen ze soms door elkaar. Sommige aggregators factureren u maandelijks op basis van de GGR. Andere vragen om prepaid tegoed dat wordt afgeboekt naarmate spelers verliezen. Bij een prepaid model werkt uw seamless wallet precies hetzelfde. De enige extra taak is het tegoed in de gaten houden, zodat games niet stoppen als het op is. SoftAggregator werkt met deze prepaid aanpak, aangevuld in USDT of USDC. Dat past bij cryptocasino’s die al stablecoins aanhouden, maar betekent wel dat iemand eigenaar moet zijn van het aanvullen.