Dados Online Casino ES

¿Cómo tirar dados online aquí en 2026?

Lanzar dados online es inmediato: eliges 1 o 2 dados de 6 caras, pulsas “Tirar” y obtienes resultados imparciales al instante. Esta utilidad cubre usos recreativos, educativos (probabilidad) y simulación de juegos de casino como craps. Recuerda: si los usas para apostar dinero real, hazlo solo en operadores con licencia en España y siendo mayor de 18 años.

¿Un dado o 2 dados? Guía rápida

La elección depende del propósito. Con 1 dado (D6) cada cara tiene la misma probabilidad (1/6 ≈ 16,67%). Con 2 dados de 6 caras, el resultado relevante suele ser la suma (2–12) y no todas las sumas son igual de probables; la suma 7 es la más frecuente.

• Elige número de dados: 1 (decisiones rápidas, movimientos básicos) o 2 (craps, simulaciones con suma).
• Pulsa “Tirar”: se generan los valores y, si procede, la suma total.
• Interpreta el resultado: en juegos como craps, la suma determina la apuesta (por ejemplo, 7 u 11 natural en la salida).
• Repite según necesites; para análisis estadístico, anota las tiradas y compáralas con las probabilidades teóricas.

• 1 dado (D6): cada cara 1–6 tiene probabilidad 1/6 (≈16,67%).
• 2 dados (D6+D6): la distribución de sumas es triangular; 7 es la más probable.

¿Dado de 6 caras o 3D? Diferencias

“Dado de 6 caras” (D6) describe la cantidad de caras; “3D” describe la presentación visual. No son conceptos excluyentes: un D6 puede representarse en 2D o en 3D. Lo importante es que el mecanismo que genera el resultado sea imparcial (distribución uniforme).

• Resultado matemático: un D6 justo ofrece 1/6 para cada cara, independientemente de si la animación es 2D o 3D.
• Visualización 3D: añade física y animación para mayor realismo; en algunas herramientas la física 3D simula el lanzamiento, y en otras la animación representa un resultado ya calculado por RNG.
• Rendimiento y accesibilidad: la vista 3D puede requerir más recursos del dispositivo; la 2D es más ligera.

¿Hay límites en las tiradas gratis?

En la mayoría de lanzadores de dados públicos, las tiradas gratis no tienen un tope fijo por día, pero pueden aplicarse medidas de uso justo para garantizar estabilidad y evitar abusos. Estas prácticas no alteran la imparcialidad del resultado, solo regulan la frecuencia de uso.

• Coste por tirada: 0 € (gratuito).
• Frecuencia: puede existir limitación temporal si detecta uso automatizado (por ejemplo, muchas tiradas por segundo).
• Controles antiabuso: captchas o pausas si se superan umbrales de tráfico.
• Privacidad: algunas herramientas permiten historial local en tu navegador; otras no guardan nada por defecto.
• Integridad: anuncios o interfaz no deben influir en el número obtenido; solo en la experiencia visual.
• Responsabilidad: para apuestas con dinero real, usa operadores con licencia en España y juega con moderación (18+).

¿Qué hace justo a este dado? Equidad demostrable

La equidad proviene de separar la generación del número (RNG criptográfico) de su representación visual (física 3D). El resultado se obtiene con un generador de números aleatorios verificable y uniformemente distribuido; la animación 3D solo ilustra ese resultado o, si se usa simulación física, recibe condiciones iniciales aleatorias controladas. Para apuestas con dinero real en España, la certificación del RNG y del juego debe cumplir la normativa de la DGOJ y, habitualmente, auditorías de laboratorios acreditados (por ejemplo, GLI o eCOGRA).

¿Cómo combinamos RNG y física 3D?

El flujo técnico garantiza que la animación no pueda sesgar el valor sorteado. El número se decide primero; la visualización se acopla después sin capacidad de modificarlo.

• RNG criptográfico: se usa un DRBG validado (p. ej., HMAC_DRBG o CTR_DRBG conforme a NIST SP 800-90A) para producir un entero uniformemente distribuido.

