Un bote progresivo es la única parte de una tragaperras cuyo número anunciado es también un pasivo vivo. El juego base paga lo que dice el modelo; el bote que muestra la máquina anuncia una cifra que crece con el juego de otras personas, se reinicia cuando se gana y pertenece a un fondo que alguien tiene que financiar, declarar, asegurar y, tarde o temprano, cerrar. Por eso es una decisión de encargo y no una petición de funcionalidad: cada una de esas obligaciones sale mucho más barata si se escribe en el brief que si se añade después a un producto ya en producción.
La decisión del comprador es estrecha y concreta: si el encargo debe incluir o no un progresivo y, en caso afirmativo, qué modelo de financiación, qué conjunto de información y qué regla de liquidación debe implementar la construcción. La UK Gambling Commission establece el deber en sus estándares técnicos para el juego remoto. El RTS 9A exige que la explicación de las reglas del bote esté claramente disponible para el cliente antes de que se comprometa a jugar, y el RTS 9B exige que los sistemas de bote se configuren y operen con la debida equidad y seguridad. La guía de implementación que hay detrás de esas dos frases es donde el brief de encargo encuentra su lista de comprobación real.
Se trata de una decisión de compra, no de una construcción de plataforma. El modelo de control, la contabilidad del bote y el calendario de aceptación que la sostienen se tratan en la guía de arquitectura de plataforma de jackpots; lo que sigue es lo que un publisher debe acordar con un estudio antes de que se escriba la primera línea de esa construcción.
Decidir el modelo de financiación antes que la tabla de pagos
La primera pregunta no es qué tamaño debe tener el bote, sino de dónde sale el dinero, porque la respuesta cambia la economía del juego y sus obligaciones de evidencia. Cuatro modelos cubren la mayoría de los encargos, y cada uno impone algo distinto.
Sembrado por el operador, financiado por contribuciones. El operador aporta un valor inicial y un porcentaje fijo de cada apuesta válida alimenta el fondo. Es la forma que la guía de la Comisión describe de manera más directa: las reglas deben indicar cómo se financia el bote, cuál es la semilla inicial y qué valores de techo se aplican. Mantiene el fondo dentro de un solo producto y de una sola línea de reporte del operador, lo que simplifica las reglas de liquidación y acorta la información al cliente.
Fondo en red o compartido. Varias marcas alimentan y ganan el mismo fondo. Produce una cifra titular mayor y traslada tres problemas difíciles al encargo: el arbitraje de premios simultáneos entre operadores, una tasa de contribución única para la configuración de todos los participantes y una regla de cierre que sobreviva a la salida de una marca. Un fondo compartido implica además que el juego deja de ser publicable de forma independiente: la disciplina de flags de funcionalidad y lanzamiento que protege una construcción certificada normal tiene ahora que cubrir un fondo cuyo estado se comparte con partes ajenas al lanzamiento.
Fondo local por juego. Cada instancia del juego mantiene su propio valor. Es barato de operar y fácil de limitar, pero el fondo se reinicia constantemente y la cifra mostrada se mueve lo bastante rápido como para que el requisito de frecuencia de visualización se convierta en una restricción real de ingeniería y no en un detalle estético.
Fondo con techo y regla de desbordamiento. El bote deja de crecer al llegar a un techo y las contribuciones siguientes van a otra parte: una reserva, un segundo nivel o el retorno del propio juego. La guía es explícita: cuando un bote tiene techo, las reglas deben explicar cómo se tratan las contribuciones posteriores de los jugadores, indicando el funcionamiento de los fondos de desbordamiento o de reserva a los que se redirigen. Es el modelo que más probablemente quede infradetallado en un brief, porque el desbordamiento es invisible hasta que se alcanza el techo y, para entonces, el dinero lleva meses circulando.
Sea cual sea el modelo elegido, el dinero acumulado no es dinero del juego. Conviene preguntar en la primera llamada quién lo custodia, quién lo concilia y qué ocurre con él si el producto se retira.
El conjunto de información que deben recoger las reglas
La guía del RTS 9A es inusualmente específica y constituye una lista de aceptación excelente, porque cada punto puede comprobarse en la pantalla de ayuda construida y no en una reunión.
- Financiación, semilla y techo, en lenguaje claro, en las reglas que el cliente puede abrir antes de apostar.
- El tratamiento del retorno al jugador. La guía de la Comisión espera que el RTP del sistema de bote se muestre como exige el RTS 3C, ya sea como una cifra combinada de juego y bote o desglosada entre el juego base y el componente del bote. Una cifra combinada que excluya el fondo sin decirlo es un defecto de información aunque la aritmética sea correcta.
- La elegibilidad y el RTP aplicable cuando el jugador no es elegible. No toda apuesta en toda jurisdicción da derecho al premio. La guía señala que, cuando un jugador no es elegible para el premio del bote progresivo de un juego, debe indicarse claramente junto con su RTP teórico correspondiente. En un mercado con elegibilidad dependiente de la apuesta, eso son dos cifras en una misma pantalla, y el cliente tiene que poder alternar entre ambas sin ambigüedad.
- Cómo se determinan y se conceden los premios, incluido el caso en que dos o más jugadores activen el mismo bote a la vez, o parezca que lo hacen; la guía cita la latencia de red como ejemplo.
- El valor actual, visible para todos los jugadores elegibles, actualizado con la frecuencia que sea practicable y, en especial, después de un reinicio tras un premio. La guía del RTS 3D añade el mismo punto sobre las visualizaciones de importes de bote que cambian con el tiempo.
Esa lista es la parte más barata del encargo y la más costosa de descubrir tarde, porque el texto de las reglas, la pantalla de ayuda, la lógica de elegibilidad y la visualización tienen que coincidir a la vez. Un estudio que trate las reglas del bote como texto de marketing producirá una pantalla que describe un producto ligeramente distinto del que ha entregado.
Los premios simultáneos son una cuestión de liquidación, no de UX
Dos jugadores que aciertan el mismo progresivo en el mismo segundo no son un caso límite hipotético; son la consecuencia normal de un fondo compartido y un juego rápido. La guía de la Comisión exige que las reglas describan qué ocurre en esa situación, incluida una activación aparentemente simultánea causada por la latencia. Esa frase hace mucho trabajo: obliga al encargo a designar una autoridad de ordenación que no sea el cliente.
La forma viable es un arbitraje en el servidor sobre el registro de la ronda. Cada ronda válida se evalúa con el valor del fondo y una versión del fondo asociados, el servidor serializa el premio a medida que se genera y el primer premio confirmado toma el fondo y lo reinicia. Todo lo que viene después —el evento del segundo jugador, la notificación, la visualización— es la presentación de una liquidación que ya ha ocurrido. Un cliente que decide el resultado animando «ha ganado el bote» y luego consultando el fondo invierte el orden, y el defecto aparecerá justo en las condiciones de tráfico que nadie prueba: una red lenta y una cifra anunciada grande.
Es el mismo principio que hace que merezca la pena construir la repetición determinista antes del incidente y no después. Una disputa de bote es una disputa de ronda con una cifra grande adjunta, y el identificador de ronda junto con el estado del fondo en el momento de la evaluación son la única evidencia que la resuelve sin discutir sobre marcas de tiempo.
Configuración y control de cambios
La guía del RTS 9B pide controles estrictos de acceso y registro sobre la configuración de los botes en producción y sobre los cambios que se les aplican. En la práctica eso significa un número reducido de roles con nombre, un registro de cambios que anote el valor anterior y posterior de cada parámetro, y la regla de que ninguna tasa de contribución, semilla ni techo cambie dentro de una ventana promocional activa sin un registro firmado.
La segunda mitad de esa misma guía es la que afecta al diseño de la tabla de pagos: cuando un cliente contribuye a un fondo de bote, ese cliente debe ser elegible para ganarlo mientras juega a ese juego, y las probabilidades de ganar deben aumentar en correlación con el importe aportado. Un fondo que acepta contribuciones de una apuesta que no puede ganarlo no es un matiz de marketing; es el defecto que la guía existe para evitar. Conviene probarlo como una matriz de elegibilidad —cada apuesta, cada jurisdicción, cada estado del jugador— y no como una sola tirada de camino feliz.
Que las probabilidades aumenten con la contribución también tiene una consecuencia para el modelado. Si la probabilidad de activación escala con la apuesta, la aportación del bote al RTP no es una constante, y el paquete matemático tiene que indicar la función y no un único promedio. Pídase la función; «el bote añade un par de puntos» no es una especificación.
Fallos, interrupciones y el valor del fondo
Un progresivo añade un requisito a todo plan de fallos: el valor del fondo tiene que sobrevivir. La guía del RTS 10 es directa. Cuando se produce una interrupción, los valores de los botes progresivos deben restaurarse a su estado anterior al fallo, y la capacidad de recuperación del RTS 10B incluye el valor de los botes progresivos entre la información que un sistema debe poder restaurar.
Esto debe leerse como una restricción de diseño sobre el estado. Un fondo que solo vive en una caché, o que se reconstruye al arrancar a partir de la sesión actual, no puede cumplirlo. El fondo necesita un registro duradero con versión, el libro de contribuciones que lo produjo y una ruta de restauración que una prueba pueda ejercitar; es la misma evidencia de copia de seguridad y restauración que el lado de la plataforma ya debe, reducida a una sola cifra.
También resuelve una pregunta que los jugadores hacen y los operadores temen: si el juego se cae mientras se está ganando un bote, ¿qué ocurre? La guía de la Comisión sobre el juego interrumpido señala que, cuando el cliente ya no puede influir en el resultado después de recibida su apuesta, el resultado se mantiene; el valor del bote se restaura para que la ronda completada pueda liquidarse contra el fondo con el que se evaluó. Si eso está implementado se descubre en un ensayo de recuperación, no en un documento de diseño.
Cierre y contribuciones residuales
Todo progresivo termina. La guía prevé tres vías equitativas cuando se cierra un bote que contiene contribuciones de jugadores: esperar a que se conceda de nuevo antes de cerrarlo, trasladar las contribuciones restantes a otro sistema de bote preferiblemente con una base de jugadores similar, o devolverlas como evento único con información adecuada al cliente que explique el origen del dinero.
El encargo debería elegir una antes del lanzamiento, no en la retirada. Un contrato que guarda silencio sobre el fondo residual deja un pasivo vivo sin dueño justo cuando la relación comercial termina. Si el editor prevé migrar el juego a otra plataforma, la portabilidad del fondo es también una cuestión técnica: la versión, el libro y el estado de reinicio tienen que viajar con el producto, o la migración se convierte discretamente en un cierre.
La lista de traspaso
Para una construcción con bote, el paquete de aceptación es una extensión breve de las comprobaciones habituales de encargo de un estudio:
- el modelo de financiación en una página, con la semilla, la tasa de contribución, el techo y la ruta de desbordamiento expresados numéricamente;
- la presentación del RTP combinada o desglosada, con la matriz de elegibilidad que produce la segunda cifra;
- la regla de arbitraje para activaciones simultáneas, expresada como un orden en el servidor sobre el registro de la ronda, más un caso de prueba que la ejercite;
- el registro duradero del fondo y una prueba de restauración que demuestre que vuelve el valor anterior al fallo;
- la lista de accesos y control de cambios, con el formato de registro de un cambio de parámetro en producción;
- la vía de cierre, elegida y escrita en el contrato;
- el texto de las reglas, la pantalla de ayuda y la visualización del cliente revisados juntos como un único artefacto.
Nada de esto es ingeniería exótica. Es la diferencia entre un bote que es una función del producto y un bote que es un fondo de dinero ajeno sin gestionar con una cifra en una pantalla. Cuando un editor encarga la construcción en lugar de heredarla, todo el conjunto puede cerrarse en el alcance antes de que empiece la producción. El brief del proyecto Engine es la vía para solicitar una cotización de proyecto con el modelo de bote, los mercados y la lista de evidencia acordados por escrito de antemano.
Preguntas frecuentes
¿Qué deben informar las reglas del bote de una tragaperras?
Las reglas deben explicar cómo se financia el bote, cuál es la semilla inicial y qué valores de techo existen, cómo se determinan y se conceden los premios y qué ocurre cuando dos jugadores activan el mismo bote a la vez o parecen hacerlo por la latencia de red. El RTP del bote debe mostrarse como exige el RTS 3C, ya sea combinado con el juego o desglosado entre juego base y componente del bote, y al jugador que no es elegible debe indicársele esa condición junto con su propio RTP teórico.
¿Quién debe financiar la semilla de un bote progresivo?
Es una decisión comercial y no técnica, pero debe quedar escrita antes de fijar la tabla de pagos. Una semilla financiada por el operador mantiene el fondo dentro de una sola línea de reporte y simplifica la liquidación; un fondo en red reparte el coste y añade arbitraje entre operadores y una regla de cierre compartida. Sea cual sea la opción, la semilla, la tasa de contribución y el techo pertenecen al texto de las reglas que el cliente puede leer.
¿Cómo deben tratarse dos jugadores que ganan el mismo progresivo a la vez?
Con una regla de arbitraje en el servidor sobre el registro de la ronda, enunciada en las reglas. Cada ronda válida se evalúa contra un valor y una versión del fondo, el premio se confirma en orden y la primera confirmación toma el fondo y lo reinicia. El segundo evento pasa a ser la presentación de una liquidación que ya ha ocurrido. Una decisión tomada en el cliente según el tiempo de una animación no puede ordenar dos premios correctamente.
¿Qué ocurre con un bote progresivo cuando se retira un juego?
La guía de la UK Gambling Commission recoge tres enfoques equitativos para un bote que contiene contribuciones de jugadores: esperar a que se conceda de nuevo antes de cerrarlo, trasladar las contribuciones restantes a otro sistema de bote preferiblemente con una base de jugadores similar, o devolverlas como evento único con información adecuada que explique el origen del dinero. La vía debería elegirse en el contrato de encargo, no en la retirada.
¿Cambia un bote progresivo la evidencia del RTP del juego?
Sí, si la probabilidad de ganar escala con la apuesta. Entonces la contribución del bote al retorno es una función de la apuesta y no una constante, y el paquete matemático tiene que indicar la función en lugar de una única cifra media. El retorno simulado debería conciliarse con la presentación combinada o desglosada que se muestra, de modo que la cifra que ve el laboratorio de pruebas sea la que se muestra al jugador.
