En esta página
Un juego crash es el producto más simple de tu lobby y el más fácil de acusar de trampa. Una línea sube, un cohete explota, el cobro automático en 40× de alguien no se activó y el chat dice que está arreglado. La matemática casi nunca es el problema. Lo que los jugadores ven de ella, casi siempre.
Este es un recorrido práctico por la única fórmula detrás de un juego crash con 1% de ventaja: qué significa para tu hold, qué demuestra “provably fair” (y qué no) y las decisiones de UI que hacen que un juego honesto también se sienta honesto.
Todo el juego es una sola fórmula
En el diseño estándar de crash, la probabilidad de que el multiplicador llegue a un valor x antes de explotar es:
P(reach x) = 0.99 / x
Eso es todo. El 0.99 es la ventaja de la casa. bustabit, uno de los juegos crash con más años en operación, lo dice sin vueltas en su explicación de provably fair: el 99 de su fórmula es la ventaja de la casa, codificada directamente. Su página sobre la ventaja de la casa muestra la visión del operador: en una apuesta de 1 BTC, espera ganar 0.01 BTC.
Ahora viene lo bueno. Si un jugador apuesta 1 y cobra en x, gana x con probabilidad 0.99 / x. Retorno esperado: x × 0.99 / x = 0.99. La x se cancela. Cada objetivo, de 1.01× a 1 000×, devuelve 99% a largo plazo.
Así que no hay un objetivo “bueno” ni una estrategia que le gane a la ventaja. Un jugador que cobra en 1.5× gana 66% de las veces y avanza lento; uno que espera el 100× gana más o menos 1 ronda de cada 100 y vive de la esperanza. El mismo 99%. La página de mecánicas de bustabit lista las mismas probabilidades de ganar: 49.5% en 2×, 9.9% en 10×, 0.99% en 100×.
La ganancia bruta teórica es el 1% del volumen apostado, sin importar la mezcla de objetivos que usen tus jugadores. Cambia la volatilidad, no la ventaja. Eso hace del crash uno de los juegos más fáciles de proyectar en el lobby, siempre que el tráfico sea lo bastante grande para que los promedios se hagan notar.
Dónde vive realmente la ventaja
Esta es la versión que usamos en Rocket Chip, nuestra demo con dinero ficticio, y es en esencia la fórmula que publica bustabit:
crash = max(1, floor(99 / (1 − X)) / 100), con X uniforme en [0, 1)
Hay dos detalles que importan.
- La ventaja se reparte en todos los multiplicadores. El 99 recorta un 1% a cada punto de crash posible, y por eso el retorno esperado es el mismo en cada objetivo.
- El crash instantáneo es un efecto secundario, no la ventaja. Con esta fórmula, cerca del 1.98% de las rondas terminan en 1.00×, antes de que nadie pueda cobrar (la probabilidad de llegar a 1.01× es 0.99 / 1.01 ≈ 98.02%). Mucha gente dice que el 1% “es” el crash instantáneo. No lo es, y los juegos crash más viejos que le agregaban aparte una regla de “1 en 101 crash instantáneo” hacían la matemática de otra forma. Averigua cuál usa tu proveedor.
Si quieres otra ventaja, la forma general es P(reach x) = (1 − e) / x. Como referencia, Spribe indica que el RTP de Aviator es de 97%, es decir, una ventaja del 3%.
| Ventaja de la casa | RTP | Llega a 2× | Punto de crash mediano | Crash instantáneo en 1.00× |
|---|---|---|---|---|
| 1% | 99% | 49.5% | 1.98× | ≈ 1.98% |
| 2% | 98% | 49.0% | 1.96× | ≈ 2.97% |
| 3% | 97% | 48.5% | 1.94× | ≈ 3.96% |
Mira qué tan pequeña es la diferencia visible. Un jugador no puede sentir la brecha entre 49.5% y 48.5% en 2×. Tu P&L sí: una ventaja del 3% triplica la ganancia bruta teórica con el mismo volumen apostado.
Para las audiencias cripto que comparan ventajas, el 1% es el punto de referencia y cualquier cifra mayor necesita una razón (un mejor producto, topes más altos, una marca en la que confían). Para el tráfico de casino masivo, que nunca pregunta, 2–3% es común y defendible. Elijas lo que elijas, escríbelo en las reglas.
Por qué “justo” es una sensación: rachas y la barra de historial
Así se ve un juego honesto con 1% de ventaja desde la silla del jugador, con la misma fórmula:
- La mediana del punto de crash es 1.98×. La mitad de las rondas terminan por debajo.
- Cerca del 17.5% de las rondas explotan por debajo de 1.20×.
- Cinco rondas seguidas por debajo de 2× ocurren con probabilidad 0.5055 ≈ 3.3%. En una sala con mucho movimiento, eso pasa más o menos cada media hora.
- En cualquier tramo de 30 rondas, hay cerca de un 4.4% de probabilidad de no ver ningún 10×.
- Por otro lado, la probabilidad de ver al menos un 100× en 100 rondas ronda el 63%.
Nada de eso es sospechoso, y aun así de todo eso van a sospechar. La solución no es cambiar la matemática. La solución es mostrar suficiente historial para que una racha fría se vea como lo que es: ruido.
- Muestra al menos los últimos 20–50 resultados en la barra de historial, con bandas de color (por ejemplo, menos de 2×, 2–10×, más de 10×), y enlaza cada uno a sus datos de verificación.
- Nunca filtres el historial. Esconder los resultados bajos para que la barra se vea caliente es la forma más rápida de perder a los jugadores que verifican.
- El feed de apuestas en vivo tiene que ser real. Nuestra demo con dinero ficticio lo llena con jugadores simulados para que veas el diseño; en un lobby real, un feed de ganadores inventados es engaño, no diseño.
Los topes cambian la exposición, no la ventaja
Todo juego crash real tiene un máximo: un multiplicador tope, un beneficio máximo por apuesta o un pago total máximo por ronda. A veces los operadores temen que un tope “rompa” el RTP. Para los objetivos de cobro por debajo del tope, no lo hace: la probabilidad de llegar a x y el pago en x no cambian, así que el retorno sigue siendo 99%. Lo que el tope elimina es la cola lejana, que es exactamente lo que tu equipo de riesgo quiere eliminar.
Dos reglas hacen que los topes se sientan justos:
- Pon el tope en las reglas y en el panel de apuesta, junto con lo que pasa cuando se alcanza (la ronda termina y cada apuesta abierta se paga al tope, o las apuestas se pagan hasta el beneficio máximo).
- Aplícalo a la vista. Si una ronda compartida alcanza el tope de pago total de la sala, dilo en pantalla. “El cohete explotó en 1 204×” y “dejamos de pagar” no son el mismo evento.
Provably fair: qué demuestra y qué no
El modelo provably fair es elegante. Tal como lo describe bustabit, el operador genera una larga cadena de hashes SHA-256 (la de bustabit tiene 100 millones), publica el último antes de que se juegue cualquier partida y luego recorre la cadena al revés. El punto de crash de cada partida sale de un HMAC-SHA256 del hash de esa partida, usando como sal el hash de un bloque de Bitcoin que todavía no se había minado cuando se comprometió la cadena, así que el operador no pudo elegir una cadena con suerte. Cualquiera puede recalcular los resultados con el verificador de código abierto.
Los originals de un solo jugador, como dice y mines, usan en cambio un par de semillas. En el modelo de Stake, la semilla del servidor se hashea con SHA-256 y se muestra antes de jugar, el jugador puede definir su propia semilla de cliente, un nonce aumenta en 1 con cada apuesta y la semilla real del servidor se revela cuando el jugador rota el par.
Lo que esto demuestra: el resultado quedó fijado antes de la apuesta y nadie lo cambió después. Lo que no demuestra:
- que el juego pague lo que muestra, ni que los retiros funcionen;
- que el software, el RNG y las reglas cumplan los estándares técnicos de un regulador. En mercados regulados, eso les toca a los laboratorios acreditados y a estándares como GLI-19, que además pide a los operadores comparar el RTP teórico con el real;
- que la experiencia sea responsable. Esa parte sigue siendo tuya.
Si agregas provably fair, pon el enlace al verificador dentro del juego, no en un artículo de ayuda que nadie encuentra. Una función de transparencia que requiere un ticket de soporte es transparencia solo de nombre.
La latencia y el problema de “hice clic en 2.00×”
La mayoría de las quejas en crash son por timing, no por probabilidades. El jugador hizo clic en 2.00×, el servidor recibió el clic en 2.04×… o después del crash. Reglas que evitan la discusión:
- El servidor es el reloj. El multiplicador de cobro es el valor del servidor cuando llega la solicitud. Muéstralo en la confirmación, con dos decimales.
- El cobro automático corre en el servidor y paga exactamente en el objetivo. Conviértelo en la herramienta de aprendizaje por defecto para los jugadores nuevos (Rocket Chip tiene uno por apuesta).
- No extrapoles en el cliente ni redondees hacia arriba. Si la curva del cliente va por delante del servidor, el jugador le va a sacar captura a un número que nunca pagaste.
- Deja por escrito la regla de desconexión. Por ejemplo: las apuestas abiertas con cobro automático se liquidan en el objetivo; las que no lo tienen se liquidan en el crash.
Un checklist de equidad para tu juego crash
- Las reglas indican la ventaja o el RTP y la fórmula de probabilidad de ganar antes de la primera apuesta. En Gran Bretaña, RTS 3 exige que las reglas, y el RTP o la probabilidad de los eventos ganadores, estén disponibles antes de que el cliente se comprometa a apostar.
- Los topes (multiplicador, beneficio máximo, pago máximo por ronda) están en las reglas y en el panel de apuesta.
- La barra de historial muestra todos los resultados, sin filtrar, con un enlace para verificar.
- El feed de apuestas muestra solo apuestas reales.
- Las confirmaciones de cobro muestran el multiplicador del servidor.
- El autoplay y la velocidad siguen las reglas de tu mercado. En Gran Bretaña, RTS 8 exige que el cliente se comprometa con cada ciclo de juego de forma individual, y RTS 14 fija reglas de diseño de producto, incluidos tiempos mínimos por ciclo de juego. Revisa cómo se clasifica tu juego antes de lanzarlo ahí.
- Nada de celebraciones por un cobro menor que la apuesta (en crash no puede pasar, pero sí en configuraciones de varias apuestas que terminan en pérdida neta).
- Las herramientas de juego responsable están a un toque: límites, tiempo de sesión, un saldo neto visible.
La versión corta: un juego crash con 1% de ventaja es justo por construcción. Que los jugadores lo crean depende de que muestres la fórmula, el historial y los números del servidor. Muestra los tres y el chat va a encontrar otra cosa de qué quejarse. Seguramente la música.
¿Quieres verlo funcionando? Juega Rocket Chip (dinero ficticio), compáralo con Hyper Dice, donde el jugador define las probabilidades directamente, o explora todos los Scatterhaus Originals.
Preguntas frecuentes
¿Una ventaja de la casa del 1% es lo mismo que un RTP de 99%?
Sí. En un juego crash basado en P(reach x) = 0.99 / x, cada objetivo de cobro tiene un retorno esperado de 99% de la apuesta, así que la ventaja es del 1% sin importar el objetivo que elija el jugador.
¿Alguna estrategia de cobro le gana a un juego crash?
No. Todos los objetivos tienen el mismo valor esperado, así que las estrategias solo cambian cómo se distribuyen los resultados. Doblar después de perder (martingala) suma riesgo y choca con los límites de apuesta; no cambia la ventaja del 1%.
¿Cada cuánto hay un crash instantáneo en un juego crash con 1% de ventaja?
Con la fórmula común floor(99 / (1 − X)) / 100, cerca del 1.98% de las rondas terminan en 1.00×, antes de que nadie pueda cobrar. La ventaja en sí se reparte en todos los objetivos; no está guardada en el crash instantáneo.
¿Qué demuestra realmente provably fair?
Que cada resultado quedó fijado antes de que se hicieran las apuestas y no se cambió después, porque los jugadores pueden verificarlo contra un hash publicado de antemano. No demuestra que el operador pague, que el software esté certificado ni que el juego sea apto para un mercado regulado.
¿Igual necesito certificación de laboratorio para un juego crash provably fair?
En mercados regulados, sí. Provably fair es una función de transparencia de cara al jugador. Los reguladores se apoyan en laboratorios de prueba acreditados y en estándares como GLI-19 para el RNG, las reglas del juego y el RTP.
18+Contenido sobre juegos de azar para lectores profesionales. Todas las demos que enlazamos usan dinero ficticio. Si apostar deja de ser divertido, hay ayuda gratuita y confidencial: BeGambleAware (Reino Unido), 1-800-GAMBLER (EE. UU.), Gambling Therapy (en todo el mundo).
Archivos fuente
- bustabit, artículo sobre provably fair: bustabit.com/articles/provably-fair
- bustabit, mecánica del juego: bustabit.com/articles/mechanics
- bustabit, ventaja de la casa: bustabit.com/help/house-edge
- bustabit, verificador de código abierto: bustabit.github.io/verifier
- Centro de ayuda de Stake.us, artículo sobre provable fairness: help.stake.us/en/articles/7891166-provable-fairness
- Spribe, página del juego Aviator: spribe.co/games/aviator
- Gaming Laboratories International, GLI-19 Sistemas de juego interactivo v3.0: gaminglabs.com/wp-content/uploads/2024/06/GLI-19-Interactive-Gaming-Systems-v3.0.pdf
- UK Gambling Commission, RTS 3: reglas, descripciones del juego y probabilidad de ganar: www.gamblingcommission.gov.uk/standards/remote-gambling-and-software-technical-standards/rts-3-rules-game-descriptions-and-the-likelihood-of-winning
- UK Gambling Commission, RTS 14: diseño responsable de producto: www.gamblingcommission.gov.uk/standards/remote-gambling-and-software-technical-standards/rts-14-responsible-product-design
- UK Gambling Commission, RTS 8: funcionalidad de autoplay: www.gamblingcommission.gov.uk/standards/remote-gambling-and-software-technical-standards/rts-8-autoplay-functionality