• Mapeo sin sesgo: del entero aleatorio se deriva una cara 1–6 mediante muestreo con rechazo (evita el sesgo por módulo cuando el rango no es múltiplo de 6).

• Sincronización: se sella la tirada (timestamp, id y hash de compromiso) y se envía al cliente. Animación 3D:

• Modo “resultado fijado”: la física anima el dado hasta la cara ya decidida (no hay realimentación sobre el RNG).

• Modo “simulación completa”: el RNG genera condiciones iniciales (impulso, rotación) y la física integra la trayectoria; se aplica muestreo con rechazo para descartar integraciones que rompan uniformidad (p. ej., límites numéricos).

• Registro: se guarda la tirada (semillas/nonce, hash, cara final) para auditoría y verificación pública.

• Integrador determinista con paso fijo en el motor 3D para reproducibilidad entre dispositivos.

• Renderizado desacoplado del cálculo físico para que la tasa de fotogramas no afecte al resultado.

¿Se puede verificar? Seed, hash y registro

Aplicamos un esquema “commit–reveal” (compromiso y revelación) típico de sistemas provably fair. Antes de tu tirada, publicamos el hash del server seed (compromiso). Tú puedes fijar tu client seed. Tras la tirada (con nonce incremental), revelamos el server seed para que recalcules el HMAC y compruebes que la cara deriva exactamente de esas semillas. Además, el log encadenado impide alteraciones retroactivas. Para pruebas estadísticas periódicas sobre secuencias de tiradas se emplean baterías como la de NIST SP 800-22, y para operación con dinero real se exigen certificaciones por laboratorios (p. ej., GLI-11).

Con esos datos, cualquier usuario puede: (1) verificar el compromiso del server seed, (2) recrear la derivación HMAC con su client seed y nonce, y (3) comprobar que el mapeo a 1–6 respeta el muestreo con rechazo. Las auditorías independientes validan, además, la implementación del DRBG y la integridad del registro.

¿Qué sesgos existen y cómo los evitamos?

Los sesgos pueden originarse en el RNG, en el mapeo matemático o en la capa física/visual. Mitigarlos requiere controles criptográficos, numéricos y de proceso.

• Sesgo por módulo: usar “x mod 6” con un rango no múltiplo de 6 produce caras con distinta probabilidad. Mitigación: muestreo con rechazo hasta caer dentro de 6·m.
• Calidad del RNG: PRNG no criptográfico (p. ej., Mersenne Twister) no es apto para juego. Mitigación: DRBG conforme a NIST SP 800-90A (Hash/HMAC/CTR).
• Reutilización de semillas: repetir server seed o no incrementar nonces facilita correlaciones. Mitigación: rotación periódica y nonces monotónicos.
• Rounding/precisión: conversiones a coma flotante pueden introducir ligeras asimetrías. Mitigación: operar en enteros y solo convertir al final.
• Física dependiente del frame-rate: variaciones de FPS alteran la integración. Mitigación: paso de tiempo fijo y simulación desacoplada del render.
• Colisiones visuales deterministas: mismas condiciones iniciales generan patrones. Mitigación: aleatorizar impulso y orientación con bits del HMAC, manteniendo uniformidad.
• Manipulación post-resultado: alterar o ocultar tiradas desfavorables. Mitigación: registro encadenado y publicación del hash del bloque en intervalos fijos; auditorías externas (GLI/eCOGRA) y exigencias de la DGOJ.
• Desviaciones operativas: anomalías detectadas en pruebas. Mitigación: monitorización continua, test chi-cuadrado y SP 800-22 sobre ventanas deslizantes; alertas si p-valor < 0,01.

Resultado: una tirada es justa cuando cada cara tiene probabilidad 1/6 dentro del error estadístico esperado y el proceso es transparente, reproducible y auditable extremo a extremo, desde la semilla hasta el historial público.

