¿Qué es provably fair? Cómo verificar los juegos de los casinos cripto

El problema que resuelve provably fair

En un casino en línea tradicional confías en que el generador de números aleatorios es honesto, normalmente porque un laboratorio de pruebas independiente lo ha certificado para un regulador. Es un sistema sólido, pero no puedes comprobar por ti mismo ningún resultado individual. Confías en el laboratorio, en el regulador y en la integración del juego por parte del casino.

Provably fair añade una comprobación del lado del jugador. El casino fija su parte de la entrada aleatoria antes de que apuestes y te muestra una huella de ella. Después de jugar, revela esa entrada. Entonces puedes confirmar que coincide con la huella y que produce exactamente el resultado que obtuviste. Si el casino hubiera cambiado algo tras ver tu apuesta, las matemáticas no cuadrarían.

La idea nació con los sitios de dados con Bitcoin a principios de la década de 2010, cuando los jugadores no tenían ningún regulador en quien confiar, y ahora es estándar para los originals de casino en los casinos cripto. Nuestra explicación de cómo funcionan los casinos de Bitcoin cubre el montaje más amplio.

Los componentes básicos: hashes, HMAC, semillas y nonces

SHA-256: una huella digital de un solo sentido

SHA-256 es una función hash estandarizada por el Instituto Nacional de Estándares y Tecnología de EE. UU. Convierte cualquier entrada en una cadena hexadecimal de 64 caracteres. La misma entrada siempre produce la misma salida, un cambio mínimo en la entrada produce una salida completamente distinta, y es computacionalmente inviable retroceder desde la salida o encontrar una segunda entrada con el mismo hash. Eso es lo que lo convierte en un compromiso seguro: publicar el hash no revela nada sobre la semilla, pero ata al casino a ella.

HMAC-SHA256: un hash con clave

HMAC es una forma estándar de combinar una clave secreta con un mensaje para producir un hash, definida en la RFC 2104 en 1997. Los casinos con juego demostrablemente justo suelen usar la semilla del servidor como clave y un mensaje formado por tu semilla de cliente y el nonce. El resultado son 32 bytes, o 64 caracteres hexadecimales, que parecen aleatorios pero están totalmente determinados por esos datos.

Los tres datos de entrada

• Server seed: un valor aleatorio secreto que genera el casino. Antes de jugar solo ves su hash SHA-256.
• Client seed: un valor que controlas tú. Puedes mantener el predeterminado o escribir el tuyo. Como el casino se compromete con su semilla antes de conocer la tuya, ninguna de las partes puede dirigir el resultado por sí sola.
• Nonce: un contador que en la mayoría de los casinos empieza en 0 (algunos empiezan en 1) y sube de uno en uno con cada apuesta sobre el mismo par de semillas, de modo que cada apuesta obtiene un resultado nuevo.

Algunos juegos necesitan más números aleatorios de los que ofrece una salida de 32 bytes, por ejemplo una bola de plinko que toma 16 decisiones de izquierda o derecha. Los casinos lo resuelven con un contador adicional, a menudo llamado cursor o ronda, que se añade al mensaje para producir bloques adicionales.

El ciclo commit–reveal, paso a paso

1. El casino genera una semilla de servidor y te muestra su hash SHA-256. También muestra el hash de la siguiente semilla de servidor que usará, de modo que el ciclo siguiente también queda comprometido.
2. Estableces tu semilla de cliente. Lo ideal es escribir algo nuevo en lugar de aceptar la predeterminada.
3. Juegas. Cada apuesta usa el nonce 0, 1, 2 y así sucesivamente con el mismo par de semillas.
4. Cuando quieres verificar, rotas el par de semillas. El casino revela la antigua semilla del servidor y pasa a la siguiente a la que ya se había comprometido.
5. Aplicas el hash a la semilla revelada y lo comparas con el hash mostrado antes de jugar.
6. Recalculas cualquier apuesta de ese ciclo usando la semilla, tu semilla de cliente y el nonce de la apuesta, y lo comparas con tu historial de apuestas.

El orden importa. Si un casino te dejara fijar tu client seed y solo después generara un server seed, en principio podría elegir un server seed que le favoreciera frente a tu client seed ya conocido. Ver el hash del server seed antes de fijar tu client seed es lo que lo impide.

Ejemplo práctico: verificar una tirada de dados con HMAC-SHA256

El ejemplo de abajo usa un esquema sencillo del tipo que publican muchos casinos cripto: HMAC-SHA256 con la server seed como clave y el mensaje «clientSeed:nonce:0», los cuatro primeros bytes convertidos en un número entre 0 y 1, y ese número escalado a una tirada de dados entre 0,00 y 100,00. Las seeds son legibles a propósito para que puedas reproducir cada número. Las server seeds reales son cadenas largas y aleatorias, y la fórmula exacta de cada casino está en su página de equidad.

Para verificar, haces dos cosas. Primero, calcula el hash de la semilla del servidor revelada y comprueba que obtienes exactamente 8549a6e3… Segundo, recalcula la tirada para el nonce de una apuesta de tu historial y comprueba que coincide. Si ambas pasan, el resultado de esa apuesta quedó fijado antes de que la hicieras.

