Åtte rettferdige bits og to samtidige oppdateringer
Åtte uavhengige, rettferdige bits danner en sirkulær stripe. Bruk Regel90 to ganger: hvert neste bit er XOR-en av naboene til venstre og høyre i forrige rad, med omvikling i endene. Alle posisjoner oppdateres samtidig. Bare de opprinnelige bitene trekkes; de to oppdateringene er deterministiske beregninger uten nye trekk. En hel innsats dekker hele trekningen.
Rå poengsum=max(0,antall1-bitter ETTER den andre oppdateringen−2). Dette er ikke rangering, en sum over begge oppdateringer eller antall opprinnelige bits. Programmet beregner dette automatisk; spillerne velger ikke opprinnelige bits, stopper beregningen eller endrer modus etter å ha sett poengsummen.
Opprinnelig 11000000 blir 11100001 og deretter 00110011: fire satte bits gir poengsum 2. Opprinnelig 10000000 blir 01000001 og deretter 00100010: to satte bits gir poengsum 0. Poengsummen er ikke direkte utbetalingsmultiplikatoren; hver eksponent krever sin egen gjennomsnittlig normalisering.
Poengsummene 0, 2, 4, 6 forekommer 80, 96, 64, 16 ganger. Det er 176 positive og 80 null-resultater. Poengsummene 1, 3, 5 kan ikke forekomme. Modusendringer bevarer frekvensen for positive utfall. Positiv brutto kreditt kan være mindre enn innsatsen. Tidligere utfall endrer ikke de nye uavhengige opprinnelige bitene.
For p=1, 2, 3 er brutto multiplikator=0,96*rawScore^p/gjennomsnitt(rawScore^p). Nøyaktige gjennomsnitt er 2,125, 7,75, 32,5. Hver modus har 96 % forventet uberegnet brutto kreditt, ikke vinnfrekvens, netto fortjeneste eller en garantert sluttbeholdning. Null forblir null. Potenser er ikke multiplikasjon med 2 eller 3. Velg modus før trekningen, ikke etter beregning av poengsum.
Hele innsatsen og modusen fanges før trekningen med ett engangs debet. Oppsett tar 480 ms. Innstillinger og påfyll låses under oppsett og en aktiv automatisk kø. Automatisk planlegger maksimalt 10 runder med tilstrekkelig saldo. Stopp avbryter fremtidige runder mens den gjeldende runden oppsettes. Ingen tidlig utbetaling, bitvalg eller omrullering eksisterer.
En ny nettverkslommebok starter på 1000 virtuelle mynter. Oppsatt heltallssaldo og brøkdel av utbetaling lagres i localStorage. En brutto kreditt legges til enhver lagret brøkdel; heltallsdelen krediteres, og den gjenværende brøkdelen føres videre. Disse myntene har ingen kontantverdi, innskudd, uttak eller premier. Lagringen tilhører denne nettleseren og opprinnelsen, ikke en konto eller en ekstern betalingsbeholdning.
Bare en ubrukt saldo under ti tilbyr Gratis påfyll. Å klikke på det setter saldoen til 1000; det legger ikke til 1000 på den eksisterende saldoen. Den brøkdelte carry-bevaringen beholdes. Påfyll er ikke tilgjengelig under oppsett eller en aktiv automatisk kø. Endring av innsatsen kan ikke tvinge et påfyll mens saldoen er ti eller mer. En tidligere lagret nullsaldo forblir null etter lasting til brukeren klikker det tilgjengelige påfyll.
Lasting bevarer lagret saldo og brøkdel av carry når nettverkslagring er tilgjengelig. En trekning debiterer sin innsats før den korte oppsettsanimasjonen: å forlate eller laste siden under denne ufullstendige animasjonen kan kaste bort den ventende kreditten. Lasting etter oppsett bevarer det fullførte resultatet. Å tømme minnet alene sletter kanskje ikke localStorage; å fjerne lagring fra nettstedet kan slette lommeboken. Privat utforskning og nettleserinnstillinger kan endre tilgjengelighet og holdbarhet for lagring.
Sett bitverdier i andre rad minus 2, begrenset til 0
Ukorrigert poengsum=max(0, antall 1-biter ETTER den andre oppdateringen−2). Dette er ikke rangering, en sum over begge oppdateringene eller det opprinnelige bitantallet. Programmet beregner dette automatisk; spillerne velger ikke opprinnelige biter, stopper beregningen eller endrer modus etter å ha sett poengsummen.
Nøyaktige gjennomsnitt og forventet bruttokreditt
For p=1,2,3 er bruttomultiplikator=0,96*rawScore^p/gjennomsnitt(rawScore^p). Nøyaktige gjennomsnitt er 2,125, 7,75, 32,5. Hver modus har 96 % forventet uavrundet bruttokreditt, ikke vinnfrekvens, netto fortjeneste eller en garantert sluttbeholdning. Null forblir null. Potenser er ikke multiplikasjon med 2 eller 3. Velg modus før trekning, ikke etter beregning av poengsum.
Den endelige virtuelle lommeboken
En ny nettleser-lommebok starter med 1000 virtuelle mynter. Avregnet heltallsbalanse og brøkdel av utbetaling lagres i localStorage. En bruttokreditt legges til enhver lagret brøkdel; heltallsdelen krediteres, og den gjenværende brøkdelen føres videre. Disse myntene har ingen kontantverdi, innskudd, uttak eller premier. Lagringen tilhører denne nettleseren og opprinnelsen, ikke en konto eller en ekstern betalingsbalanse.
Vår bevisføring verifiserer kun celleberegninger
Enumerering av 256 opprinnelige striper verifiserer kun To Wave Steps og normalisering. Det fastslår ingen utenforliggende virksomhet, app, lisens, personvern, økonomisk evne, juridisk tillatelse eller kommersiell spillmatematikk. Logotyper, domenealder, URL-struktur, HTTPS og søkerangeringer fastslår ikke virksomhetsidentitet.
Ofte stilte spørsmål
EK22-spørring og vår originale simulator?
EK22 er søkeemnet i denne uavhengige guiden. Det er ingen oppgitt forretningsidentitet, offisiell adresse, app, lisens, kundestøtte eller finansiell tjeneste her. Two Wave Steps er vår originale simulator med virtuelle mynter, ikke en kommersiell kopi eller en test av programvare fra andre.
Åtte rettferdige bits og to samtidige oppdateringer?
Åtte uavhengige rettferdige bits danner et sirkulært bånd. Bruk Regel90 to ganger: hvert neste bit er XOR-en av naboene til venstre og høyre i forrige rad, med omvikling i endene. Alle posisjoner oppdateres samtidig. Bare de opprinnelige bitene trekkes; de to oppdateringene er deterministiske beregninger uten nye trekninger. En hel innsats dekker hele trekningen.
Antall satte bits i andre rad minus 2, kuttet til 0?
Riktig poengsum=max(0,antallet 1-biter ETTER den andre oppdateringen−2). Dette er ikke rangering, en sum over begge oppdateringene eller antallet opprinnelige bits. Programmet beregner dette automatisk; spillerne velger ikke de opprinnelige bitene, stopper beregningen eller endrer modus etter å ha sett poengsummen.
Gir 11000000 poengsummen 2; gir 10000000 poengsummen 0?
Opprinnelig 11000000 blir 11100001 og deretter 00110011: fire satte bits gir poengsum 2. Opprinnelig 10000000 blir 01000001 og deretter 00100010: to satte bits gir poengsum 0. Poengsummen er ikke direkte utbetalingsmultiplikatoren; hver kraftnivå krever sin egen gjennomsnittlig normalisering.