¿Qué modos y usos ofrece para casino y sorteos?

Este lanzador cubre desde usos recreativos hasta simulación de juegos de casino y sorteos. Puedes tirar 1 o 2 dados y, cuando se seleccionan 2, calcular automáticamente la suma para reproducir mecánicas de craps. También permite variantes con distinto número de caras (3–20) y etiquetas personalizadas para dinámicas de aula, directos o dinámicas promocionales. Si vas a usarlo con dinero real en España, recuerda que solo los operadores con licencia de la DGOJ pueden ofrecer juego online y el acceso es exclusivo para mayores de 18 años.

¿Cómo funciona el modo 2 dados (craps) y la suma?

En craps se lanzan 2 dados de 6 caras y suele considerarse la suma. La ronda arranca con la tirada de salida (come-out). Si sale 7 u 11 (natural), las apuestas de línea de pase (Pass Line) ganan; si sale 2, 3 o 12 (craps), pierden (en “Don’t Pass” se invierten, con la salvedad de que el 12 suele ser “bar”/empate). Si sale 4, 5, 6, 8, 9 o 10, ese valor se convierte en el “punto”, y se sigue lanzando hasta repetir el punto (gana Pass) o sacar un 7 (7-out, pierde Pass). Nuestro modo 2 dados muestra ambos valores y la suma, útil para practicar decisiones y registrar secuencias.

• Selecciona “2 dados” para activar la suma automática.
• Usa la primera tirada como salida: determina natural, craps o punto.
• En punto, continúa tirando hasta “punto” o “7”; anota resultados para análisis.
• Para estudio de estrategia, añade o quita “odds” virtuales (apuesta adicional que paga a cuotas verdaderas sobre 4/5/6/8/9/10).

Los porcentajes anteriores son valores comúnmente aceptados para reglas estándar; los pagos exactos pueden variar por casino y deben confirmarse en la mesa. En España, cualquier oferta de juego real está sujeta a licencia y control de la DGOJ.

¿Solo 6 caras? Variantes 3–20 y personalización

Aunque el D6 es el más usado, un generador justo puede producir resultados uniformes para D3, D4, D8, D10, D12 o D20, entre otros. En entorno digital, la “forma” es estética: lo importante es que el mapeo mantenga 1/n de probabilidad por cara. También puedes personalizar etiquetas (p. ej., “Sí/No/Tal vez” en D3) sin cambiar la uniformidad.

Variantes habituales:

• D3: valores 1–3 (o etiquetas); suele emularse con partición uniforme.

• D4 (tetraedro): valores 1–4.

• D8 (octaedro), D12 (dodecaedro), D20 (icosaedro): populares en rol y simulación.

• D10/D100: el D100 se simula con dos D10 (decenas y unidades).

• Personalización segura: cambia la etiqueta de las caras, no su probabilidad. Cualquier ponderación distinta rompe la equidad.

• Sorteos y promociones: define bases legales, elegibilidad y cómo se elige el ganador; conserva el registro de tiradas para auditoría.

• Accesibilidad: permite texto grande/alto contraste en etiquetas personalizadas para lectura rápida.

¿Cómo integrarlo en apuestas, juegos y educación?

La integración depende del caso de uso. Para operadores, un widget o API puede ofrecer tiradas verificables en servidor con registro auditable; para docentes o creadores, un iframe/overlay facilita su uso en presentaciones y directos. En cualquier integración con dinero real en España, la operación debe realizarla un titular de licencia de la DGOJ y cumplir requisitos técnicos y de juego responsable (18+).

Operadores y casas de apuestas:

• Backend: llamas a un servicio de tirada con semillas y nonce; recibes resultado, hash y prueba de verificación.
• Front-end: muestra animación/resultado y enlaza a la verificación “provably fair”.
• Conformidad: logs firmados, retención, y controles de acceso/AML.

Juegos de mesa y streamers:

• Overlay/iframe en OBS o navegador; atajos para repetir tiradas.
• Historial visible para transparencia con la audiencia.

