Seamless wallet vs transfer wallet: sådan bevæger pengene sig i casinospil
Hver spilintegration skal svare på ét spørgsmål: hvor ligger spillerens saldo, mens der spilles? En seamless wallet holder den på din server og får et kald for hver indsats. En transfer wallet flytter penge ind i spiludbyderens system og tilbage igen. Denne guide gennemgår begge, med de fejlscenarier, der afgør, hvilken du bør vælge.
To steder, en saldo kan ligge
Når en spiller åbner en slot, skal pengene ligge et sted, spillet kan nå dem. Der er to svar.
I en seamless wallet (nogle gange kaldet single wallet) bliver saldoen på operatørens server under hele sessionen. Spiludbyderen holder intet. Hver indsats ankommer til din server som en debit-request og hver gevinst som en credit-request. Du svarer med den nye saldo.
I en transfer wallet flytter operatøren en del af spillerens penge over i en saldo, som spiludbyderen holder. Spilleren spiller mod den saldo. Når spilleren forlader spillet, flyttes det resterende beløb tilbage.
Begge modeller virker. De fejler på meget forskellige måder, og det er de fejl, du reelt vælger imellem.
Sådan fungerer en seamless wallet, kald for kald
En typisk seamless-integration udstiller fire eller fem endpoints på din side:
- Balance: returnér spillerens aktuelle saldo i sessionens valuta.
- Debit (indsats): træk et beløb, nøglet på et unikt transaktions-ID.
- Credit (gevinst): læg et beløb til, nøglet på sit eget transaktions-ID og knyttet til en runde.
- Rollback: tilbagefør en bestemt tidligere debitering.
- Nogle leverandører tilføjer et samlet bet-and-win-kald til instant games eller en end round-besked.
Aggregatoren signerer hvert request, som regel med en HMAC-hash over body og en delt hemmelighed, så din server kan afvise alt, der ikke kommer fra den.
Hos SoftAggregator udstiller operatøren for eksempel HTTP-callbacks til balance, debit og credit, og de samme callbacks betjener slots, live casino, virtuals og sportsbooken. Det er den største bekvemmelighed ved en seamless-model: ét sæt endpoints dækker alle produkter. SOFTSWISS, Hub88, St8 og de fleste store studier følger samme mønster, med forskelle i navngivning og i, hvordan runder grupperes.
De tre regler, der betyder noget
- Idempotens. Kommer det samme transaktions-ID to gange, så anvend det én gang, og returnér det samme svar begge gange. Genforsøg er normale. Dobbelte udbetalinger er ikke.
- Atomicitet. Saldotjekket og fratrækningen skal ske i én databasetransaktion. Ellers kan to hurtige indsatser fra to faner begge komme igennem et saldotjek, som kun den ene burde klare.
- Tolerance over for rollbacks. Du vil modtage rollbacks for debiteringer, du har behandlet, og nogle gange for debiteringer, du aldrig modtog, fordi requestet døde undervejs. Gem rollbacken under alle omstændigheder, så du kan afvise den sene debitering, hvis den dukker op bagefter.
Udviklere, der får de tre regler rigtigt, har klaret det meste af det svære arbejde.
Sådan fungerer en transfer wallet
Flowet er enklere på papiret:
- Spilleren åbner et spil. Du kalder udbyderens »deposit«- eller »transfer in«-endpoint med et beløb.
- Udbyderen krediterer sin egen saldo for den spiller.
- Spilleren spiller. Du hører intet undervejs.
- Spilleren går, eller du kalder »transfer out«. Udbyderen sender den resterende saldo tilbage.
Din server ligger ikke på vejen for hver indsats, så dens hastighed og oppetid betyder mindre under spillet. Det er den reelle fordel, og det er grunden til, at nogle operatører med skrøbelige backends engang foretrak den.
Hvor hver model bryder sammen
Seamless: din server er en del af hvert spin
Bliver dit wallet-endpoint langsomt, bliver alle spil langsomme. Går det offline, fejler hver indsats på tværs af alle studier på én gang. Spillerne giver spillet skylden, ikke dig, men de forlader dit casino uanset hvad.
Afhjælpningen er almindelig ingeniørkunst: hold wallet-tjenesten lille og adskilt fra resten af dit site, placér den tæt på aggregatorens servere, overvåg latens pr. endpoint, og sæt alarmer på fejlrater.
Seamless: den halvfærdige runde
Spilleren satser, debiteringen lykkes, spillet viser en gevinst, og credit-kaldet fejler tre gange. Aggregatoren vil fortsætte med at forsøge igen, sætte krediteringen i kø til senere eller markere runden til manuel afregning. Spørg din leverandør, hvilken af delene. Sørg så for, at dit supportteam kan se uafregnede runder, for spilleren skriver ind inden for få minutter.
Transfer: penge, der hænger midt imellem
En transfer in lykkes på udbyderens side, men din server får aldrig bekræftelsen. I din optik har spillerens penge forladt din saldo, men du ved ikke, om de er kommet frem. Eller det omvendte ved transfer out. Hvert tilfælde kræver et afstemningsjob, der spørger udbyderen om dens version og retter forskellen. Gang det med hver udbyder, og afstemning bliver en daglig pligt.
Transfer: spilleren i to spil
Med en transfer wallet skal en spiller, der åbner to spil fra to udbydere, have penge to steder. Mange casinoer blokerer simpelthen for det eller trækker alt tilbage fra spil A, før spil B åbnes. Det gør oplevelsen klodset, især på mobil, hvor spillerne skifter hurtigt.
Transfer: bonuspenge
Kører du bonussaldi med omsætningskrav, gør en transfer wallet det svært at vide, hvilke penge der omsættes, fordi udbyderen ser én samlet saldo. I en seamless wallet ser du hver indsats og kan anvende dine egne regler på hver enkelt.
Side om side
Hvor saldoen ligger under spillet. Seamless: din server. Transfer: udbyderens server.
Kald pr. spin. Seamless: et eller to til din server. Transfer: ingen under spillet, to pr. session.
Hvad der fejler, når din server er langsom. Seamless: hver indsats. Transfer: kun åbning og lukning af sessioner.
Arbejde med afstemning. Seamless: sammenlign din log med leverandørens rapport. Transfer: jagt hver overførsel, der ikke blev bekræftet.
Sessioner med flere spil. Seamless: naturligt. Transfer: besværligt.
Kontrol med bonusomsætning. Seamless: pr. indsats. Transfer: i bedste fald pr. session.
Udviklerindsats. Seamless: mere fra start, mest i idempotens og rollbacks. Transfer: mindre fra start, mere i løbende afstemning.
Hvilken skal du vælge
Til et nyt casino i 2026 skal du vælge seamless, medmindre du har en konkret grund til at lade være. Det er det, de fleste aggregatorer og studier er bygget op omkring, det giver dig fuld kontrol over bonuslogikken, og det gør én saldo på tværs af alle produkter mulig. Arbejdet, det kræver, er reelt, men det er et engangsarbejde.
En transfer wallet giver stadig mening i nogle få tilfælde:
- Du tilføjer en enkelt udbyder, der kun tilbyder transfer-tilstand, og du vil ikke bygge en ekstra wallet-vej for én leverandør.
- Din backend kan ikke garantere hurtige svar, og det kan du ikke ændre foreløbig.
- Du bygger en spilhub, der videresælger til operatører med meget forskellige tekniske niveauer, og du har brug for en mindste fællesnævner.
Hvad du skal teste før go-live
Bed din udvikler om at køre disse mod sandboxen, ikke kun det glade scenarie:
- Send den samme debitering to gange. Saldoen skal ændre sig én gang.
- Lad dit debit-endpoint sove længere end leverandørens timeout. Bekræft, at der kommer en rollback, og at den anvendes.
- Send en rollback for et transaktions-ID, du aldrig har set. Din server skal acceptere den og registrere den.
- Åbn to spil i to faner, og sats hurtigt i begge. Tjek den endelige saldo manuelt.
- Dræb wallet-tjenesten midt i en runde, genstart den, og se, om den ventende kreditering lander.
- Sammenlign én dags transaktionslog med leverandørens rapport ned til øret.
Består alle seks, er din wallet klar til rigtige spillere. Vil din leverandør ikke lade dig køre dem i en sandbox, så føj det til listen af spørgsmål i vores guide til at vælge en spilaggregator.
En bemærkning om forudbetalt kredit
Wallet-model og betalingsmodel er to forskellige ting, men operatører blander dem nogle gange sammen. Nogle aggregatorer fakturerer dig månedligt for GGR. Andre beder om forudbetalt kredit, der trækkes ned, efterhånden som spillerne taber. Med en forudbetalt model virker din seamless wallet præcis på samme måde. Den eneste ekstra opgave er at holde øje med kreditniveauet, så spillene ikke stopper, når det slipper op. SoftAggregator bruger den forudbetalte tilgang, fyldt op i USDT eller USDC, hvilket passer til kryptocasinoer, der allerede holder stablecoins, men betyder, at nogen skal have ansvaret for optankningen.
Ofte stillede spørgsmål
Hvilken wallet-model bruger de fleste spilaggregatorer i dag?
Seamless er standarden hos de fleste aggregatorer og studier. Transfer wallets findes stadig, mest i ældre integrationer, hos nogle udbydere på asiatiske markeder og i opsætninger, hvor operatøren ikke kan udstille et API i realtid. Tilbyder en leverandør begge, er seamless næsten altid det bedste valg til et nyt byggeri.
Hvor hurtigt skal mit wallet-endpoint være?
Hurtigt nok til, at spillerne aldrig venter på det. Hvert spin kan udløse en debitering og en kreditering, så dit endpoint sidder midt i hver runde. Sigt efter et svar på et godt stykke under 200 millisekunder fra din egen server, og spørg din leverandør, hvilken timeout den bruger, før den annullerer en indsats.
Hvad er en rollback?
En rollback annullerer en debitering, der blev sendt, men aldrig bekræftet, som regel fordi din server fik timeout. Aggregatoren sender den med en reference til det oprindelige transaktions-ID. Din server skal refundere den debitering én gang og skal acceptere en rollback, selv for en debitering den aldrig har set.
Kan en spiller spille to spil på én gang med en seamless wallet?
Ja. Begge spil kalder den samme saldo på din server, så saldoen altid er korrekt på tværs af faner. Med en transfer wallet skulle spilleren have penge flyttet ind hos hver spiludbyder for sig, og det er en af hovedgrundene til, at operatørerne gik væk fra den.
Ændrer wallet-modellen, hvordan jeg faktureres?
Ikke direkte. Faktureringen er som regel baseret på GGR pr. studie, uanset hvilken wallet du bruger. Det, der ændrer sig, er afstemningen: med en seamless wallet er din egen transaktionslog sandhedskilden, og du sammenligner den med leverandørens rapport.