Spelstruktur och avkodning
Spelet består av tolv oberoende rättvisa binära steg. Dessa steg avslöjar tre block om fyra bitar. Varje komplett block avkodas till ett nummer mellan 0 och 15. För att erhålla variablerna a, b och c läggs 1 till varje avkodat blockvärde, vilket resulterar i heltal mellan 1 och 16.
Den centrala statistiken är antalet heltalspar (x, y) där både x och y ligger mellan 1 och 16 och uppfyller ekvationen a*x + b*y = 16*c. Denna råa terminalstatistik är grunden för belöningsberäkningen.
Belöningslägen och poängsättning
Innan varje omgång måste du förhandsvälja en belöningsviktningskurva: linjär, kvadratisk eller kubisk. Poängfunktionen definieras som function score(mask){return statistic((mask>>8)+1,(mask>>4&15)+1,(mask&15)+1)-CFG.min;}, där CFG.min är det globala minimivärdet för statistiken.
Den live bruttokvoten beräknas som 0,97 gånger det villkorliga förväntade slutvikten dividerat med den initiala förväntade slutvikten. Denna kvot kan öka, minska eller bli noll. Det valda läget påverkar utfordelningen, men den förväntade RTP:n förblir konsekvent 97 % över policyerna enligt den matematiska bevisföringen.
Kontroller, Insatser och Utbetalning
Insatserna kan väljas till 10, 20, 50 eller 100 spelmynt, där 20 är standard. När en insats är fastställd låses inställningarna, påfyllnaden och kontrollerna för att starta ett nytt omgång fram till utbetalning.
Utbetalning sker när du manuellt tar emot den aktuella kvoten, när en förinställd auto-tröskel överskrids eller när kvoten når noll. Om kvoten når noll löses den innan kontantuttag om de sker vid samma händelse. Det sista steget 12 tar emot den aktuella kvoten för överlevande omgångar. Vid utbetalning krediteras golvet för (bruttovinst + lagrad bråkdel av carry); eventuellt restvärde kvarstår. Omgångar med nollavkastning lämnar den bråkdel av carry oförändrad.
Auto-samling och stoppregler
Automatisk utbetalning kan ställas in på av, 1,25, 1,75 eller 2,50. En tidigare passerad autotröskel avgör spelet innan en senare nollhändelse. Om nollnollningen inträffar först vid samma händelse har den företräde. Processen prioriterar tidigare passerade händelser framför senare krascher; det överlevande terminalsteget 12 hämtar det aktuella värdet om ingen tidigare upplösning sker.
Matematiskt underlag och RTP
Tabellen nedan visar simuleringar baserade på 1 000 000 omgångar för varje kurva och strategi. Dessa är stödjande stickprovsobservationer och inte den matematiska utbetalningslagen. Den förväntade RTP är konsekvent 97 %.
| Kurva | Strategi | Förväntad RTP | Mätt RTP |
|---|---|---|---|
| 0 (Linjär) | manual-step6 | 97 | 96,9894 |
| 0 (Linjär) | terminal12 | 97 | 96,8616 |
| 0 (Linjär) | first-cross1.25 | 97 | 96,9612 |
| 0 (Linjär) | first-cross1.75 | 97 | 96,9308 |
| 0 (Linjär) | first-cross2.50 | 97 | 96,9083 |
| 1 (Kvadratisk) | manual-step6 | 97 | 96,9489 |
| 1 (Kvadratisk) | terminal12 | 97 | 96,8437 |
| 1 (Kvadratisk) | first-cross1.25 | 97 | 96,9657 |
| 1 (Kvadratisk) | first-cross1.75 | 97 | 97,0262 |
| 1 (Kvadratisk) | first-cross2.50 | 97 | 97,2365 |
| 2 (Kubisk) | manual-step6 | 97 | 97,0121 |
| 2 (Kubisk) | terminal12 | 97 | 97,6186 |
| 2 (Kubisk) | first-cross1.25 | 97 | 97,0164 |
| 2 (Kubisk) | first-cross1.75 | 97 | 96,9790 |
| 2 (Kubisk) | first-cross2.50 | 97 | 97,2465 |
Plånbok, persistens och demo-identitet
Demo-plånboken startar med en initial balans på 1000 virtuella mynt. Återställning sker manuellt och endast vid inaktivitet: om balansen sjunker under 10 medan du är inaktiv, återställs den till exakt 1000. Påfyllning tar inte bort den bråkdel som bärs vidare, vilken kvarstår i webbläsarens localStorage under avveckling, påfyllning och omladdning.
Om du laddar om sidan under en påbörjad omgång dras insatsen kvar, och omgången avslutas utan återbetalning eller fortsättning. Standardinsatsen (20) och den första förinställningen återställs efter omladdning. Virtuella mynt har inget kontantvärde, och det finns inget konto eller betalningsflöde i denna demo. Lagringen omfattar balans för virtuella mynt och bråkdel av utbetalning i webbläsarens localStorage.
Vanliga frågor
Hur beräknas poängen i Bounded Diophantine solutions Claim?
Poängen beräknas genom att avkoda tre fyra-bitarsblock till heltalen a, b och c (1–16), och sedan räkna antalet heltalspar (x,y) mellan 1 och 16 som uppfyller ekvationen a*x + b*y = 16*c. Det globala minimumet dras från detta antal.
Vad händer om kvoten når noll?
Noll löses innan cashout om de inträffar vid samma händelse. En tidigare korsad auto-tröskel avvecklas innan en senare noll-händelse. Om noll är först avslutas omgången med den lösningen.
Upprätthålls den bråkdel som bärs vidare efter en påfyllning?
Ja. Den bråkdel som bärs vidare kvarstår i webbläsarens localStorage under avveckling, påfyllning och omladdning. Påfyllning tar inte bort den.