Educación (probabilidad/estadística):

• Experimentos de frecuencia relativa: compara teoría vs. práctica con ventanas de 50/100/1.000 tiradas.
• Distribuciones: D6 (uniforme) y suma de 2D6 (triangular) para ilustrar convolución discreta.
• Proyectos: estimación de varianza y tests chi-cuadrado con datos de clase.

Sorteos y dinámicas promocionales:

• Etiqueta de caras con premios; cada cara debe ser equiprobable si no se especifica ponderación en bases.
• Publica fecha/hora y hash del registro para trazabilidad.

¿Qué app de dados online elegir en 2026?

Elegir una app de dados online depende de tu objetivo: simplicidad inmediata, transparencia “provably fair” para auditoría, opciones de 2 dados y suma (craps), variantes de caras, o integración en aulas, sorteos y streaming. Para juego con dinero real en España, recuerda que solo un operador con licencia de la DGOJ puede ofrecerlo; las utilidades de dados y sorteos sirven para práctica, demostración o dinámicas sin transacción económica.

¿Google Dado vs esta app? Ventajas clave

La herramienta de Google para “tirar dados” en el buscador es excelente para uso rápido y generalista, pero no está orientada a auditorías de juego ni a flujos de casino. Nuestra app prioriza verificabilidad y registro.

Rapidez y acceso:

• Google Dado: aparece al buscar “dado” o “roll a die” en el buscador; uso inmediato y gratuito.
• Esta app: acceso web directo, con modos 1D/2D, suma automática y variantes 3–20.

Transparencia y verificación:

• Google Dado: no expone semillas ni hashes para comprobación por el usuario.
• Esta app: esquema de commit–reveal con server seed, client seed y nonce, más historial encadenado para verificación independiente.

Casos de uso:

• Google Dado: ideal para decisiones rápidas, aula básica y demostraciones.
• Esta app: práctica de craps con 2 dados y suma, sorteos trazables, y soporte de verificación para auditar secuencias.

Integración:

• Google Dado: sin API pública específica para verificación de tiradas.
• Esta app: orientada a widget/API para incrustar resultados y pruebas de imparcialidad.

viruk, gynzy, dado.online, app-sorteos: ¿cuál elegir?

Estos dominios representan enfoques distintos: utilidades de dados en navegador, recursos educativos y herramientas de sorteos. La elección depende de si necesitas una tirada simple para clase, un dado personalizable para dinámicas de grupo, o un sorteo con trazabilidad. Revisa siempre las páginas oficiales para confirmar funciones y políticas: viruk.com, gynzy.com, dado.online, app-sorteos.com.

Regla práctica: si necesitas resultados transparentes para sorteos públicos o práctica rigurosa, prioriza verificación y registro. Para dinámicas de aula o directos casuales, bastará con un lanzador sencillo y estable.

¿Cómo evolucionaron los dados: de la mesa al online?

Los dados físicos se usan desde la antigüedad (hallazgos en Mesopotamia y el Mediterráneo), estandarizándose el cubo de seis caras en juegos de mesa y azar. El juego de “craps” desciende del “hazard” medieval y su versión moderna se popularizó en Estados Unidos en el siglo XIX. Con la digitalización, los generadores de números aleatorios (RNG) y más tarde los modelos “provably fair” llevaron la tirada a la web y al móvil. En España, el juego online está regulado desde la Ley 13/2011, con supervisión de la DGOJ; aunque los tiradores de dados genéricos no son, por sí mismos, juegos de azar con premio, sus integraciones con operadores deben respetar esa normativa. Hoy conviven tres capas: RNG criptográfico para imparcialidad, animación 3D para realismo y registros auditables para confianza pública.

¿Cuál es la mejor objeción y cómo la respondemos?

