API de casino online

Monedero único o monedero de transferencia

En la agregación de casino existen dos modelos de monedero. En un monedero único (seamless wallet) el proveedor del juego llama a su monedero en cada apuesta y en cada ganancia en tiempo real; el jugador tiene un solo saldo para todo. En un monedero de transferencia los fondos se mueven a un subsaldo del proveedor antes de jugar y vuelven después. El monedero único es lo que esperan los jugadores y lo que prefieren los reguladores a efectos de informes; el de transferencia solo sobrevive en unos pocos estudios heredados. Nuestra API es monedero único primero: usted implementa cuatro callbacks (saldo, cargo, abono, rollback) una sola vez, y todos los estudios que hay detrás de la agregación los usan.

Qué cambia el modelo de monedero una vez está en vivo

La elección suele hacerse sobre un diagrama y pagarse en operaciones. La tabla enfrenta los dos modelos con las cosas que su cajero, su equipo de soporte y su equipo financiero hacen cada día.

Nuestra API es monedero único primero, y un estudio que solo ofrece transferencia se soporta como excepción por detrás, no como un segundo modelo en su cajero. La pregunta que vale la pena hacerse sobre un estudio así es si sus jugadores lo piden por su nombre. Si lo piden, la cola operativa de arriba es un precio que merece la pena pagar. Si está para subir un recuento de catálogo, no lo es.

El ciclo de vida del lanzamiento y la sesión

Entre el clic de un jugador en un juego y el cierre de la ronda hay ocho pasos. Los dos que sorprenden a los equipos que construyen su primer monedero son el cinco y el siete.

1. Su servidor solicita una URL de lanzamiento, pasando el jugador, la divisa, el idioma, el contexto de licencia y si la sesión es real o de demostración. Nosotros la firmamos. La URL es de un solo uso y de vida corta, así que no se puede compartir ni reproducir.
2. El navegador abre el juego en el estudio. A partir de ahí la sesión es del estudio.
3. El estudio pide el saldo. Su monedero responde. Es el único de los cuatro callbacks que no mueve dinero.
4. Cada giro o mano envía un cargo con un identificador de ronda y un identificador de transacción. El identificador de ronda agrupa todo lo que pertenece a una ronda de juego; el identificador de transacción es el que usted hace idempotente.
5. Una ganancia envía un abono contra el mismo identificador de ronda. Algunas rondas abonan más de una vez — las rondas de giros gratis y las funciones de bono lo hacen — así que una ronda no es un cargo y un abono.
6. La ronda se cierra. Hasta que lo hace, todavía puede recibir un rollback.
7. Un rollback revierte una transacción concreta dentro de una ronda: un giro fallido, un error del lado del estudio, un tiempo de espera agotado. Puede llegar después de que el abono ya se haya aplicado, y por eso la certificación guioniza exactamente ese orden.
8. La sesión termina cuando el jugador se va o el estudio la cierra. Una desconexión a mitad de ronda la resuelven las reglas del propio estudio: unos reanudan la ronda al volver, otros la completan en el servidor y abonan. Su libro contable tiene que aceptar las dos cosas.

Qué cubre la API

• Catálogo de juegos: juegos con metadatos (estudio, tipo, RTP, volatilidad, funciones, divisas y jurisdicciones soportadas) filtrados automáticamente a lo que permita su licencia.
• Lanzamiento: URL de lanzamiento de juego firmadas para juego real y de demostración, con contexto de jugador, divisa, idioma y licencia.
• Callbacks de monedero: saldo, apuesta, ganancia, rollback; idempotentes, con identificadores de ronda y de transacción para la conciliación.
• Bonos: giros gratis y dinero de bono orquestados entre estudios; conjuntos de reglas por mercado, de modo que una marca finlandesa se puede limitar a retención con un tope de 5× mientras una marca offshore no.
• Jackpots y torneos: jackpots de red y locales, clasificaciones, torneos de estudio.
• Informes: historial de rondas para el soporte al jugador y las disputas, GGR por juego y por estudio, exportaciones al regulador en los formatos que exigen las licencias que atendemos.

Contenido

Los agregadores publican el tamaño de su catálogo: Hub88 declara más de 26,000 juegos; a EveryMatrix y SOFTSWISS se les atribuyen de 40,000 a 45,000 juegos de entre 300 y 355 estudios. La cifra que le importa a un operador es menor: los juegos que permiten a la vez su licencia y las listas de jurisdicciones de sus estudios objetivo, en las divisas que usan sus jugadores. Esa lista, para su licencia concreta, se la damos en el alcance en lugar de un recuento de titular.

Cuánto vale una cifra de catálogo de titular

Divida los recuentos de juegos publicados entre los recuentos de estudios publicados y los tres catálogos de arriba acaban en el mismo sitio. La última columna es esa división, y es el tipo de cambio entre la cifra de la diapositiva y la discusión que de verdad está teniendo.

Un estudio vale aproximadamente entre 125 y 175 juegos en todos ellos. Así que usted no está comparando juegos, está comparando estudios, y un estudio que no vaya a servir a su licencia se va con toda su estantería. La tabla de abajo lista lo que saca a un estudio de su lista y lo que eso cuesta a esas proporciones.

Por eso el recuento que le damos llega en el alcance. Es una consulta sobre las listas de jurisdicciones de los estudios que hay detrás de la agregación, y ejecutarla necesita su licencia y su lista de mercados. Una cifra de titular no necesita ninguna de las dos, y por eso es la que se publica.

Certificación antes de las claves de producción

Sus callbacks de monedero se prueban contra un conjunto guionizado de casos límite antes de que emitamos el acceso de producción: un doble cargo con una conexión inestable, un rollback que llega después de que la ganancia ya se haya abonado, un desajuste de divisa entre la sesión de juego y el monedero, y una ronda que se desconecta a mitad de juego. REST con peticiones firmadas, un sandbox con entornos de prueba reales de los estudios, de dos a seis semanas desde el acceso al sandbox hasta las claves de producción para un equipo de plataforma que ya haya construido un monedero.

En qué se van las dos a seis semanas

El rango es trabajo suyo, no una cola en la que espera. La tabla es el mismo trabajo en días-ingeniero, y la horquilla es la diferencia entre un equipo que ya ha construido un monedero único y un equipo que construye el primero.

De doce a treinta y siete días-ingeniero, que son las dos a seis semanas de esta página para un ingeniero que además tiene otras tareas. Lo que empuja a un equipo por encima del máximo es casi siempre el libro contable y no la API. Lo provocan tres cosas. Un saldo calculado en la lectura en lugar de almacenado, con lo que un rollback no tiene nada que revertir. Una tabla de transacciones sin clave natural que hacer idempotente. Y el dinero guardado como número en coma flotante. Las dos primeras son reescrituras. La tercera aparece en la certificación como un desajuste de divisa y una diferencia de redondeo de una unidad menor.

Preguntas frecuentes