Seamless wallet frente a transfer wallet: cómo se mueve de verdad el dinero en los juegos de casino

Por Soft of Games editorial team · Actualizado 2026-10-07

Toda integración de juegos tiene que responder a una pregunta: ¿dónde está el saldo del jugador mientras juega? Un seamless wallet lo mantiene en su servidor y recibe una llamada por cada apuesta. Un transfer wallet traslada el dinero al sistema del proveedor del juego y luego lo devuelve. Esta guía repasa ambos modelos y los casos de fallo que deciden cuál elegir.

Dos lugares donde puede estar el saldo

Cuando un jugador abre una slot, el dinero tiene que estar en algún sitio al que el juego pueda llegar. Hay dos respuestas posibles.

En un seamless wallet (a veces llamado single wallet), el saldo permanece en el servidor del operador durante toda la sesión. El proveedor del juego no guarda nada. Cada apuesta llega a su servidor como una solicitud de cargo y cada ganancia como una solicitud de abono. Usted responde con el nuevo saldo.

En un transfer wallet, el operador traslada parte del dinero del jugador a un saldo que custodia el proveedor del juego. El jugador juega contra ese saldo. Cuando sale, lo que queda vuelve al operador.

Los dos modelos funcionan. Fallan de maneras muy distintas, y lo que realmente se elige es entre esos tipos de fallo.

Cómo funciona un seamless wallet, llamada a llamada

Una integración seamless típica expone cuatro o cinco endpoints de su lado:

• Saldo (balance): devuelve el saldo actual del jugador en la divisa de la sesión.
• Cargo (debit, apuesta): resta un importe, identificado por un ID de transacción único.
• Abono (credit, ganancia): suma un importe, con su propio ID de transacción y vinculado a una ronda.
• Rollback: revierte un cargo anterior concreto.
• Algunos proveedores añaden una llamada combinada de apuesta y ganancia para juegos instantáneos, o un mensaje de fin de ronda.

El agregador firma cada solicitud, normalmente con un hash HMAC sobre el cuerpo y un secreto compartido, para que su servidor pueda rechazar todo lo que no proceda de él.

Con SoftAggregator, por ejemplo, el operador expone callbacks HTTP para saldo, cargo y abono, y esos mismos callbacks sirven para slots, casino en vivo, deportes virtuales y sportsbook. Esa es la gran comodidad del modelo seamless: un único conjunto de endpoints cubre todos los productos. SOFTSWISS, Hub88, St8 y la mayoría de los grandes estudios siguen el mismo patrón, con diferencias en la nomenclatura y en la forma de agrupar las rondas.

Las tres reglas que importan

1. Idempotencia. Si el mismo ID de transacción llega dos veces, se aplica una sola vez y se devuelve la misma respuesta en ambas. Los reintentos son normales. Los pagos duplicados, no.
2. Atomicidad. La comprobación del saldo y el descuento deben hacerse en una misma transacción de base de datos. Si no, dos apuestas rápidas desde dos pestañas pueden superar ambas una comprobación de saldo que solo una debería superar.
3. Tolerancia a los rollbacks. Recibirá rollbacks de cargos que procesó y, a veces, de cargos que nunca recibió porque la solicitud se perdió por el camino. Guarde el rollback en cualquier caso, para poder rechazar el cargo si llega tarde.

Los desarrolladores que resuelven bien estas tres reglas tienen hecha la mayor parte del trabajo difícil.

Cómo funciona un transfer wallet

Sobre el papel, el flujo es más sencillo:

1. El jugador abre un juego. Usted llama al endpoint de “deposit” o “transfer in” del proveedor con un importe.
2. El proveedor abona ese importe en su propio saldo para ese jugador.
3. El jugador juega. Usted no recibe nada durante la partida.
4. El jugador sale, o usted llama a “transfer out”. El proveedor devuelve el saldo restante.

Su servidor no interviene en cada apuesta, así que su velocidad y disponibilidad importan menos durante el juego. Esa es la ventaja real, y por eso algunos operadores con backends frágiles lo preferían en su día.

Dónde se rompe cada modelo

Seamless: su servidor participa en cada giro

Si su endpoint de wallet se ralentiza, todos los juegos se ralentizan. Si se cae, todas las apuestas fallan a la vez en todos los estudios. Los jugadores culpan al juego, no a usted, pero abandonan su casino de todos modos.

Las medidas de mitigación son ingeniería estándar: mantener el servicio de wallet pequeño y separado del resto del sitio, situarlo cerca de los servidores del agregador, monitorizar la latencia por endpoint y configurar alertas sobre las tasas de error.

Seamless: la ronda a medias