La objeción más fuerte es la confianza: “si el software controla el azar, puede sesgarlo”. Nuestra respuesta es técnica y verificable: separamos la generación del número de su visualización, usamos derivación criptográfica reproducible por el usuario, encadenamos el historial con hashes y publicamos métricas estadísticas que cualquiera puede contrastar. Para usos con dinero real, solo un operador con licencia en España puede ofrecer juego online y las auditorías de laboratorios acreditados son obligatorias según marco regulatorio; nuestra utilidad ofrece transparencia “provably fair” para práctica, demostración y sorteos sin contraprestación.

“No me fío de los dados online”: ¿tienen razón?

La desconfianza está justificada si no hay pruebas. Cualquier generador que no permita verificación externa es, a efectos prácticos, una “caja negra”. La forma correcta de abordar esta duda es exigir mecanismos que impidan alterar resultados a posteriori y permitan a cada usuario recomputar su tirada de forma independiente.

Riesgos reales si no hay controles:

• Sesgo matemático (p. ej., usar “x mod 6” sin muestreo con rechazo).
• Manipulación de secuencias (borrar tiradas “desfavorables” del historial).
• Dependencia de la animación (física 3D acoplada al frame-rate).

Garantías mínimas que debes exigir:

• Esquema “commit–reveal” con semillas (server/client) y nonce, y mapeo a 1–6 sin sesgo.
• Registro encadenado con hash de bloque por tirada y marca temporal.
• Algoritmo documentado y reproducible localmente.

Cómo lo resolvemos:

• Separación estricta entre RNG y UI; la animación 3D no puede cambiar el valor ya decidido.
• Publicación de los datos de verificación de cada tirada (semillas reveladas y hash previo).
• Monitorización estadística continua y alertas si se detecta desviación significativa.

¿Qué pasa con privacidad, datos y anuncios?

Aplicamos principios de minimización y separación de funciones. La tirada no requiere cuenta. Los datos técnicos necesarios para prestar el servicio (p. ej., dirección IP para servir la página) se procesan con finalidad operativa y se retienen el tiempo estrictamente necesario. Las cookies no esenciales (analítica o publicidad) requieren consentimiento. Tus derechos de acceso, rectificación, supresión, oposición, limitación y portabilidad se atienden conforme al marco europeo de protección de datos.

Datos:

• Sin registro obligatorio para tirar; historial local opcional en el navegador.
• Logs de verificación anonimizados; no incluyen información personal.

Cookies y analítica:

• Esenciales: necesarias para seguridad y funcionamiento.
• No esenciales: solo con tu consentimiento explícito.

Anuncios:

• Total separación técnica: el sistema de anuncios no interactúa con el RNG ni con el registro de tiradas.
• La presencia o bloqueo de anuncios no afecta a los resultados.

Transparencia:

• Política clara de datos y cookies; controles accesibles para cambiar tu elección en cualquier momento.
• Retención limitada y documentación de seguridad disponible.

¿Qué métricas públicas y auditorías ofrecemos?

Publicamos evidencias que permiten evaluar imparcialidad y detectar desviaciones. Cada tirada incluye datos para recomputar el resultado; además, agregamos estadísticas sobre ventanas móviles (p. ej., 10.000/100.000 tiradas) y resultados de pruebas estándar. Cuando se requiere certificación para operar con premio, se recurre a laboratorios de ensayo acreditados bajo estándares reconocidos; las metodologías y versiones aplicadas se documentan.

Métricas públicas:

• Frecuencia por cara (D6) con intervalos de confianza y test chi-cuadrado (gl=5).
• Distribución de sumas (2D6) comparada con el vector teórico [1,2,3,4,5,6,5,4,3,2,1]/36.
• Trazabilidad: hash del bloque anterior + actual por tirada y marcas temporales ISO 8601.

Auditorías y pruebas:

• Baterías estadísticas sobre bits generados (Monobit, Runs, Serial según prácticas de referencia).
• Pruebas de salud continuas del generador (Repetition Count Test y Adaptive Proportion Test) con umbrales configurados.
• Revisión de implementación: muestreo con rechazo, no uso de “mod n” sesgado, separación RNG/UI.

