シームレスウォレットと送金型ウォレット：カジノゲームのお金は実際どう動くのか

執筆 Soft of Games editorial team · 更新日 2026-10-07

どのゲーム統合も、ひとつの問いに答えなければなりません。プレイ中、プレイヤーの残高はどこにあるのか。シームレスウォレットは残高を自社のサーバーに置き、ベットのたびに呼び出しを受けます。送金型ウォレットは、お金をゲームプロバイダーのシステムに移し、また戻します。このガイドでは、どちらを選ぶべきかを左右する障害のケースとともに、両方の仕組みを解説します。

残高が置かれる2つの場所

プレイヤーがスロットを開くとき、お金はゲームが手の届く場所になければなりません。答えは二つあります。

シームレスウォレット（シングルウォレットとも呼ばれます）では、残高はセッションの間ずっと事業者のサーバーにとどまります。ゲームプロバイダーは何も保持しません。ベットはそれぞれ引き落としのリクエストとして、勝ちはそれぞれ入金のリクエストとして自社のサーバーに届きます。自社は新しい残高を返します。

送金型ウォレットでは、事業者がプレイヤーのお金の一部を、ゲームプロバイダーが保持する残高に移します。プレイヤーはその残高でプレイします。プレイを終えると、残った金額が戻されます。

どちらのモデルも機能します。ただし、障害の起こり方がまったく違い、本当に選んでいるのはその障害の種類なのです。

シームレスウォレットの仕組みを、呼び出しごとに

典型的なシームレス統合では、自社側に4〜5個のエンドポイントを公開します。

• 残高照会（Balance）： セッションの通貨でプレイヤーの現在の残高を返します。
• 引き落とし（Debit／ベット）： 一意のトランザクションIDをキーに、金額を差し引きます。
• 入金（Credit／勝ち）： 独自のトランザクションIDをキーに、ラウンドに紐付けて金額を加算します。
• ロールバック（Rollback）： 以前の特定の引き落としを取り消します。
• ベンダーによっては、インスタントゲーム向けにベットと勝ちをまとめたbet-and-winの呼び出しや、ラウンド終了のメッセージを追加しています。

アグリゲーターはすべてのリクエストに署名します。通常はボディと共有シークレットに対するHMACハッシュを使い、自社のサーバーはアグリゲーターから来たものでないリクエストを拒否できます。

たとえばSoftAggregatorでは、事業者が残高照会、引き落とし、入金のHTTPコールバックを公開し、同じコールバックがスロット、ライブカジノ、バーチャル、スポーツブックに使われます。これがシームレスモデルの最大の利便性で、ひとつのエンドポイント群ですべての製品をカバーできます。SOFTSWISS、Hub88、St8、そしてほとんどの大手スタジオも同じパターンに従っており、違いは名前の付け方とラウンドのまとめ方くらいです。

重要な3つのルール

1. 冪等性。 同じトランザクションIDが二度届いたら、一度だけ適用し、二度とも同じ応答を返します。リトライは普通のことです。二重払いは普通ではありません。
2. 原子性。 残高の確認と差し引きは、ひとつのデータベーストランザクションの中で行わなければなりません。そうしないと、2つのタブからの素早い2つのベットが、本来どちらか一方しか通るべきでない残高確認を両方とも通過してしまいます。
3. ロールバックへの耐性。 処理済みの引き落としに対するロールバックが届くこともあれば、途中でリクエストが失われて受け取ってもいない引き落としに対するロールバックが届くこともあります。どちらの場合もロールバックを保存しておき、遅れて引き落としが届いたときには拒否できるようにします。

この3つを正しく実装した開発者は、難しい作業の大半をやり終えたことになります。

送金型ウォレットの仕組み

流れは、紙の上ではよりシンプルです。

1. プレイヤーがゲームを開く。自社がプロバイダーの「入金」または「transfer in」のエンドポイントに金額を指定して呼び出す。
2. プロバイダーがそのプレイヤーの自社側の残高に入金する。
3. プレイヤーがプレイする。プレイ中、自社には何も連絡が来ない。
4. プレイヤーがゲームを終えるか、自社が「transfer out」を呼び出す。プロバイダーが残りの残高を送り返す。

自社のサーバーは各ベットの経路上にないので、プレイ中はその速度や稼働率がそれほど重要になりません。これが本当の利点で、かつてバックエンドの脆弱な事業者がこちらを好んだ理由でもあります。

それぞれのモデルが壊れる場所

シームレス：自社のサーバーがすべてのスピンの一部になる

ウォレットのエンドポイントが遅くなれば、すべてのゲームが遅くなります。オフラインになれば、すべてのスタジオで一斉にすべてのベットが失敗します。プレイヤーが責めるのは自社ではなくゲームですが、いずれにせよカジノからは去っていきます。

対策は標準的なエンジニアリングです。ウォレットサービスを小さく保ち、サイトのほかの部分から分離し、アグリゲーターのサーバーの近くに置き、エンドポイントごとのレイテンシーを監視し、エラー率にアラートを設定します。

シームレス：途中で止まったラウンド