¿Por qué 10.001 y no 10.000? La escala da 10.001 resultados igualmente probables de 0,00 a 100,00 inclusive. Algunos casinos usan una escala distinta o un número distinto de bytes, lo que cambia los números pero no el principio. Por eso conviene usar siempre la fórmula que publica el casino para ese juego concreto.

Compruébalo tú mismo en una línea

Si tienes Node.js instalado, este comando reproduce la tirada para el nonce 7 sin ninguna herramienta del casino. Sustituye las semillas y el nonce por los tuyos:

• node -e "const c=require('crypto');const h=c.createHmac('sha256','bgb-example-server-seed-2026').update('my-own-client-seed:7:0').digest();let f=0;for(let i=0;i<4;i++)f+=h[i]/Math.pow(256,i+1);console.log(Math.floor(f*10001)/100)"
• Para comprobar el compromiso: node -e "console.log(require('crypto').createHash('sha256').update('bgb-example-server-seed-2026').digest('hex'))"

Los módulos integrados hmac y hashlib de Python pueden hacer lo mismo en unas pocas líneas. No se trata de que necesites programar, sino de que el cálculo usa funciones públicas y estándar, así que cualquiera puede comprobarlo.

Cómo convierten los juegos el hash en un resultado

Un casino de confianza publica la fórmula exacta de cada juego original, incluido cuántos bytes usa por número y cómo los escala. Si un casino anuncia juegos provably fair pero no explica cómo los resultados se convierten en desenlaces, puedes comprobar que la seed no fue cambiada, pero no que tu resultado se calculó correctamente.

Misma cifra, distinto juego: un ejemplo de limbo

El mismo número aleatorio puede alimentar un juego distinto. Limbo, por ejemplo, suele convertir el valor decimal en un multiplicador con la ventaja de la casa incorporada. Una forma habitual es multiplicador = 0,99 ÷ valor, redondeado a la baja a dos decimales. Como el valor es uniforme entre 0 y 1, la probabilidad de un multiplicador de al menos M es 0,99 ÷ M, la misma curva que usan la mayoría de los juegos crash.

Es un ejemplo ilustrativo. Los casinos difieren en cuántos bytes leen, en cómo limitan el multiplicador máximo y en cómo redondean, así que comprueba la fórmula en la página de equidad del juego antes de fiarte de tu propio cálculo.

Provably fair en Telegram y en casinos on-chain

Provably fair no se limita a los casinos de navegador. Muchos casinos de Telegram usan el mismo sistema de semillas dentro de un bot o mini-app, y las comprobaciones son idénticas: necesitas ver el hash de la semilla del servidor antes de apostar, poder fijar una semilla de cliente y recibir la semilla de servidor anterior cuando la rotas. Si un bot muestra resultados sin forma de ver o exportar las semillas, no hay nada que verificar.

Un grupo más reducido de juegos se resuelve en una blockchain. En lugar de una server seed en poder del casino, la aleatoriedad puede venir de un servicio de aleatoriedad on-chain o de un smart contract, y el resultado queda registrado en una transacción que cualquiera puede inspeccionar. Eso elimina la necesidad de confiar en la base de datos del casino, pero traslada la confianza al código del contrato y a la fuente de aleatoriedad, que la mayoría de los jugadores no puede auditar. On-chain no significa automáticamente justo, y tampoco dice nada sobre la ventaja de la casa.

Adopte la forma que adopte, se aplican las mismas preguntas. ¿Puedes ver a qué se comprometió el casino antes de apostar? ¿Puedes reproducir el resultado con herramientas públicas? ¿La tabla de pagos da un retorno razonable? Si la respuesta a cualquiera de ellas es no, la etiqueta por sí sola no vale mucho. Nuestra guía de depósitos y retiradas cubre la otra mitad de confiar en un casino cripto: sacar tu dinero.

Crash y otras rondas compartidas: cadenas de hashes y sales

Los juegos multijugador, como crash, funcionan de otra manera, porque todos comparten una misma ronda y no hay una semilla de cliente individual por apuesta. La solución habitual es una cadena de hashes. El casino genera de antemano una cadena larga de hashes, en la que el hash de cada ronda es el SHA-256 del siguiente, y publica el hash final antes de que empiece el juego. Las rondas se juegan entonces desde el final de la cadena hacia atrás, de modo que el hash de cada nueva ronda, una vez revelado, se puede hashear para obtener el hash de la ronda anterior. El casino no puede cambiar una ronda futura sin romper la cadena.

Para impedir que el casino conozca los resultados de antemano, muchos juegos mezclan una sal pública que no existía cuando se comprometió la cadena, normalmente el hash de un futuro bloque de Bitcoin. El veterano sitio de crash bustabit usó exactamente este enfoque en su cuarto evento de siembra en septiembre de 2025: mantuvo su cadena existente de 100 millones de hashes y anunció que la sal sería el hash del bloque 917.000 de Bitcoin, que no se había minado cuando se publicó el anuncio. Su código publicado calcula un HMAC-SHA256 del hash de la ronda con esa sal, toma los primeros 52 bits y los convierte en un punto de crash con una ventaja del 1 %.