La siguiente tabla resume las pruebas y criterios de alerta empleados, todos de interpretación estándar en análisis de aleatoriedad. El umbral de significación típico es α=0,01 para activar investigación (no implica por sí mismo “sesgo”, sino una señal temprana que requiere revisión).

Además de estas métricas, cualquier usuario puede recomputar su tirada con las semillas y el nonce publicados y verificar que el mapeo a 1–6 se realizó mediante muestreo con rechazo. Si alguna señal estadística dispara alerta, se abre investigación, se detalla el alcance y se publican las medidas correctivas para mantener la confianza del sistema.

Preguntas Frecuentes

¿Es legal usar un dado online para sorteos o competiciones en España?

Sí, es legal para sorteos sin contraprestación económica o promociones con bases claras; si hay juego con premio en dinero real, solo puede operarlo un titular con licencia de la DGOJ bajo la Ley 13/2011. En todos los casos rigen RGPD, política de cookies y restricción 18+ para juego con dinero.

¿Cómo verifico una tirada “provably fair” en menos de 1 minuto?

Recalcula el HMAC con el server seed revelado, tu client seed y el nonce, y comprueba que el hash previo coincide con el compromiso publicado; luego verifica que el mapeo a 1–6 se hizo con muestreo con rechazo. Con una librería HMAC-SHA-256 y datos de la tirada, el proceso es: validar que SHA-256(serverSeed) coincide con el hash previo, computar HMAC-SHA-256(serverSeed, clientSeed||nonce) y extraer un entero uniforme, aplicar muestreo con rechazo hasta un múltiplo de 6 y mapear a 1–6, confirmar que el resultado coincide con el mostrado y que el bloque del registro encadena el hash anterior y el actual.

¿Qué tamaño de muestra necesito para detectar un sesgo del 2% en un D6?

Para detectar que una cara se desvía un 2% absoluto de 1/6 con α=0,01, necesitas aproximadamente N ≈ 2.310 tiradas (z=2,58; N ≈ z²·p·(1−p)/δ² con p=1/6 y δ=0,02). Para un contraste global chi-cuadrado en 6 categorías con potencia del 80%, el orden práctico suele estar entre 3.000 y 5.000 tiradas según el patrón de desviación.

¿Por qué usar “x mod 6” puede sesgar un dado y cuánto es el sesgo?

Si el rango fuente no es múltiplo de 6, algunos residuos aparecen una vez más que otros; el sesgo es pequeño pero real y acumulativo. Ejemplo con 2^32 valores: 2^32 = 6·715.827.882 + 4, por tanto cuatro residuos ocurren 715.827.883 veces y dos, 715.827.882; la diferencia relativa es 1/2^32 ≈ 2,33×10⁻¹⁰ por tirada (con 2^16 es 1/65.536 ≈ 1,53×10⁻⁵), lo que se elimina usando muestreo con rechazo.

¿Las animaciones 3D o el FPS pueden cambiar el resultado del dado?

No, si el diseño separa RNG y render: el número se decide antes y la animación solo lo ilustra. Una arquitectura correcta usa integración de física a paso fijo, render desacoplado y bloqueo del valor final; puedes comprobarlo repitiendo la verificación con el mismo server seed, client seed y nonce: obtendrás el mismo resultado incluso si el FPS varía.

¿Cómo calcular rápidamente la probabilidad de una suma con 2 dados sin tabla?

Usa el conteo combinatorio: para suma k entre 2 y 12, el número de combinaciones favorables es min(k−1, 13−k) y la probabilidad es min(k−1, 13−k)/36. Por ejemplo, k=7 tiene 6 combinaciones sobre 36 (16,67%), k=4 tiene 3/36 (8,33%) y k=11 tiene 2/36 (5,56%).

¿En qué se diferencia un RNG criptográfico (HMAC_DRBG/CTR_DRBG) de Mersenne Twister para un dado online?

