Run Merge Grammar：ルール、操作方法、期待還元率

ゲームは、12個の独立した公平なビットを生成することから始まります。これらのビットは処理され、最大等ビット連続長の順序付きリストが生成されます。例えば、ビットの列は [4, 8] や [1, 2, 3, 6] のような連続長リストを生成する可能性があります。

スコアリングは、連続長リストの完全な順序付き完全二項括弧化の数を数えることで決定されます。有効な木構造は、各内部ノードの左枝の合計長が右枝の合計長より厳密に小さいという条件を満たす必要があります。葉ノードは元の順序を保持し、各連続長はちょうど1回だけ使用されます。リスト内の単一の連続長はスコア0を生成します。注目すべきは、定義された条件の下では、有効な完全木がスコア0になることはないということです。

生スコアの例

プレイヤーはラウンド開始前に生スコアのべき乗モードを選択します。利用可能なモードは 1, 2, 3 です。各モードは、生スコアに対して異なる数学的変換に対応しています。

モード別の正確な無条件平均値

これらの値は、すべての4096個の同等な確率の完全な語に対して、それぞれの生スコアのべき乗に対する正確な無条件平均値を表しています。

ゲームではライブラウンドの管理用の特定のコントロールが提供されます。単一の全体キャプチャされたステークが使用され、行のシェアはありません。

自動キャップ制限

プレイヤーは生のスコアのパワーと自動リベールキャップを事前に選択します。これらは4、8、または12に設定できます。これらの選択はライブラウンド中はロックされます。キャップはシステムが現在のクォートを自動的に銀行に預ける前に意味のあるリベールの最大数を決定します。

手動銀行とリベール

各意味のあるリベールは650msの固定遅延に従います。プレイヤーはラウンドがライブの間いつでも現在のクォートを手動で銀行に預けることができます。キャプチャされたステーク、パワー、およびキャップはラウンド中はロックされます。サウンドコントロールは独立して利用可能です。Auto10キューはありません。リフィルはアイドル状態でのみ利用可能です。

ゼロ潜在設定

将来のスコアの条件付き潜在がゼロになる場合、ラウンドはキャップに達する前にゼロで終了します。クォートはリベールプロセス中に上昇または下降する可能性があります。

ライブグロス銀行クォートは、取得された全体賭け金と公開されたランの統計的特性に基づいて計算されます。計算式は以下の通りです。

• ライブグロスクォート = 0.96 × 取得された全体賭け金 × （ターミナルパワー得点の正確な条件付き期待値 / 正確な無条件期待値）

より多くのビットが公開されるにつれて、クォートは変動します。条件付き潜在値がゼロに収束した場合、払い戻金はゼロになります。基礎となる数学的計算では、4096通りの等確率の完全な単語が列挙されています。

期待されるグロスリターン

制限付き停止則に基づく期待グロスリターンは、正確に96%です。これは、小数点以下の桁を保持したまま整数化された決済の前に計算されます。この数値は、単一セッションでの純利益を保証するものではありません。

以下の表は、各モードと自動キャップの組み合わせについて1,000,000ラウンドのシミュレーション測定値を示しています。これらは数学的な配当法則を示すものではなく、参考となるサンプル観測値です。すべての構成において、正確な総RTPは0.96のままです。

ウォレットの仕組み

• 初期残高：デモ用ウォレットの初期残高は1000です。
• 残高の回復：手動での待機状態でのみ実行可能な残高回復機能により、残高が正確に1000にリセットされます。これは残高が10未満でユーザーが待機状態にある場合に適用され、自動的なチャージや入金とは異なります。
• 小数点以下の残高の継承：小数点以下の残高は、決済、チャージ、再読み込みをまたいで保持されます。
• 決済済み残高：決済済み残高は、残高が0になった場合も含め、ローカルに保持されます。
• 未完了のラウンド：未完了のラウンド中にページが再読み込みされると、返金または再開なしでラウンドは終了します。

ストレージとプライバシー

このデモでは、決済済みデモ残高と小数点以下の残高の保持にブラウザのlocalStorageを使用しています。これにより匿名性が保証されるわけでも、その他の処理が除外されるわけでもありません。テンプレートではGoogle Fontsのスタイルシートが宣言されていますが、実際のブラウザからのリクエスト取得は保留状態です。このデモにはアカウントログインフローや決済フローはありません。仮想コインには現金としての価値はありません。