Algunos juegos crash de terceros usan un enfoque híbrido. Aviator, de Spribe, por ejemplo, se describe ampliamente como una combinación de una semilla del servidor con semillas de cliente de los tres primeros jugadores en apostar en cada ronda, y te permite ver esos datos desde el historial de rondas. Los juegos de estilo crash de otros estudios dependen de RNG certificados por laboratorios y no son provably fair en absoluto. Nuestra guía de juegos crash cubre las matemáticas del propio juego.

Lo que provably fair no demuestra

• La ventaja de la casa. La ventaja está en la tabla de pagos, no en la aleatoriedad. Una apuesta de dados con un 49,5 % de probabilidad que paga 2x devuelve el 99 % a largo plazo; la misma tirada pagando 1,9x devuelve el 94,05 %. Ambas tienen equidad demostrable. Nuestra guía del RTP explica cómo compararlas.
• Que la fórmula sea la que realmente se usa para los pagos. Puedes recalcular el resultado, pero también debes comprobar que el importe acreditado coincide con la tabla de pagos de ese resultado.
• Nada de los juegos de terceros. Las tragaperras, el casino en vivo y la mayoría de los juegos de mesa de los estudios no son provably fair; dependen de RNG certificados.
• Que el operador sea solvente o tenga licencia. Un juego de dados perfectamente justo no sirve de nada si el casino no paga. Nuestra guía de licencias cubre ese aspecto.
• Que se te trate con justicia en las disputas. Los términos de los bonos, los cierres de cuenta y los límites de retirada quedan fuera de la criptografía.
• Que los resultados que no puedes verificar sean justos. Si el casino nunca revela un server seed porque nunca lo rotas, o reinicia tu historial, no tienes nada que comprobar.

Señales de alerta en un sistema provably fair

• No puedes cambiar tu semilla de cliente, o el casino la fija por ti sin opción de editarla.
• El hash del server seed no se muestra hasta después de apostar.
• Rotar tu semilla no revela la semilla anterior del servidor.
• La página de equidad no da ninguna fórmula, o da una fórmula que no reproduce los resultados de tu historial de apuestas.
• El único verificador está en el propio sitio del casino y acepta cualquier dato sin mostrar los pasos intermedios.
• Se afirma que es «provably fair» en tragaperras o juegos en vivo de terceros en los que no se muestran las semillas.

Nada de esto demuestra trampas, pero cada punto elimina una parte de lo que hace verificable el sistema. Un casino seguro de su implementación no tiene motivo para ocultar los datos de entrada.

Certificación de RNG por terceros: eCOGRA, iTech Labs y GLI

La mayoría de los juegos de cualquier casino, sea cripto o no, procede de estudios externos. Esos juegos los prueban laboratorios independientes antes de que los reguladores permitan su lanzamiento. Los laboratorios examinan el generador de números aleatorios, cómo se escala su salida a resultados de juego y si el retorno a largo plazo coincide con el RTP indicado en cantidades muy grandes de rondas simuladas.

Un certificado de laboratorio te dice que el juego se probó en una versión concreta, para una jurisdicción concreta y con un ajuste de RTP concreto. No te dice qué versión de RTP usa tu casino, ya que muchos estudios ofrecen varias. Consulta la pantalla de información del propio juego para ver su RTP y, cuando sea posible, busca el certificado en el sitio web del laboratorio en lugar de fiarte de un logotipo en el pie del casino. Para saber más sobre cómo varían los ajustes de RTP entre casinos, consulta nuestra guía del RTP.

Provably fair frente a RNG certificado

Los dos enfoques persiguen el mismo objetivo desde direcciones distintas. Un casino que ofrece juegos de terceros certificados por laboratorio y originals con equidad demostrable y fórmulas publicadas te da ambos tipos de garantía.

Usar provably fair al elegir un casino

Un casino que ofrece originales provably fair, publica sus fórmulas, muestra por adelantado el hash de la siguiente semilla del servidor y te deja fijar tu propia semilla de cliente está siendo transparente sobre cómo se producen los resultados. Los grandes operadores con originales propios, como Stake, BC.Game, Roobet y Shuffle, promocionan sus originales como provably fair, igual que marcas más nuevas centradas en originales como Duel. Comprueba tú mismo la página de equidad de cada juego, porque las fórmulas y las ventajas difieren entre títulos incluso en el mismo casino.

Trata provably fair como una señal de confianza más, junto con la licencia (consulta nuestras reseñas de casinos para ver la licencia de cada operador), unas condiciones de retirada claras y herramientas de juego responsable, no como una garantía por sí sola. Nuestros rankings de casinos cripto señalan los operadores con herramientas provably fair, y nuestra guía de alternativas a Stake compara casinos centrados en juegos originales.

Si te descubres revisando resultados para demostrar que el juego «toca» pagar, es señal de que debes parar. Cada ronda es independiente. Nuestra guía de juego responsable enumera los límites y el apoyo disponibles, y nuestro centro de juego seguro enlaza con servicios gratuitos de ayuda.