Crashの公平性

​

Crashラウンド中、オンチェーンでは何が起きていますか？

1. コミット：ベット受付開始前に、バックエンドがランダムな32バイトの秘密の値を生成し、そのSHA-256ハッシュをオンチェーンで公開します（start_new_round命令）。これがコミットメントです。この瞬間から、そのラウンドを精算できるのはまったく同じ秘密の値だけになります。コミットメントはトランザクションのCrashRoundPreparedイベントで公開されます。
2. ベット：プレイヤーがベットします。秘密の値は隠されたままで、コミットメントによってすり替えができないことが保証されます。
3. ラウンド開始／エントロピーの取得：ラウンドが始まると（start_game命令）、プログラムはSolanaのSlotHashes sysvarから最新のスロットハッシュを読み取り、ラウンドに保存します。アプリではこの値をラウンドのブロックハッシュと呼んでいます。この時点でクラッシュポイントは完全に確定します（保存されたスロットハッシュとコミットされた秘密の値だけで決まる関数です）。ただし、秘密の値を知らない人はまだそれを計算できません。この値はCrashGameStartedイベントで公開されます。
4. ラウンドの進行：倍率が上昇し、プレイヤーがキャッシュアウトします。
5. 公開：バックエンドが秘密の値を提出します（crash命令）。プログラムはsha256(secret)がコミットメントと等しいことをオンチェーンで検証し（一致しなければトランザクションは失敗します）、クラッシュポイントを自ら計算してラウンドを確定させます。CrashRoundFinalizedイベントで秘密の値、スロットハッシュ、最終的なクラッシュポイントが公開されます。

​

クラッシュポイントの正確な計算式は？

入力
  blockhash   32バイト   ラウンド開始時に保存されたSolanaのスロットハッシュ
  secret      32バイト   最後に公開される運営者の秘密の値（sha256(secret)としてコミット）
  edge_bps    整数       ベーシスポイント単位のハウスエッジ（「手数料と上限」参照。150 = 1.5%）

導出
  hash  = sha256( blockhash ‖ secret )        // 64バイトの入力：先にblockhash、次にsecret
  X     = u32_be( hash[0..4] )                // ハッシュの先頭4バイトを、ビッグエンディアンの符号なし32ビット整数として読む
  X'    = min( X, 2^32 − 1000 )               // 安全上限：下の分母が1000を下回ることはない

  crash_bps = max( 10000, floor( (10000 − edge_bps) × 2^32 / (2^32 − X') ) )

結果
  クラッシュ倍率 = crash_bps / 10000          // 例：29948 → 2.9948x

• 連結の順序は先にblockhash、次にsecretです。
• XはSHA-256出力の先頭4バイトからビッグエンディアンで読み取ります。
• 除算はすべて切り捨て（整数）除算です。
• max(10000, …)という下限により、倍率が1.00xを下回ることはありません。またXの上限によって、分母が極端に小さくなることを防いでいます。

​

計算例

分母        = 2^32 − 2882343476 = 1412623820
crash_bps   = floor( 9850 × 2^32 / 1412623820 ) = 29948
クラッシュ  = 2.9948x

​

分布の形

P(クラッシュポイント ≥ m) ≈ (1 − エッジ) / m

​

保証されること、されないこと

• コミットメントがオンチェーンに記録された後は、運営者がラウンドの秘密の値を変更することはできません。ハッシュが一致しない秘密の値では、公開トランザクションが失敗します。
• ラウンドが開始されると（スロットハッシュが保存されると）、クラッシュポイントは確定します。早くキャッシュアウトしても、遅くキャッシュアウトしても、大勢がキャッシュアウトしても何も変わりません。結果は倍率が上昇し始める前に決まっています。
• クラッシュポイントはバックエンドが報告するのではなく、プログラムが計算します。誤った値をオンチェーンに書き込むことはできません。
• 検証に必要なすべての情報（コミットメント、スロットハッシュ、秘密の値、最終的なクラッシュポイント）は、オンチェーンイベントで永続的に公開されます。

• 開始のタイミング。 運営者はラウンド開始前に秘密の値を知っており、そのバックエンドがラウンド開始トランザクションをいつ送信するかを決めます。直近のスロットハッシュは公開されているため、原理的には候補となるスロットについて倍率を事前に計算し、開始のタイミングを調整して、取得されるスロットハッシュに影響を与えることが可能です。この方式はそれを防ぐものではありませんが、観測可能にします。ラウンド開始のタイミングは公開されており、体系的な偏りがあれば、公開されたクラッシュポイントの統計に表れます。これは誰でも一括で再計算できます。
• キャンセル。 ラウンド開始後、運営者はプレイヤーより先に結果を知るため、不利なラウンドを公開せずにキャンセルすることが可能です。ただし2つの厳格な制限があります。キャンセルするとすべての賭け金が全額返金され（プログラムに没収の手段はありません）、すべてのキャンセルは公開イベントを発行します。キャンセルの頻度こそがオンチェーン上の手がかりです。キャンセルは、秘密の値が失われた場合（たとえばコミットと公開の間にバックエンドがクラッシュした場合）の復旧手段として存在しており、実際にはほぼ使われない想定です。

​

Crashラウンドはどう検証しますか？