FAIR DRAW LAB
31,103 tiket, pare-pareho ang bigat.
2026-09-18
Ang kilalang talata at ang talatang ngayon mo lang nakita ay nagsisimula sa parehong panuntunan. Heto muna ang 30-second version kung paano pinananatiling patas ang standard draw. Nasa ibaba ang mas malalim na technical details para sa gustong sumilip.
Isipin ang isang napakalaking kahon ng bunutan
May 31,103 Scripture slots ang standard draw. Para itong 31,103 tiket na pare-pareho ang laki at bigat sa iisang kahon.
Hindi dinadagdagan nang palihim ang John 3:16. Hindi rin pinapalakas ang tsansa ng verse na wala pa sa Collection mo. At walang AI na pumipili ng “bagay sa iyo ngayon” para baguhin ang standard odds.
Hindi palaging pareho ang paghahati ng verse sa bawat translation, kaya shared internal draw IDs ang gamit. Nasa “Mas malalim na technical details” ang eksaktong implementation.
“Bakit parang Psalms lagi?” Pinapaboran ba?
Pareho ang chance ng bawat individual slot, pero hindi pare-pareho ang dami ng verse sa bawat aklat. Dahil maraming verse ang Psalms, mas marami rin itong “tiket” sa kahon kaysa sa isang napakaikling aklat.
Hindi ito book-level weighting. Ito ang natural na resulta ng pantay na chance bawat verse.
Malakas din ang “dice” ng computer
Sa pagpili ng Scripture slot, ginagamit ng Bible Gacha ang built-in browser random function na angkop din sa security-sensitive work. Hindi ginagamit ang Math.random() para tukuyin ang nanalong Scripture.
Ang technical name ay crypto.getRandomValues(). Sa madaling salita: mas mahirap hulaan ang susunod na roll.
Kapag hindi pantay ang hati, hindi namin pinipilit
Halimbawa, kung 10 numero ang hahatiin sa 3 tao gamit lang ang remainder, may isang makakakuha ng apat habang tatlo lang ang iba. May napakaliit na bersyon ng problemang iyan kapag direktang ipinilit ang isang malaking computer number sa 31,103 slots.
Kaya kapag tumama ang value sa maliit na natitirang bahagi na hindi puwedeng hatiin nang pantay, hindi iyon ginagamit at bumubunot muli ang Bible Gacha.
Ang technical name nito ay rejection sampling. Ang bias na iniiwasan nito ay modulo bias.
Naulit agad ang parehong verse. Bug ba?
Hindi. Hindi ibig sabihin ng random na laging maayos ang pagitan. Normal ang repeats at clusters. Hindi binabawasan ng Bible Gacha ang susunod na chance dahil lumabas kamakailan ang isang verse.
Paano kung pumalya ang pag-load ng text?
Hindi namin palihim na pinapalitan ang nanalo. Nananatili ang napiling Scripture at ang parehong resulta ang sinusubukang ipakita muli.
Mas maliit lang ang kahon sa theme draw
Sinasadyang paliitin muna ng theme draw ang eligible pool. Sa loob ng mas maliit na pool na iyon, tig-isang entry pa rin ang bawat slot.
Mga bagay na hindi ginagawa ng standard draw
- Palihim na palakasin ang popular na verse
- Paboran ang kulang sa Collection para mas mabilis makumpleto
- Hinaan ang recent result dahil “kakalabas lang niyan”
- Palitan ang winner dahil pumalya ang text loading
- Lagyan ang Scripture ng SSR/R/N-style value tier
Mas malalim — technical details
Puwede kang tumigil dito at mag-enjoy sa bunot. Pero kung gusto mong makita kung gaano kadetalye ang fairness checks, nasa ibaba lahat.
Ano ba talaga ang 31,103 draw slots?
Para ma-normalize ang pagkakaiba ng verse boundaries sa iba't ibang translation, shared canonical Scripture IDs ang draw units. May 31,103 unique IDs ang kasalukuyang standard pool.
Kung maraming verse ang ibinalik bilang isang display segment ng isang translation, hindi nito binabago ang winning odds.
Ipakita ang RNG at bias-avoidance details
Web Crypto crypto.getRandomValues() ang ginagamit. Gumagamit ang browser ng cryptographically suitable pseudorandom generator na ini-initialize mula sa malalakas na platform randomness source.
Dahil hindi eksaktong nahahati ang 2^32 sa 31,103, itinatapon at inuulit ang mga value na lampas sa pinakamalaking evenly mappable range. Ito ang rejection sampling.
Hindi namin ito tinatawag na “true random”; inilalarawan namin ito bilang cryptographically strong random values mula sa Web Crypto.
Para saan ang SHA-256?
Isipin ang SHA-256 bilang fingerprint ng draw pool. Kahit isang character ang magbago, mag-iiba ang fingerprint. Bago bumunot, chine-check ng app kung tugma ang pool sa inaasahang fingerprint at humihinto kung hindi.
Standard-pool fingerprint
bc6fbe0c6855f2e1c32f8c7ad171409b22606e24f28ccc5900e8ea3607dd4dea
Theme-pool fingerprints
| Theme | Bilang | SHA-256 |
|---|---|---|
| Para sa nagsisimula | 26 | f3178b9c83d79e73750c03e469325ec5cb689936e4d020d359db6e786cc71b53 |
| Pagkabalisa | 27 | 325ef721119f430ea810f208eadc1794d17ab1043ad133194b57028b78a8423a |
| Kalungkutan | 27 | 1303f1124a67a17d812b6ce1a2345f60088e757e1badf6ab6564a1ea704e65b5 |
| Walang gana | 24 | 86c3ab3b921f77e00292062cc6fc70b293ed45f7940f128b94777e4a64b11f36 |
Mapapatunayan ba ng napakaraming simulation na patas ang RNG?
Makakatulong ang malalaking statistical test sa paghahanap ng implementation mistakes, pero hindi sila sapat para patunayan nang lubusan ang pagiging angkop ng RNG. Malinaw din ang paalala ng NIST tungkol dito.
Kaya hindi lang “marami naming beses na pinatakbo” ang inilalathala ng Bible Gacha. Kasama rin ang random source, mapping method, eligible pools, at verification fingerprints.
Mga sanggunian
Kapag nagbago ang algorithm o pool, sabay ding ia-update ang pahinang ito.