El jugador apuesta, el cargo se procesa, el juego muestra una ganancia y la llamada de abono falla tres veces. El agregador seguirá reintentando, dejará el abono en cola para más tarde o marcará la ronda para liquidación manual. Pregunte a su proveedor cuál de las tres. Después asegúrese de que su equipo de soporte pueda ver las rondas sin liquidar, porque el jugador escribirá en cuestión de minutos.

Transfer: dinero atascado a mitad de camino

Una transferencia de entrada se completa en el lado del proveedor, pero su servidor nunca recibe la confirmación. Para usted, el dinero ya salió del saldo del jugador, pero no sabe si llegó. O lo contrario en la transferencia de salida. Cada caso exige un proceso de conciliación que consulte la versión del proveedor y corrija la diferencia. Multiplíquelo por cada proveedor y la conciliación se convierte en una tarea diaria.

Transfer: el jugador en dos juegos

Con un transfer wallet, un jugador que abre dos juegos de dos proveedores necesita dinero en dos sitios. Muchos casinos simplemente lo impiden, o retiran todo del juego A antes de abrir el juego B. La experiencia resulta torpe, sobre todo en móvil, donde los jugadores cambian de juego muy rápido.

Transfer: el dinero de bonos

Si gestiona saldos de bono con requisitos de apuesta, un transfer wallet complica saber qué dinero se está apostando, porque el proveedor ve un único saldo sin distinguir. En un seamless wallet usted ve cada apuesta y puede aplicar sus propias reglas a cada una.

Comparación directa

Dónde está el saldo durante el juego. Seamless: en su servidor. Transfer: en el servidor del proveedor.

Llamadas por giro. Seamless: una o dos a su servidor. Transfer: ninguna durante el juego, dos por sesión.

Qué falla si su servidor va lento. Seamless: todas las apuestas. Transfer: solo la apertura y el cierre de sesiones.

Esfuerzo de conciliación. Seamless: comparar su registro con el informe del proveedor. Transfer: perseguir cada transferencia que no se confirmó.

Sesiones con varios juegos. Seamless: naturales. Transfer: incómodas.

Control de los requisitos de apuesta de bonos. Seamless: por apuesta. Transfer: como mucho, por sesión.

Esfuerzo de desarrollo. Seamless: mayor al principio, sobre todo en idempotencia y rollbacks. Transfer: menor al principio, mayor en la conciliación continua.

Cuál elegir

Para un casino nuevo en 2026, elija seamless salvo que tenga un motivo concreto para no hacerlo. Es el modelo en torno al cual están construidos la mayoría de agregadores y estudios, le da control total sobre la lógica de bonos y hace posible un saldo único para todos los productos. El trabajo que exige es real, pero se hace una sola vez.

Un transfer wallet sigue teniendo sentido en algunos casos:

• Va a añadir un único proveedor que solo ofrece el modo transfer y no quiere construir una segunda vía de wallet para un solo proveedor.
• Su backend no puede garantizar respuestas rápidas y no va a poder cambiarlo pronto.
• Está construyendo un hub de juegos que revende a operadores con niveles técnicos muy distintos y necesita una opción de mínimo común denominador.

Qué probar antes de salir en vivo

Pida a su desarrollador que ejecute estas pruebas contra el sandbox, no solo el camino feliz:

• Enviar el mismo cargo dos veces. El saldo debe cambiar una sola vez.
• Hacer que el endpoint de cargo tarde más que el timeout del proveedor. Confirmar que llega un rollback y que se aplica.
• Enviar un rollback para un ID de transacción que nunca se vio. El servidor debe aceptarlo y registrarlo.
• Abrir dos juegos en dos pestañas y apostar rápido en ambos. Comprobar el saldo final a mano.
• Detener el servicio de wallet en mitad de una ronda, reiniciarlo y ver si el abono pendiente se aplica.
• Comparar un día de su registro de transacciones con el informe del proveedor, céntimo a céntimo.

Si las seis pasan, su wallet está listo para jugadores reales. Si su proveedor no le permite ejecutarlas en un sandbox, añada ese punto a la lista de preguntas de nuestra guía para elegir un agregador de juegos.

Una nota sobre el crédito prepago

El modelo de wallet y el modelo de pago son cosas distintas, aunque a veces los operadores los confunden. Algunos agregadores facturan el GGR mensualmente. Otros piden crédito prepago que se va consumiendo a medida que los jugadores pierden. Con un modelo prepago, su seamless wallet funciona exactamente igual. La única tarea adicional es vigilar el nivel de crédito para que los juegos no se detengan cuando se agote. SoftAggregator utiliza este enfoque prepago, con recargas en USDT o USDC, lo que encaja con casinos cripto que ya tienen stablecoins, pero obliga a que alguien se haga cargo de las recargas.