Seamless wallet eller transfer wallet: så flyttas pengarna i casinospel på riktigt
Varje spelintegration måste besvara en fråga: var finns spelarens saldo medan hen spelar? En seamless wallet håller det på din server och får ett anrop för varje insats. En transfer wallet flyttar pengar in i spelleverantörens system och tillbaka. Den här guiden går igenom båda, med de felfall som avgör vilken du bör välja.
Två platser där ett saldo kan finnas
När en spelare öppnar en slot måste pengarna finnas någonstans där spelet kan nå dem. Det finns två svar.
I en seamless wallet (ibland kallad single wallet) stannar saldot på operatörens server under hela sessionen. Spelleverantören håller ingenting. Varje insats kommer till din server som en debiteringsförfrågan och varje vinst som en krediteringsförfrågan. Du svarar med det nya saldot.
I en transfer wallet flyttar operatören en del av spelarens pengar till ett saldo hos spelleverantören. Spelaren spelar mot det saldot. När hen lämnar flyttas det som är kvar tillbaka.
Båda modellerna fungerar. De fallerar på väldigt olika sätt, och det är de felen du egentligen väljer mellan.
Så fungerar en seamless wallet, anrop för anrop
En typisk seamless-integration exponerar fyra eller fem endpoints på din sida:
- Balance: returnera spelarens aktuella saldo i sessionens valuta.
- Debit (insats): dra av ett belopp, nycklat på ett unikt transaktions-ID.
- Credit (vinst): lägg till ett belopp, nycklat på sitt eget transaktions-ID och kopplat till en runda.
- Rollback: backa en specifik tidigare debitering.
- Vissa leverantörer lägger till ett kombinerat bet-and-win-anrop för instant-spel, eller ett end round-meddelande.
Aggregatorn signerar varje anrop, oftast med en HMAC-hash över bodyn och en delad hemlighet, så att din server kan avvisa allt som inte kommer från dem.
Hos SoftAggregator exponerar operatören till exempel HTTP-callbacks för saldo, debitering och kreditering, och samma callbacks betjänar slots, livecasino, virtuella sporter och sportboken. Det är seamless-modellens stora bekvämlighet: en uppsättning endpoints täcker alla produkter. SOFTSWISS, Hub88, St8 och de flesta stora studior följer samma mönster, med skillnader i namngivning och i hur rundor grupperas.
De tre reglerna som spelar roll
- Idempotens. Om samma transaktions-ID kommer två gånger, tillämpa det en gång och ge samma svar båda gångerna. Omförsök är normala. Dubbla utbetalningar är det inte.
- Atomicitet. Saldokontrollen och avdraget måste ske i en och samma databastransaktion. Annars kan två snabba insatser från två flikar båda passera en saldokontroll som bara en av dem borde klara.
- Tolerans för rollbacks. Du kommer att få rollbacks för debiteringar du har behandlat, och ibland för debiteringar du aldrig tog emot eftersom anropet dog på vägen. Spara rollbacken oavsett, så att du kan avvisa den sena debiteringen om den dyker upp efteråt.
Utvecklare som får de tre rätt har gjort det mesta av det tunga arbetet.
Så fungerar en transfer wallet
Flödet är enklare på papperet:
- Spelaren öppnar ett spel. Du anropar leverantörens endpoint för ”deposit” eller ”transfer in” med ett belopp.
- Leverantören krediterar sitt eget saldo för spelaren.
- Spelaren spelar. Du hör ingenting under spelet.
- Spelaren lämnar, eller så anropar du ”transfer out”. Leverantören skickar tillbaka det återstående saldot.
Din server ligger inte i vägen för varje insats, så dess hastighet och drifttid spelar mindre roll under spelet. Det är den verkliga fördelen, och skälet till att vissa operatörer med sköra backends en gång föredrog modellen.
Där varje modell brister
Seamless: din server är en del av varje spinn
Blir din wallet-endpoint långsam blir varje spel långsamt. Går den ner misslyckas varje insats hos varje studio samtidigt. Spelarna skyller på spelet, inte på dig, men de lämnar ditt casino ändå.
Motåtgärderna är vanlig ingenjörskonst: håll wallet-tjänsten liten och åtskild från resten av sajten, placera den nära aggregatorns servrar, övervaka latensen per endpoint och larma på felfrekvens.
Seamless: den halvfärdiga rundan
Spelaren satsar, debiteringen lyckas, spelet visar en vinst och krediteringsanropet misslyckas tre gånger. Aggregatorn kommer att fortsätta försöka, eller lägga krediteringen i kö till senare, eller markera rundan för manuell avräkning. Fråga din leverantör vilket. Se sedan till att ditt supportteam kan se oavräknade rundor, för spelaren kommer att höra av sig inom några minuter.
Transfer: pengar som fastnar på vägen
En transfer in lyckas på leverantörens sida men din server får aldrig bekräftelsen. I din värld har spelarens pengar lämnat saldot, men du vet inte om de kom fram. Eller tvärtom vid transfer out. Varje sådant fall kräver ett avstämningsjobb som frågar leverantören om dess bild och rättar skillnaden. Multiplicera med varje leverantör, så blir avstämningen ett dagligt slit.
Transfer: spelaren i två spel
Med en transfer wallet behöver en spelare som öppnar två spel från två leverantörer pengar på två ställen. Många casinon blockerar det helt enkelt, eller drar tillbaka allt från spel A innan spel B öppnas. Det gör upplevelsen klumpig, särskilt i mobilen där spelarna växlar snabbt.
Transfer: bonuspengar
Kör du bonussaldon med omsättningskrav gör en transfer wallet det svårt att veta vilka pengar som omsätts, eftersom leverantören ser ett enda odifferentierat saldo. I en seamless wallet ser du varje insats och kan tillämpa dina egna regler på var och en.
Sida vid sida
Var saldot finns under spelet. Seamless: på din server. Transfer: på leverantörens server.
Anrop per spinn. Seamless: ett eller två till din server. Transfer: inga under spelet, två per session.
Vad som fallerar när din server är långsam. Seamless: varje insats. Transfer: bara öppning och stängning av sessioner.
Arbete med avstämning. Seamless: jämför din logg med leverantörens rapport. Transfer: jaga varje överföring som inte bekräftades.
Sessioner med flera spel. Seamless: naturligt. Transfer: krångligt.
Kontroll över bonusomsättning. Seamless: per insats. Transfer: i bästa fall per session.
Utvecklarinsats. Seamless: mer i början, främst kring idempotens och rollbacks. Transfer: mindre i början, mer i löpande avstämning.
Vilken du ska välja
För ett nytt casino 2026: välj seamless om du inte har ett specifikt skäl att låta bli. Det är vad de flesta aggregatorer och studior är byggda kring, det ger dig full kontroll över bonuslogiken och det gör ett gemensamt saldo över alla produkter möjligt. Arbetet det kräver är verkligt, men det är ett engångsarbete.
En transfer wallet är fortfarande vettig i några fall:
- Du lägger till en enskild leverantör som bara erbjuder transfer-läge, och du vill inte bygga en andra wallet-väg för en enda leverantör.
- Din backend kan inte garantera snabba svar och du kan inte ändra på det inom kort.
- Du bygger ett spelnav som säljer vidare till operatörer med mycket olika teknisk nivå, och du behöver ett alternativ som fungerar för alla.
Vad du ska testa innan du går live
Be din utvecklare köra följande mot sandlådan, inte bara det lyckliga flödet:
- Skicka samma debitering två gånger. Saldot ska ändras en gång.
- Låt din debiteringsendpoint sova längre än leverantörens timeout. Bekräfta att en rollback kommer och tillämpas.
- Skicka en rollback för ett transaktions-ID du aldrig sett. Din server ska ta emot och registrera den.
- Öppna två spel i två flikar och satsa snabbt i båda. Kontrollera slutsaldot för hand.
- Döda wallet-tjänsten mitt i en runda, starta om den och se om den väntande krediteringen landar.
- Jämför en dags transaktionslogg med leverantörens rapport, på öret.
Klarar du alla sex är din wallet redo för riktiga spelare. Låter din leverantör dig inte köra dem i en sandlåda, lägg till det på frågelistan i vår guide om hur du väljer spelaggregator.
En anmärkning om förbetald kredit
Wallet-modell och betalmodell är två olika saker, men operatörer blandar ibland ihop dem. Vissa aggregatorer fakturerar dig månadsvis för GGR. Andra kräver förbetald kredit som dras ner i takt med att spelarna förlorar. Med en förbetald modell fungerar din seamless wallet precis likadant. Det enda extra jobbet är att bevaka kreditnivån så att spelen inte stannar när den tar slut. SoftAggregator använder det förbetalda upplägget, med påfyllning i USDT eller USDC, vilket passar kryptocasinon som redan håller stablecoins men innebär att någon måste äga påfyllningarna.
Vanliga frågor
Vilken wallet-modell använder de flesta spelaggregatorer i dag?
Seamless är standard hos de flesta aggregatorer och studior. Transfer wallets finns kvar, främst i äldre integrationer, hos vissa leverantörer för asiatiska marknader och i upplägg där operatören inte kan exponera ett API i realtid. Erbjuder en leverantör båda är seamless nästan alltid det bättre valet för ett nybygge.
Hur snabb behöver min wallet-endpoint vara?
Så snabb att spelarna aldrig behöver vänta på den. Varje spinn kan utlösa en debitering och en kreditering, så din endpoint ligger inne i varje runda. Sikta på ett svar långt under 200 millisekunder från din egen server, och fråga din leverantör vilken timeout den tillämpar innan en insats avbryts.
Vad är en rollback?
En rollback annullerar en debitering som skickats men aldrig bekräftats, oftast för att din server fick timeout. Aggregatorn skickar den med en referens till det ursprungliga transaktions-ID:t. Din server måste återbetala debiteringen en gång, och måste ta emot en rollback även för en debitering den aldrig såg.
Kan en spelare spela två spel samtidigt med en seamless wallet?
Ja. Båda spelen anropar samma saldo på din server, så saldot stämmer alltid över flera flikar. Med en transfer wallet skulle spelaren behöva få pengar flyttade till varje spelleverantör separat, vilket är ett av huvudskälen till att operatörerna lämnade den modellen.
Påverkar wallet-modellen hur jag faktureras?
Inte direkt. Faktureringen bygger oftast på GGR per studio oavsett wallet. Det som ändras är avstämningen: med en seamless wallet är din egen transaktionslogg sanningskällan, och du jämför den med leverantörens rapport.