Un DRBG criptográfico es impredecible sin la clave y resiste inversión; Mersenne Twister, aunque tiene un periodo de 2^19937−1, es predecible tras observar 624 salidas de 32 bits al reconstruir su estado. Para juego verificable, HMAC_DRBG o CTR_DRBG (NIST SP 800-90A) con semillas de ≥128–256 bits garantiza uniformidad y resistencia a predicción, cosa que MT no ofrece.

¿Qué debe devolver una API de tirada justa para permitir auditoría externa?

Debe incluir el hash de compromiso previo, el server seed revelado o su hash (según fase), el client seed, el nonce, el HMAC aplicado, el resultado y la marca temporal, junto al hash encadenado del registro. Un ejemplo mínimo es: serverSeedHash, serverSeed (post-reveal), clientSeed, nonce, hmac, result, timestamp ISO 8601 y chainHash, con lo que cualquier tercero puede recomputar el HMAC y verificar la cadena de logs.

¿Qué variación es normal en 1.000 tiradas de un D6?

Para cada cara, la frecuencia esperada es 16,67% con un intervalo de confianza del 95% de aproximadamente ±2,31 puntos porcentuales. El error estándar es √(p(1−p)/N) ≈ √(0,1389/1000) = 0,0118; por tanto 16,67% ± 1,96·0,0118 ≈ 14,36% a 18,98% sin indicar sesgo.

¿Cómo detectar borrados o manipulaciones en el historial de tiradas?

Verifica que cada bloque incluye el hash del bloque anterior y que la cadena SHA-256 se mantiene intacta y en orden temporal ascendente; cualquier omisión rompe la cadena. La comprobación es O(N) sobre N tiradas: recalculas hash(previo||actual) secuencialmente, confirmas nonces consecutivos y fechas ISO 8601 crecientes y comparas el hash final con el publicado.

¿Sirve de algo fijar mi propia client seed y qué seguridad añade?

Sí, añade entropía externa y evita que el servidor pueda adaptar resultados tras el compromiso de su seed; con 128 bits de client seed, el espacio es ≈3,4×10³⁸ combinaciones. Combinada con un hash de compromiso del server seed y nonces crecientes, permite reproducir y auditar cada tirada de forma independiente.

¿Qué latencia práctica tiene una tirada online verificada y de qué depende?

El cálculo criptográfico tarda micro a milisegundos, la latencia percibida proviene de red y render: típicamente 50–200 ms de ida y vuelta HTTP/HTTPS y 0,5–1,5 s de animación 3D. En conexiones móviles con 4G/5G y dispositivos medios, el tiempo total visible suele quedar entre 0,6 y 1,8 s; desactivar animación reduce a la latencia de red.

¿Qué riesgos hay si el proveedor reutiliza el mismo server seed durante mucho tiempo?

Aumenta el “blast radius” en caso de compromiso y facilita correlaciones sobre un mismo secreto aunque el nonce cambie; la impredecibilidad individual se mantiene, pero la exposición se acumula. Una práctica segura es rotarlo por ventana temporal o por número de nonces (por ejemplo, ≤10⁶ tiradas por seed) y publicar el hash del nuevo compromiso antes de usarlo.

¿Cómo simular correctamente un D100 con dos D10 sin sesgo?

Usa dos D10 marcados 0–9 para formar un número de 00 a 99 y mapea 00→100; así todos los resultados 1–100 son equiprobables. Si generas 0–99 digitalmente, aplica muestreo con rechazo para múltiplos de 100 y evita usar “x mod 100” si el rango fuente no es múltiplo exacto de 100.

¿Qué requisitos de accesibilidad mínimos debería cumplir una app de dados online?

Cumplir WCAG 2.1 AA: contraste de texto al menos 4,5:1, control completo por teclado con foco visible, roles y etiquetas ARIA para lectores de pantalla y no depender del color como único canal informativo. Con estas medidas, la interacción y la lectura del resultado son consistentes para usuarios con baja visión, daltonismo o sin ratón.