Tirar Dados Online — D4, D6, D8, D10, D12, D20 (Simulador)
Lanza cualquier dado de juego de mesa estándar — d4 (tetraedro), d6 (cubo), d8 (octaedro), d10 (trapezoedro pentagonal), d12 (dodecaedro), d20 (icosaedro) o d100 — en cualquier cantidad. Cada dado se renderiza como el polígono geométrico correcto en SVG, así que lo visual coincide con tu set físico, con un degradado de color por tirada para variar el aspecto y la suma acumulada se actualiza cuando los dados aterrizan. Ideal para D&D, Pathfinder, juegos de mesa donde has perdido un dado, demostraciones de estadística en clase o cualquier sitio donde necesites una tirada imparcial sin rebuscar dados físicos.
Sobre esta herramienta
Cada valor de cara se genera con la Web Crypto API del navegador (crypto.getRandomValues) usando rejection sampling — sin sesgo de módulo, cada cara tiene exactamente la misma probabilidad incluso para d100 (donde el típico `random() % 100` se inclinaría ligeramente hacia los números bajos). El visual es geometría real: el d4 se renderiza como triángulo, el d8 como cuadrado rotado 45°, el d10 como silueta de trapezoedro pentagonal, el d20 como proyección decagonal, etc. El historial de tiradas guarda cada tirada anterior junto con el tipo de dado y la suma para que puedas auditar una jugada disputada ("¿de verdad sacaste un crítico?") o reproducir una secuencia para una partida. Ideal para RPGs de mesa (D&D 5e, Pathfinder 2e, La Llamada de Cthulhu, Star Wars), juegos de tablero (Monopoly, Catán, Yahtzee), lecciones de probabilidad en clase o cualquier decisión que necesite más granularidad que una moneda.
- d4, d6, d8, d10, d12, d20 y d100 — todos los dados de mesa comunes
- Lanza de 1 a muchos dados en un solo toque
- Siluetas SVG poliédricas que coinciden con la forma real de cada dado
- Entropía Web Crypto con rejection sampling — imparcial incluso en d100
- Suma en vivo de todos los dados tirados
- Historial persistente con tipo de dado y suma registrados
- Dados con colores y degradados aleatorios por tirada para contraste visual
- Funciona sin conexión una vez cargado — sin llamada de red por tirada
- Pulsaciones cómodas en móvil
- Apto para D&D, Pathfinder, juegos de mesa, demos de estadística y reglas caseras
Gratis. Sin registro. Tus datos permanecen en tu navegador. Anuncios mediante Google AdSense (con consentimiento).
Preguntas frecuentes
¿Son justos estos dados — cada cara igualmente probable?
Sí. Cada valor de cara se genera con `crypto.getRandomValues()` (W3C Web Cryptography API, Recomendación de 26 de enero de 2017) y usa rejection sampling para que cada cara tenga exactamente la misma probabilidad. El caso d100 es la prueba estricta: 100 no divide a 2³² de forma exacta, así que el ingenuo `r % 100` daría a las 96 caras inferiores aproximadamente 1 entre 4.300 millones más de probabilidad que a las caras 97..100 por tirada. El rejection sampling lo arregla — el reintento raro añade coste despreciable (menos de 2 reintentos esperados por tirada sea cual sea el tamaño del dado). En dados de madera reales la historia es distinta: el conjunto de datos de Pearson y Weldon de 1900 (26.306 lanzamientos de 12 dados) detectó un sesgo pequeño pero estadísticamente significativo hacia el 5 y el 6 en los dados de madera de la época porque el grabado de los puntos retira material de esas caras. Los dados modernos por inyección están mucho más cerca de ser justos, pero los dados SVG de esta página son matemáticamente exactos.
¿Por qué d100? Eso no es un poliedro regular, ¿verdad?
Correcto: no existe un poliedro regular convexo con 100 caras. Los sólidos platónicos se detienen en el icosaedro (20 caras); la siguiente forma regular que admite un dado justo es el triacontaedro disdyakis (120 caras). En la práctica el d100 se implementa como dos d10 (un dado de percentil más uno de unidad) o como un Zocchihedron (un dado de 100 caras introducido por Lou Zocchi en 1985, mecánicamente una esfera con 100 caras aplanadas — no realmente justo porque su superficie tiene restricciones topológicas sutiles). El d100 de esta herramienta es puramente numérico: elige 1..100 uniformemente con `crypto.getRandomValues()` más rejection sampling, y renderiza el resultado dentro de la misma silueta SVG que el d10 (un trapezoedro pentagonal) porque esa es la convención visual habitual para "dado de percentil" en las maquetaciones de RPG de mesa.
¿Por qué el d20 no se ve como el icosaedro de mi set de D&D?
Un icosaedro tiene 20 caras triangulares en 3D; en una pantalla 2D hay que proyectarlo. Esta herramienta dibuja una silueta decagonal (contorno de polígono de 10 lados) porque el perfil visible típico de un icosaedro desde un ángulo de mesa es aproximadamente un decágono — la misma convención que usan las hojas de personaje de D&D online. El número renderizado dentro es el valor de la cara tirada (1..20). El d4 se renderiza como triángulo (el tetraedro se proyecta a triángulo), el d8 como cuadrado rotado 45° (el perfil del octaedro en vista ortográfica es un rombo cuadrado), el d12 como hexágono (el perfil del dodecaedro es hexagonal). La correspondencia geométrica es aproximada por necesidad; lo que importa para el juego es el número, que se genera de forma justa según la respuesta anterior.
¿Vale para D&D, Pathfinder o juego de torneo?
Para partidas caseras y sesiones online de mesa, sí — la fuente de entropía (`crypto.getRandomValues()`) es criptográficamente segura y la lógica de rejection sampling es matemáticamente exacta, una propiedad que los dados físicos no pueden igualar (Pearson y Weldon en 1900 midieron el sesgo residual en dados de madera anteriores al moldeo por inyección). Para torneos sancionados con premio en dinero, los organizadores normalmente exigen dados físicos con altura de caída definida y un testigo — eso es justicia procedimental, no estadística, y ninguna herramienta del lado del cliente puede sustituirla. Para deberes de estadística que demuestran probabilidad de dados (la distribución de suma de dos dados, modo en 7 para 2d6, la prueba chi-cuadrado contra una distribución empírica observada per Pearson 1900), la herramienta produce datos limpios y exactos. El historial de tiradas se conserva en la sesión para auditoría y para repetir una secuencia.
¿Qué probabilidad tiene un golpe crítico (natural 20 en d20) según la matemática subyacente?
Exactamente 1 entre 20 = 5 % por tirada, porque el d20 aquí es uniforme en 1..20. "Ventaja" (tirar dos veces, quedarse con la más alta) eleva la probabilidad de un natural 20 a 1 − (19/20)² = 1 − 361/400 = 9,75 %; "desventaja" la baja a (1/20)² = 0,25 %. Estos son los mismos valores que usa D&D 5e de mesa; las probabilidades publicadas por D&D coinciden exactamente con el cálculo de un d20 uniforme (sin truco a favor de la casa). Para sumas de dos dados (2d6): la suma modal es 7 con probabilidad 6/36 = 16,7 %; las sumas 2 y 12 están empatadas como las menos probables con 1/36 = 2,78 %. Las distribuciones de suma para nd6 (n ≥ 3) se aproximan a una campana discreta según el Teorema del Límite Central, centradas en 3,5n con varianza n × 35/12.
Fuentes (6)
- World Wide Web Consortium (W3C) (2017). Web Cryptography API — each die face is generated by `crypto.getRandomValues()` plus rejection sampling, which makes every face equally likely even for d100 (where the underlying 2^32 range is not divisible by 100 and naive `r % 100` would skew probabilities toward the lower 96 faces by about 1 in 4.3 billion per draw); same secure entropy used by password managers and TLS handshakes. W3C Recommendation 26 January 2017 (Crypto.getRandomValues §3.3).
- Knuth, D. E. (1997). The Art of Computer Programming, Volume 2: Seminumerical Algorithms — Chapter 3 "Random Numbers" — establishes the proof that rejection sampling on a uniform source produces an unbiased uniform output for any integer bound, and analyses the expected number of retries (bounded by 2 retries for any bound up to 2^31); also covers the dice-sum distribution (the sum of n d-sided dice approaches a discrete Gaussian centred at n·(d+1)/2 as n grows). Addison-Wesley, 3rd edition (1997, ISBN 0-201-89684-2); Ch. 3 dates from 1st edition 1969.
- Pearson, K., & Weldon, W. F. R. (1900). Dice-tossing dataset of 26,306 throws of 12 dice — Weldon collected the data (each throw he counted dice showing 5 or 6 as a "success"), Pearson analysed it with the newly-introduced chi-square test; the dataset showed a small but statistically significant bias toward 5 and 6 in the wooden dice of the era, which Pearson interpreted as physical asymmetry around the carved pips; modern injection-moulded dice and SVG-rendered virtual dice are not affected by this bias. Pearson 1900 Philosophical Magazine Series 5 Vol. 50 No. 302 pp. 157–175; Weldon's raw data later published in Labby 2009 ("Weldon's dice, automated" Chance vol. 22 no. 4) with modern statistical re-analysis.
- Ecma International (2024). ECMA-262 16th edition (ECMAScript 2025) — `Math.random()` returns a Number in [0, 1) generated by an implementation-defined PRNG; V8 (Chrome, Node.js, Edge, Opera) and SpiderMonkey (Firefox) both implement xorshift128+ (Vigna 2014); V8 switched to xorshift128+ in v4.9.41, shipped with Chrome 49 stable in March 2016, replacing the earlier MWC1616 algorithm; xorshift128+ has a period of 2^128 − 1 and passes the BigCrush battery of TestU01 but is NOT cryptographically secure and SHOULD NOT be used for game integrity or fair tournament draws — this tool uses `crypto.getRandomValues()` instead. Ecma International, June 2025 (16th edition / ECMAScript 2025; PDF filename ECMA-262_16th_edition_june_2025.pdf at ecma-international.org); §21.3.2.27 Math.random; V8 implementation history at v8.dev/blog/math-random.
- Vigna, S. (2014). Further scramblings of Marsaglia's xorshift generators — defines xorshift128+, the algorithm V8 (Chrome, Node.js, Edge, Opera) and SpiderMonkey (Firefox) use as the implementation of `Math.random()`; replaces the older MWC1616 that V8 used pre-v4.9.41. Journal of Computational and Applied Mathematics 315 (May 2017) pp 175-181; pre-print arXiv:1404.0390 (April 2014, last revised 2016).
- World Wide Web Consortium (W3C) (2018). Web Content Accessibility Guidelines (WCAG) 2.1 — Success Criterion 4.1.3 Status Messages — the rolled dice values + live sum update via `aria-live="polite"` regions so screen-reader users hear each outcome without focus loss; the polyhedron shapes are decorative (aria-hidden) and the textual roll result carries the semantic meaning. W3C Recommendation 5 June 2018; carried unchanged into WCAG 2.2 (Recommendation 5 October 2023).
Son las publicaciones originales en las que se basan las fórmulas de esta herramienta. Localízalas con el nombre de la revista y el año en Google Scholar o PubMed.
Por Marco B. ·