Вісім чесних бітів та два одночасні оновлення
Вісім незалежних рівномірних бітів утворюють кільцевий ряд. Правило 90 застосовується двічі: кожен наступний біт є результатом XOR сусідніх бітів попереднього ряду зліва і справа, з урахуванням циклічного переходу на кінцях. Оновлення всіх позицій відбувається одночасно. Початкові біти вибираються один раз, а два кроки оновлення є детермінованими обчисленнями без нових випадкових виборів. Вся ставка покриває весь раунд.
Сировий результат = max(0, кількість одиниць ПІСЛЯ другого оновлення − 2). Це не ранг, не сума за обома оновленнями і не початкова кількість одиниць. Програма обчислює результат автоматично; гравці не обирають початкові біти, не зупиняють обчислення і не змінюють режим після отримання результату.
Початковий стан 11000000 перетворюється на 11100001, а потім на 00110011: чотири одиниці дають результат 2. Початковий стан 10000000 перетворюється на 01000001, а потім на 00100010: дві одиниці дають результат 0. Результат безпосередньо не є коефіцієнтом виплати; для кожного значення потрібна власна нормалізація за середнім.
Результати 0, 2, 4, 6 зустрічаються відповідно 80, 96, 64, 16 разів. Існує 176 додатних і 80 нульових результатів. Результати 1, 3, 5 неможливі. Зміна режиму зберігає частоту додатних результатів. Додатний валовий кредит може бути меншим за ставку. Попередні результати не впливають на нові незалежні початкові біти.
Для p=1, 2, 3 валовий коефіцієнт = 0,96 * rawScore^p / mean(rawScore^p). Точні середні значення: 2,125, 7,75, 32,5. Кожен режим має 96% очікуваного валового кредиту (не частоту виграшів, чистий прибуток чи гарантований баланс). Нуль залишається нулем. Степені не є множенням на 2 чи 3. Обирайте режим до початку розіграшу, а не після обчислення результату.
Вся ставка і обраний режим фіксуються до початку розіграшу одним попереднім списанням. Розрахунок триває 480 мс. Налаштування та поповнення блокуються під час розрахунку та активної автоматичної черги. Автоматичний режим планує не більше 10 раундів за умови достатнього балансу. Скасування скасовує майбутні раунди, поки поточний раунд розраховується. Дострокового виведення, вибору бітів або повторного кидка немає.
Новий браузерний гаманець стартує з 1000 віртуальних монет. Цілий баланс після розрахунку та дробова частина виплати зберігаються в localStorage. Валовий кредит додається до будь-якої збереженої дробової частини; ціла частина зараховується, а залишок дробової частини переноситься далі. Ці монети не мають грошової вартості, депозитів, виведення чи призів. Сховище належить цьому браузеру та домену, а не обліковому запису чи зовнішньому платіжному балансу.
Безкоштовне поповнення доступне лише за умови, що вільний баланс менший за 10. Натискання кнопки встановлює баланс на рівні 1000; воно не додає 1000 до поточного балансу. Дробова частина перенесення зберігається. Поповнення недоступне під час розрахунку або активної автоматичної черги. Зміна ставки не може примусити до поповнення, якщо баланс дорівнює 10 або більше. Попередньо збережений нульовий баланс залишається нулем після перезавантаження, доки користувач не натисне доступне поповнення.
Перезавантаження зберігає баланс і дробову частину, якщо браузерне сховище доступне. Розіграш списує ставку перед короткою анімацією розрахунку: вихід або перезавантаження під час цієї незавершеної анімації може призвести до втрати очікуваного кредиту. Перезавантаження після розрахунку зберігає завершений результат. Очищення кешу не завжди видаляє localStorage; видалення даних сайту може стерти гаманець. Приватний перегляд та налаштування браузера можуть змінювати доступність і збереження даних.
Біти другого ряду мінус 2, обрізані до 0
Сировий рахунок = max(0, кількість одиниць ПІСЛЯ другого оновлення − 2). Це не рейтинг, не сума за обома оновленнями та не початкова кількість бітів. Програма обчислює автоматично; гравці не обирають початкові біти, не зупиняють обчислення та не змінюють режим після перегляду рахунку.
Точні середні значення та очікуваний валовий кредит
Для p=1,2,3 валовий множник = 0,96 * rawScore^p / mean(rawScore^p). Точні середні значення становлять 2,125, 7,75, 32,5. Кожен режим має 96% очікуваного неокругленого валового кредиту, а не частоту виграшів, чистий прибуток чи гарантований кінцевий гаманець. Нуль залишається нулем. Степені не є множенням на 2 чи 3. Обирайте режим до витягування, а не після обчислення рахунку.
Кінцевий віртуальний гаманець
Новий браузерний гаманець починається з 1000 віртуальних монет. Цілий баланс та дробовий перенос виплати зберігаються в localStorage. До будь-якої збереженої частки додається валовий кредит; ціла частина зараховується, а решта дробу переноситься далі. Ці монети не мають грошової вартості, депозитів, зняття коштів чи призів. Сховище належить цьому браузеру та домену, а не обліковому запису чи зовнішньому балансу платежів.
Наш доказ перевіряє лише осередкові обчислення
Перелік 256 початкових смуг перевіряє лише два хвильових кроки та нормалізацію. Він не встановлює жодної зовнішньої діяльності, додатка, ліцензії, конфіденційності, фінансової спроможності, правового дозволу чи комерційної ігрової математики. Логотипи, вік домену, форма URL, HTTPS та позиції в пошуку не встановлюють ідентичність бізнесу.
Часті запитання
Запит EK22 та наш оригінальний симулятор?
EK22 — предмет пошуку в цьому незалежному посібнику. Тут не зазначено бізнес-ідентифікатор, офіційну адресу, додаток, ліцензію, службу підтримки чи фінансову послугу. Two Wave Steps — це наш оригінальний симулятор із віртуальними монетами, а не комерційна копія чи тест стороннього програмного забезпечення.
Вісім чесних бітів та два одночасні оновлення?
Вісім незалежних «чесних» бітів утворюють кільцеву стрічку. Застосуйте правило 90 двічі: кожен наступний біт дорівнює XOR сусідніх бітів з попереднього рядка (зліва і справа) із згортанням на кінцях. Усі позиції оновлюються одночасно. Вибірку здійснюють лише для початкових бітів; два оновлення — це детерміновані обчислення без нових випадкових змін. Уся сума ставок, що захоплена за один цикл, цінує весь раунд.
Кількість одиниць у другому рядку мінус два, обмежена значенням 0?
Чистий рахунок = max(0, кількість одиниць ПІСЛЯ другого оновлення − 2). Це не ранг, не сума за обома оновленнями і не початкова кількість бітів. Програма обчислює автоматично; гравці не обирають початкові біти, не зупиняють обчислення й не змінюють режим після отримання результату.
11000000 дає рахунок 2; 10000000 дає рахунок 0?
Початковий стан 11000000 стає 11100001, а потім 00110011: чотири одиниці дають рахунок 2. Початковий стан 10000000 стає 01000001, а потім 00100010: дві одиниці дають рахунок 0. Рахунок безпосередньо не є коефіцієнтом виплати; для кожного рівня потужності потрібне власне нормалізоване середнє.