Última actualización el 27 de octubre de 2025 por César Fikson
Una herramienta de verificación demostrablemente justa es adecuado para usuarios que pueden ingresar la semilla del servidor y la semilla del cliente de un juego para verificar la imparcialidad de la mezcla; esto atrae a los jugadores de criptocasinos y genera autoridad en los juegos de blockchain.
Herramienta gratuita de verificación demostrablemente justa
Verificación demostrablemente justa (HMAC-SHA256):
Verificar semillas, reproducir resultados, demostrar integridad
Esta página permite a los jugadores, revisores y equipos de cumplimiento verificar juegos demostrablemente justos marcando el confirmación de semilla del servidor (SHA-256), combinándolo con el semilla del cliente más antigua y nuncio apostólico y recalculando el resultadoSin cajas negras, sin vibraciones, solo HMAC-SHA256 determinista y reproducible RNG.
Qué significa realmente “demostrablemente justo”
- Confirmación de la semilla del servidor (antes del juego):el operador publica el hash SHA-256 de una semilla de servidor secreta.
- Jugar:el resultado se deriva de HMAC-SHA256(semilla_del_servidor, patrón(semilla_del_cliente, nonce)).
- Revelar (después del juego):el operador revela la semilla del servidor; La confirmación debe coincidir.
- VerificaciónCualquiera puede reproducir resultados con las mismas entradas. Si no coinciden, no es justo.
Tags: casino demostrablemente justo, Confirmación HMAC-SHA256, revelación de la semilla del servidor, semilla del cliente, nuncio apostólico, generador de números aleatorios determinista, herramienta de verificación de imparcialidad.
Juegos compatibles y rangos de salida
| juega | Fuente de aleatoriedad | Rango de salida | Notas |
|---|---|---|---|
| Dados | Enteros imparciales del flujo HMAC | 0–99 o 0–99.99 | Precisión seleccionable. |
| Ruleta (UE) | entero imparcial mod 37 | 0-36 | Rueda de un solo cero. |
| Ruleta (EE. UU.) | entero imparcial mod 38 | 0–36 + 00 | 37 mapas a “00”. |
| Crash (genérico) | Primeros 52 bits → r; mult=(1−edge)/(1−r) | ≥ 1.00× | Aristas y decimales configurables. |
| Barajar cartas | Fisher-Yates determinista | Permutación de 52 cartas | Salida de las N mejores tarjetas. |
Cómo verificar (paso a paso)
- Pasta semilla del servidor (revelada) y hash de confirmación suministrado antes del juego.
- Pasta semilla del cliente más antigua y nonce inicial; escoger recuento de rondas.
- Elige la juegoAjuste la precisión/borde si es relevante.
- Haga clic en Verificar y generar.
- Compare los resultados de la herramienta con el registro de juego del operador. La confirmación debe coincidir más antigua y Las salidas redondas deben estar alineadas exactamente.
Por qué es importante el compromiso
Sin un hash precomprometidoEl operador podría intercambiar las semillas del servidor posteriormente para ajustarse a resultados favorables. Un SHA-256 confirmar → revelar garantías precompromiso:la semilla revelada se vincula con la confirmación original (honesta) o no (capturada).
Modelo de seguridad: qué está garantizado (y qué no)
- Garantizado: No se permiten manipulaciones posteriores al juego si la confirmación coincide y los resultados se vuelven a calcular bit a bit.
- No garantizado: políticas de pago, RTP, reglas de redondeo, integraciones de terceros o sales fuera de la cadena que un operador no publicó. Verifique siempre patrón de mensaje exacto (por ejemplo,
{client}:{nonce}) y cualquier sales Los documentos del operador.
Errores comunes
- Mal patrón de mensaje (orden de tokens, separadores).
- Usando el nonce incorrecto (basado en 0 vs. basado en 1).
- Comparación incorrecta de la ruleta de la UE y la de EE. UU. (manejo 00)
- Los decimales/bordes no coinciden con las reglas de la casa.
- Confusión entre Hex y UTF-8 para semillas (los operadores deben usar semillas de texto, no blobs hexadecimales (esta herramienta espera cadenas UTF-8).
Beneficios de cumplimiento y confianza
- Registro de auditoría: Reproducir rondas históricas para investigaciones KYC/RG.
- Resolución de conflictosLa prueba criptográfica supera a las capturas de pantalla.
- Recurso que vale la pena enlazar:Los afiliados y los blogs de cumplimiento citan naturalmente verificación demostrablemente justa páginas con herramientas.
Lista de verificación de solución de problemas
- Does
SHA256(server_seed)igual al confirmación publicada? - ¿Su semilla del cliente ¿Idéntico (mayúsculas y minúsculas/espacios en blanco)?
- Es el nuncio apostólico ¿Lo mismo que en el registro del juego?
- ¿Tiene el patrón de mensaje ¿Coincide con las especificaciones del operador?
- En las rondas por lotes, ¿los resultados se alinean ronda por ronda?
Preguntas frecuentes (para fragmentos enriquecidos)
¿Qué es un hash de confirmación demostrablemente justo?
A Hash SHA-256 de la semilla del servidor Se publica antes del juego. Demuestra que la semilla existía y no se pudo modificar posteriormente sin romper el hash.
¿Qué hash/HMAC utiliza esta herramienta?
SHA-256 para confirmaciones y HMAC-SHA256 (semilla del servidor como clave) para la aleatoriedad por ronda: un enfoque estándar de la industria.
¿Puedo verificar los multiplicadores de accidentes?
Sí. La herramienta deriva r de los primeros 52 bits de salida HMAC y calcula mult = (1 − edge) / (1 − r). Configurar ventaja de la casa más antigua y decimales para que coincida con el operador.
¿Qué pasa si un operador utiliza un formato diferente?
Utilice “Avanzado” para configurar el patrón de mensaje (por ejemplo, {client}|{nonce}) e incluya cualquier sal extra que documente el operador.
¿Esto prueba el RTP?
No. Lo demuestra. integridad del resultado, no matemáticas de pago. El RTP es estadístico y depende de la política.
