Verificar una ronda provably fair por cuenta propia

El sistema provably fair es un esquema de compromiso criptográfico: antes de la primera apuesta, el casino genera una semilla de servidor secreta y publica solo su hash SHA-256. Como el hash funciona en un solo sentido, mostrarlo no revela la semilla, pero amarra al operador a ella desde ese momento.

A esa semilla se suman otros dos valores. La semilla de cliente la aporta el jugador y el casino no la conoce de antemano, mientras que el nonce es un contador que sube en uno con cada apuesta hecha con el mismo par. Los tres entran en una función, en la mayoría de los casos HMAC-SHA256, y la salida se convierte en el número o el multiplicador que aparece en pantalla.

Lo que se demuestra es acotado.

Una ronda verificada confirma que el resultado salió de los valores comprometidos y que nadie lo cambió después de la apuesta. No dice nada sobre el margen de la casa, porque un dice con 1% de ventaja para el operador y otro con 4% producen hashes igual de válidos. Tampoco acredita que el sitio pague los retiros, ni identifica qué autoridad emitió su licencia, si es que la tiene. Hay además un límite técnico menos conocido: solo los juegos originales del casino, como dice, crash, mines, plinko o keno, admiten esta verificación. Los slots de proveedores externos y las mesas de live casino quedan fuera, porque el operador no controla su generador.

La verificación se gana o se pierde antes de jugar. El hash de la semilla de servidor solo sirve como prueba si existía antes de fijar la semilla de cliente y si el jugador conserva una copia fuera del sitio. Un hash que aparece recién junto al resultado no tiene contra qué compararse.

Por eso lo primero que se abre es el panel de equidad, que casi todos los casinos rotulan como «Fairness» o «Provably Fair».

Ahí tienen que figurar cuatro datos: el hash de la semilla activa, la semilla de cliente, el nonce de cada apuesta y la fórmula que convierte el hash en resultado. Si falta cualquiera de ellos, la ronda no se puede verificar y el sello de provably fair queda vacío. La fórmula pesa tanto como las semillas, porque cada plataforma combina y convierte los valores a su manera. En un dice típico, por ejemplo, se toman los primeros ocho caracteres hexadecimales del hash y se leen como un entero entre 0 y 4.294.967.295, que luego se ajusta al rango del juego.

Conviene además reemplazar la semilla de cliente por una cadena propia en vez de dejar la que genera el navegador. Ese cambio es el que demuestra que el casino se comprometió a ciegas, sin poder elegir su semilla en función de la del jugador.

Una discrepancia no prueba por sí sola una manipulación. La mayoría de los fallos nacen de errores al ingresar datos, como un espacio al final de la semilla o un nonce desplazado en uno. También ocurre que el verificador está configurado para otro juego, ya que dice, crash y mines convierten el hash con fórmulas distintas.

Si los datos están bien y la diferencia persiste, corresponde guardar capturas del detalle de la apuesta, de las semillas y del resultado del verificador antes de escribir al soporte.

Ahí aparece el límite práctico.

Mientras el proyecto de ley de plataformas de apuestas en línea, Boletín 14.838-03, siga en tramitación en el Congreso, Chile no otorga autorizaciones locales a estos sitios. La Ley 19.995 regula los casinos de juego presenciales que fiscaliza la Superintendencia de Casinos de Juego. El Ejecutivo ha sostenido durante la tramitación que las plataformas que operan sin esa autorización lo hacen de manera ilegal. La Corte Suprema respaldó ese criterio en la causa Rol N° 152.138-2022, al ordenar a un proveedor de internet impedir el acceso a esas plataformas. Por eso no existe una licencia chilena que respalde un reclamo por una ronda alterada. La prueba criptográfica permite detectar el problema, pero la vía de reclamo depende de quién emitió la licencia del operador, un dato que se revisa en el registro del regulador y no en el pie de página del sitio.