プレイヤーがベットし、引き落としが成功し、ゲームが勝ちを表示し、入金の呼び出しが3回失敗する。アグリゲーターはリトライを続けるか、入金を後で処理するためにキューに入れるか、ラウンドに手動精算の印を付けます。ベンダーがどれを採用しているかを確認してください。そして、サポートチームが未精算のラウンドを確認できるようにしておきましょう。プレイヤーは数分以内に問い合わせてくるからです。

送金型：途中で行方不明になるお金

プロバイダー側でtransfer inは成功したのに、自社のサーバーが確認を受け取れない。自社の認識ではプレイヤーのお金は残高から出ていったのに、それが届いたのかどうか分からない。transfer outではその逆が起こります。どちらのケースでも、プロバイダー側の認識を照会して差分を修正する照合ジョブが必要です。それをプロバイダーの数だけ掛け合わせると、照合は毎日の雑務になります。

送金型：2つのゲームを遊ぶプレイヤー

送金型ウォレットでは、2つのプロバイダーの2つのゲームを開くプレイヤーは、2か所にお金が必要になります。多くのカジノは単純にこれをブロックするか、ゲームBを開く前にゲームAからすべてを引き戻します。そのため体験がぎこちなくなり、プレイヤーが素早く切り替えるモバイルでは特にそうです。

送金型：ボーナスマネー

賭け条件付きのボーナス残高を運用している場合、送金型ウォレットでは、どのお金が賭けられているのかを把握しにくくなります。プロバイダーには区別のないひとつの残高しか見えないからです。シームレスウォレットならすべてのベットが見え、それぞれに自社のルールを適用できます。

比較

プレイ中の残高の置き場所。 シームレス：自社のサーバー。送金型：プロバイダーのサーバー。

1スピンあたりの呼び出し。 シームレス：自社のサーバーへ1〜2回。送金型：プレイ中はなし、セッションごとに2回。

自社のサーバーが遅いときに失敗するもの。 シームレス：すべてのベット。送金型：セッションの開始と終了だけ。

照合の手間。 シームレス：自社のログとベンダーのレポートを突き合わせる。送金型：確認の取れなかった送金を一件ずつ追いかける。

複数ゲームのセッション。 シームレス：自然にできる。送金型：ぎこちない。

ボーナスの賭け条件の管理。 シームレス：ベット単位。送金型：よくてもセッション単位。

開発の手間。 シームレス：初期の作業が多く、主に冪等性とロールバック。送金型：初期の作業は少ないが、継続的な照合が多い。

どちらを選ぶべきか

2026年に新しいカジノを作るなら、特別な理由がない限りシームレスを選んでください。ほとんどのアグリゲーターとスタジオはそれを前提に作られており、ボーナスのロジックを完全にコントロールでき、すべての製品にまたがるひとつの残高を実現できます。求められる作業は本物ですが、一度きりの作業です。

送金型ウォレットが今も理にかなうケースもいくつかあります。

• 送金モードしか提供していないプロバイダーを1社だけ追加する場合で、そのサプライヤー1社のために二つ目のウォレットの経路を作りたくないとき。
• バックエンドが速い応答を保証できず、すぐにはそれを変えられない場合。
• 技術水準の大きく異なる事業者に再販するゲームハブを作っていて、最低限の共通項となる選択肢が必要な場合。

本番稼働前にテストすべきこと

正常系だけでなく、次のテストをサンドボックスで開発者に実施してもらいましょう。

• 同じ引き落としを二度送る。残高の変化は一度だけであるべきです。
• 引き落としのエンドポイントを、ベンダーのタイムアウトを超えるまでスリープさせる。ロールバックが届き、適用されることを確認します。
• 受け取ったことのないトランザクションIDに対してロールバックを送る。自社のサーバーはそれを受け付けて記録すべきです。
• 2つのタブで2つのゲームを開き、両方で素早くベットする。最終的な残高を手作業で確認します。
• ラウンドの途中でウォレットサービスを停止し、再起動して、保留中の入金が反映されるかを確認する。
• 1日分の自社のトランザクションログを、ベンダーのレポートと1セント単位まで突き合わせる。

6つすべてに合格すれば、ウォレットは本物のプレイヤーを迎える準備ができています。ベンダーがサンドボックスでこれらを実施させてくれないなら、ゲームアグリゲーターの選び方ガイドの質問リストにそれを加えてください。

前払いクレジットについての補足

ウォレット方式と支払い方式は別のものですが、事業者が混同することがあります。GGRに対して毎月請求するアグリゲーターもあれば、プレイヤーが負けるにつれて引き落とされる前払いクレジットを求めるアグリゲーターもあります。前払い型のモデルでも、シームレスウォレットの動き方はまったく同じです。唯一の追加作業は、クレジットが尽きてゲームが止まらないよう、クレジットの残量を見張ることです。SoftAggregatorはUSDTまたはUSDCで補充するこの前払い方式を採用しており、すでにステーブルコインを保有している暗号資産カジノには合っていますが、補充の担当者を決めておく必要があります。