BC.Gameにおけるクラッシュゲームの構造解析と証明可能公平性（Provably Fair）プロトコル
では、その停止地点はいつ決まるのでしょうか。
BC.Gameが「Provably Fair」で説明しているCrashでは、ラウンド中のクリックや賭け金を見てから倍率を作るわけではありません。1,000万個のSHA-256ハッシュがあらかじめ生成され、一つのハッシュに一つの結果が割り当てられています。画面の曲線は動いていても、対応する結果は先に存在しているという仕組みです。
この説明が正しいかどうかは、公開後のデータを使って調べられます。後に出たチェーン要素をハッシュ化し、一つ前の値と照合する。さらに、対象ハッシュから倍率を計算し直す。ここまでがProvably Fairで確かめられる範囲です。
反対に、Provably Fairだけでは分からないこともあります。パスワードが適切に管理されているか、入出金の審査がどのように行われるか、運営会社に十分な準備資金があるかといった点です。ハッシュの検証とサービス全体の信頼性は、同じ話ではありません。
現在のCrashページには「Classic」と「Trenball」の表記があります。本稿で扱うのは、BC.Gameがハッシュチェーン型Crashについて公開している数式です。モード別の技術資料が示されていない以上、この式がすべての表示モードにそのまま当てはまるとは言い切れません。
2026年8月に確認した「Terms of Service」では、運営会社はTwocent Technology Limitedです。ベリーズの法人登録番号は000041939、現行ライセンスはアンジュアン自治島政府発行のALSI-202410011-FI1となっています。Curaçaoを現在のライセンスとして併記できる記載は見当たりません。
日本国内から海外のオンラインカジノへ接続し、金銭や暗号資産を賭ける行為は違法です。以下はゲームの利用案内ではなく、公開されたアルゴリズムを読み解くための技術的な整理です。
クラッシュゲーム カジノのアルゴリズムとマルチプライヤー算出メカニズム
最初に押さえておきたいのは、BC.Game Crashの公開モデルが、よくあるServer Seed、Client Seed、Nonce方式ではないことです。ここを取り違えると、その後の検証も合いません。
Crashで使われるのは、SHA-256で連結されたハッシュチェーンです。1,000万個の値が事前に用意され、生成時とは逆の順番で使われます。後続の値から一つ前のハッシュを求められるため、公開済みの部分についてはチェーンのつながりを追えます。
計算に必要な要素は多くありません。
- 事前に生成された1,000万個のハッシュ。
- ラウンド結果に対応するSHA-256ハッシュ。
- 逆順で公開されるチェーン要素。
- 対象ハッシュの先頭13桁。
- 1%のハウスエッジを含む計算式。
後から公開された値にSHA-256を適用し、前に示されたハッシュと一致すれば、その二つは正しい順序でつながっています。途中の値だけを変更すれば一致しなくなるので、公開後の差し替えを見つけやすい構造です。
倍率の計算では、対象ハッシュの先頭13桁を16進数から整数 (h) に変換します。13桁の16進数は52ビットです。そこで、(h) を (2^{52}) で割り、0以上1未満の数値 (X) を作ります。
[
X=\frac{h}{2^{52}}
]
次に使うのが、BC.Gameの公開資料にある式です。
[
M_{\mathrm{raw}}=\frac{99}{1-X}
]
計算結果が100未満なら100とします。100以上なら小数部分を切り捨て、最後に100で割ります。
[
M=\frac{\max(100,\lfloor M_{\mathrm{raw}}\rfloor)}{100}
]
資料に掲載された (X=0.419206889692064) で試すと、(99/(1-X)) は約170.456です。小数部分を落として170とし、100で割るので、クラッシュポイントは1.70xになります。
SHA-256ハッシュチェーンと倍率計算への適用
SHA-256に同じ文字列を渡せば、毎回同じ256ビットのハッシュが返ります。一文字でも変われば、結果は別物になります。出力されたハッシュから元の入力を逆算することは、現実的な計算量では困難です。
Crashのチェーン検証で利用するのは、この一方向性です。後に公開された要素をSHA-256へ入れ、前の値と比べます。一致すればつながりを確認でき、不一致なら入力、順番、または公開データのどこかに問題があります。
HMAC-SHA256は別の仕組みです。秘密鍵とメッセージを組み合わせて値を作ります。BC.Gameがハッシュチェーン型Crashについて示している式には、HMACもClient SeedもNonceも出てきません。他のBC Originalsと同じ検証画面を想定すると、計算を誤ることになります。
自動キャッシュアウト（Auto Cashout）とレイテンシー制御
自動キャッシュアウトは、指定した倍率に達した場合の処理を自動化します。手動でボタンを押すより操作のばらつきは小さくなります。ただし、クラッシュポイントを先延ばしにする機能ではありません。
注意したいのは「自動」と「遅延ゼロ」が同義ではないことです。BC.Game関連資料には自動キャッシュアウトの説明がありますが、処理時間をミリ秒単位で保証する技術仕様は公開されていません。利用できる設定も、モードや画面の更新によって変わる場合があります。
数式から読み取れる基本値をまとめました。
| 項目 | 公開モデル上の値 | 読み方 |
| 理論RTP | 99.00% | 多数の試行を前提とする期待値 |
| ハウスエッジ | 1.00% | 倍率分布の全体に反映 |
| 最小クラッシュポイント | 1.00x | 100未満の計算値を100に置換 |
| 1.00xの理論確率 | 約1% | (X<0.01) となる範囲 |
| ハッシュ関数 | SHA-256 | チェーンの照合に利用 |
| チェーン長 | 1,000万個 | BC.Gameの公開資料に記載 |
| 抽出する値 | 先頭13桁の16進数 | 52ビット整数として計算 |
約1%という数字は、100回に一度という予定表ではありません。1.00xが短い間隔で続くこともあれば、100回以上出ないこともあります。履歴に現れた回数を数えても、次のクラッシュポイントは分かりません。
BC.Gameにおけるクラッシュ ゲームの動作構造とスクリプト設定
利用者が触れられるのは、賭け金、キャッシュアウト倍率、自動処理の条件です。ラウンドに割り当てられたハッシュや、そのハッシュから導かれるクラッシュポイントは変更できません。
自動キャッシュアウトも、確率を変える設定ではありません。低い倍率を選べば到達しやすくなりますが、成立時の倍率は小さくなります。高い倍率なら反対です。どちらを選んでも、公開モデル上のRTPは99%のままです。
自動キャッシュアウトを見る際の要点を整理します。
- 指定する倍率は予測ではなく、処理を行う条件。
- クラッシュポイントが先ならキャッシュアウトは不成立。
- 設定を自動化してもハウスエッジは残る。
- 画面表示と内部処理に時間差が生じる可能性がある。
- 利用できる項目は現在の画面を基準に判断する。
例えば2.00xを指定しても、次の結果が2.00x以上になる可能性は上がりません。直前に1.00xが続いていたとしても同じです。過去の並びは、まだ公開されていないハッシュの中身を教えてくれません。
BC.Gameのフォーラムには、利用者が作成したJavaScriptや自動ベットの設定例があります。便利そうに見えるコードでも、BC.Gameによる監査や動作保証を受けたものとは限りません。数年前の投稿なら、現在の画面では動かないこともあります。
コードを読むときは、少なくとも以下の部分を確認します。
- 初回に使う賭け金と通貨。
- 勝敗後に金額を変える計算式。
- 自動キャッシュアウト倍率。
- 最大賭け金と停止条件。
- 切断やエラーが起きた場合の処理。
- ブラウザ上で要求される権限。
知らないコードをコンソールへ貼り付けるのは危険です。ログイン中の画面やセッション情報を読み取る処理が含まれていても、短いコードを眺めただけでは気付けない場合があります。
Martingaleは、負けた後の賭け金を増やす方法です。数回なら小さな増加に見えても、連敗が続くと金額は急に大きくなります。Anti-Martingaleは勝った後に増やしますが、次のハッシュには影響しません。どちらも数学的な優位を生みません。
BC.Game クラッシュゲームの検証プロトコルとハッシュ照合手順
検証作業は二つに分けると分かりやすくなります。先にハッシュチェーンの連続性を調べ、その後で倍率を計算します。SHA-256だけでは倍率まで出せません。16進数の変換とBC.Gameの式が必要です。
使うデータは以下のとおりです。
| データ | 入手または算出方法 | 確認時期 | 用途 |
| 対象ハッシュ | 公開された検証情報から取得 | ラウンド後 | 倍率計算の元データ |
| 後続チェーン要素 | 後の段階で公開 | 公開後 | 前のハッシュとの照合 |
| 先頭13桁 | 対象ハッシュから抽出 | 検証時 | 52ビット整数へ変換 |
| 整数 (h) | 16進数から算出 | 検証時 | (X) の計算に使用 |
| 正規化値 (X) | (h/2^{52}) | 検証時 | 倍率式への入力 |
| マルチプライヤー (M) | 公開式から算出 | 検証時 | 履歴の結果と比較 |
この表にServer SeedやClient Seedがないのは、項目を省略したからではありません。公開されているCrashのハッシュチェーン方式では、倍率の再計算に使わないためです。
照合は次の順で行います。
- 対象ラウンドのハッシュと、その後に公開されたチェーン要素を用意します。
- 後から公開された値をSHA-256で処理し、先のハッシュと一致するか調べます。
- 対象ハッシュの先頭13桁を16進数から整数 (h) に変換します。
- (h) を (2^{52}) で割って (X) を求めます。
- (99/(1-X)) を計算し、100未満なら100とします。100以上なら小数部分を切り捨てます。
- 最後に100で割り、履歴のクラッシュポイントと比べます。
値が合わないときは、ハッシュを並べた順番や文字列の余白を見直します。16進数の変換、端数の切り捨て方も間違いやすい部分です。なお、この方法で分かるのは過去の結果だけです。
暗号資産を用いた資金管理とブロックチェーンプロトコル
CrashのSHA-256チェーンと、暗号資産の入出金は別々に動きます。ゲーム側のハッシュは倍率検証のためのものです。ウォレットから送るBTCやUSDTは、それぞれのブロックチェーンで処理されます。
ここで混同しやすいのが、ブロック時間と残高反映時間です。ネットワーク上でブロックに入った後も、BC.Game側が求める確認回数に達するまで待つ場合があります。混雑や手数料も所要時間に影響します。
代表的なネットワークの違いは次のようになります。
| ネットワーク | 主なアセット例 | プロトコル上の時間 | 手数料 |
| Bitcoin Native | BTC | 目標平均ブロック間隔は約10分 | Sat/vBと混雑状況で変動 |
| TRON（TRC-20） | USDTなど | ブロック約3秒、実質的確定は通常約1分 | BandwidthとEnergyを使用 |
| Ethereum（ERC-20） | ETH、USDTなど | 1スロット12秒 | Base FeeとPriority Feeで変動 |
| Polygon PoS | POL、USDTなど | ブロック1～2秒、実質的確定は約2～5秒 | ガス使用量と混雑状況で変動 |
表の時間は、BC.Gameへの入金完了を約束する数字ではありません。必要確認回数と内部処理が別にあるためです。Polygon PoSでは、MATICからPOLへの移行がほぼ完了しており、現在はPOLがネイティブのガストークンとして使われます。
送金画面では、次の点を一つずつ確かめます。
- 正しいドメインとHTTPS接続。
- 他サイトと使い回していないパスワード。
- 利用可能な場合の二要素認証。
- 暗号資産とネットワークの組み合わせ。
- 受取アドレスの文字列。
- 秘密鍵とシードフレーズの保管状態。
送信後に間違いへ気付いても、実質的に確定したトランザクションは簡単に戻せません。ブロックチェーンの改ざん耐性は、誤送金を取り消す機能ではありません。
日本国内におけるクラッシュゲームの法的位置づけ
警察庁の説明は明確です。海外で合法的に運営されるオンラインカジノであっても、日本国内から接続して賭博を行えば犯罪になります。暗号資産を使うことや、Provably Fairを採用していることは例外の理由になりません。
賭博罪には50万円以下の罰金または科料が定められています。常習賭博罪は3年以下の拘禁刑です。2025年9月25日からは、違法オンラインギャンブルを行うサイトやアプリを示す行為、利用へ誘導する情報の発信も禁止されています。
技術面だけを見ていると、見落としやすいリスクがあります。
- 日本国内から参加する場合の法的問題。
- 早いクラッシュポイントで賭け金を失う可能性。
- 短時間に何度も賭けることによる支出の増加。
- Martingaleや自動処理による金額の急拡大。
- 暗号資産と日本円の交換価値の変動。
- 偽サイト、アカウント侵害、誤送金。
アンジュアンのライセンスは、日本でオンラインカジノを提供する許可ではありません。画面に日本円換算が表示されたとしても、JPYで直接入金できることや、日本から合法的に参加できることを意味しません。
BC.Game構造的検証とよくある質問（FAQ）
BC.GameのクラッシュゲームにおけるProvably Fair（証明可能公平性）とは何ですか？
BC.Gameが公開するハッシュチェーン型Crashでは、1,000万個のSHA-256ハッシュが事前に作られ、逆順で使われます。後に公開された要素をSHA-256で処理し、前に示されたハッシュと比べれば、チェーンのつながりを調べられます。
対象ハッシュの先頭13桁と公開式を使うと、過去のクラッシュポイントも再計算できます。ここで検証できるのは、チェーンと倍率の関係です。アカウント、入出金、運営会社の財務状態は対象外です。
クラッシュゲーム カジノでのRTP（還元率）とハウスエッジの計算基準は？
BC.Gameのクラッシュゲーム カジノでは、(99/(1-X)) の式により、1%のハウスエッジが倍率分布に含まれます。このモデルから導かれる理論RTPは99.00%です。
(X) が0.01未満なら計算値は100を下回り、クラッシュポイントは1.00xになります。その理論確率は約1%です。ただし、短い期間に同じ割合で現れるとは限りません。RTPも個別の回収率を約束する数値ではありません。
クラッシュ ゲームで自動キャッシュアウト（Auto Cashout）が遅延することはありますか？
BC.Game関連資料には、クラッシュ ゲームの自動キャッシュアウトが掲載されています。ただし、利用できるモードや設定内容は、現在のインターフェースによって異なる場合があります。ミリ秒単位で必ず確定するという公開仕様もありません。
自動キャッシュアウトが行うのは、指定倍率に達した場合の処理です。クラッシュポイントを予測する機能ではなく、設定倍率へ到達する確率も変えません。通信やシステム状態の影響を完全に排除するものでもありません。
日本からBC.Gameのクラッシュゲームを利用する際のセキュリティ基準は？
日本国内からBC.Gameのクラッシュゲームへ接続し、金銭や暗号資産を賭ける行為は違法です。そのため、日本向けに安全な参加手順を示すことはできません。
HTTPS、二要素認証、SHA-256、ブロックチェーン上の送金履歴は、それぞれ別の問題に対応する技術です。これらを組み合わせても、日本国内からの利用が合法になることはありません。海外ライセンスも日本の営業許可とは異なります。
