日本で予測市場を運営する — 賭博罪・資金決済法・金商法の三重の壁と Play Money 回避戦略 (2026 年版)

1. なぜ日本の予測市場が停滞しているのか — Polymarket 現象との対比

2024 年 11 月、Polymarket は米大統領選の予測市場に 30 億ドル超の 取引量を集め、選挙予測のリアルタイム精度でメディアの主要引用先に なりました。Kalshi は CFTC (米商品先物取引委員会) の承認下でイベント 先物を DesignatedContract Market として運営し、Manifold Markets は Play Money 型で 100 万ユーザーを集める予測 UX の実験場になっています。 一方、日本国内では予測市場の商用サービスがほぼ皆無です。この差は 技術力でも需要でもなく、法規制の設計と当局の解釈の違いに由来します。

日本の場合、予測市場を運営しようとすると 3 つの法律が同時に立ちはだかります。

• 刑法 185-187 条 (賭博罪): 「偶然の勝敗により財産上 の利益を得喪する」行為を運営する場は原則違法。185 条 (単純賭博)・ 186 条 (常習賭博 / 賭博場開帳図利罪)・187 条 (富くじ) の 3 本立て。
• 資金決済に関する法律 (資金決済法): 独自トークン 発行時に「暗号資産」に該当すると交換業登録が必須。前払式支払手段の 制約もある。
• 金融商品取引法 (金商法): 予測結果でペイオフが 決まる契約はデリバティブに該当し、第一種金融商品取引業の登録が 必要になる可能性。

この 3 つの壁を全てクリアしないと日本での実金予測市場は違法運営に なります。海外事例と単純比較すると (a) 米国 Kalshi は CFTC という 規制枠組みが存在、(b) Polymarket は Polygon 上の DeFi で管轄が 分散、(c) UK は Betting/Gaming の許認可制、と各国に「予測市場を 合法に組み込む枠組み」があるのに対し、日本は「賭博の原則禁止 + 個別法での例外 (公営競技 / 宝くじ / パチンコの遊技場としての位置づけ)」 で、予測市場を組み込む枠がまだ用意されていない、という構造の違いが あります。

2. 賭博罪の構造 — 何が「偶然性」「財産上の利益」「娯楽性」で該当するか

刑法 185 条は「賭博をした者は 50 万円以下の罰金又は科料に処する」と 規定。186 条 1 項は常習賭博で 3 年以下の懲役、2 項は賭博場を開帳して 図利した者に 3 月以上 5 年以下の懲役。予測市場の運営者が問われるのは 主に 186 条 2 項 (賭博場開帳図利罪) です。

賭博罪の成立要件は判例で 3 要素に整理されます。

1. 偶然性: 勝敗が「偶然の事情」に依存すること。予測 市場は「イベントの結果」に依存するので、多くのケースで偶然性を 満たします。ただし「純粋な知識・技能で決まる」ものは非賭博とされる 余地があり (競技会賞金)、この境界は個別判定。
2. 財産上の利益の得喪: 勝者が金銭その他の財産上の 利益を得て、敗者が失うこと。ここが Play Money 戦略の急所。換金不可・譲渡不可のポイントは「財産上の利益」に該当しないという解釈が通れば、賭博罪の構成要件を欠くことになります。 最高裁判例 (昭 30 判) では「一時の娯楽に供する物」を賭けた場合の 非該当が示されており、Play Money はこの延長線上での設計。
3. 一時の娯楽に供する物ではないこと: 185 条但書で 「一時の娯楽に供する物を賭けたときは、この限りでない」と規定。 少額の食事代や飲み物程度なら非該当という解釈。ただし判例上は 「事後的に消費・使い切る」性質が求められ、換金可能ポイントは 原則該当しない。

従って、Play Money 予測市場で賭博罪回避を目指す場合の設計は 「(a) 換金不可、(b) ユーザー間譲渡不可、(c) 有効期限や消費形態で 『事後的な消費』性を担保、(d) 賞品化しない (勝ち分がリアルな景品に 交換できると景品表示法 + 賭博罪の両方に触れる)」の 4 点を同時に 満たす必要があります。

3. 資金決済法の壁 — 独自トークン発行の落とし穴

資金決済法上、予測市場で発行する独自ポイントが「暗号資産」に該当 するか否かは 3 要件で判定します (資金決済法 2 条 5 項)。

• 要件 1: 不特定の者に対して代価の弁済等に使用可能: プラットフォーム外で使えるならアウト。プラットフォーム内でのみ 使えるならセーフ。
• 要件 2: 電子的に移転可能: ブロックチェーン上の トークンは典型的に該当。中央集権 DB でも「ユーザー間送金機能」が あれば該当。
• 要件 3: 通貨建て資産ではない: 「1 ポイント = 1 円」 のような固定レート換金保証があると通貨建てになり、暗号資産では なく前払式支払手段に。

Play Money 戦略で完全に外すには (a) プラットフォーム内利用のみ、 (b) ユーザー間送金なし、(c) 現金交換なし、の 3 点をシステムで 強制するのが最も安全です。ClearNets の clearcast Phase 0 実装では 「ポイント残高は user_id 単位で持ち、送金 API を実装しない、換金 機能なし、有効期限 6 ヶ月」で 3 要件全てを外しています。

前払式支払手段 (資金決済法 3 条) にも注意が必要です。プリペイド カードのように「先払いで購入し、後で使う」形態のポイントは 3 月末 時点の未使用残高が 1,000 万円を超えると発行者届出、未使用残高 3,000 万円を超えると発行保証金の供託義務が生じます。Play Money を 「無償配布のみ」にすれば前払式支払手段にも該当しない設計が可能。

4. 金商法のデリバティブ該当性 — 二値オプションとの相似

「イベントの結果に応じてペイオフが決まる」契約は、金商法上のデリバティブ (店頭デリバティブ 2 条 22 項) に該当する可能性があります。特に予測 市場の「YES / NO 両側にベット + 結果でペイオフ」構造は、金融のバイナリーオプション (二値オプション)と経済実質が 同型です。

バイナリーオプションは 2010 年代に日本で無登録業者が乱立した歴史が あり、金融庁は 2013 年頃から取り締まりを強化。無登録営業は金商法 197 条の 2 で 5 年以下の懲役または 500 万円以下の罰金の対象です。

デリバティブ該当性の判定基準は (a) 相場変動や指数に応じてペイオフ が決まる、(b) 差金決済である、(c) 現物受渡しを伴わない、の 3 点。 予測市場は (a) (b) (c) 全てを満たすので、実金を扱えばデリバティブ 該当のリスクが高いと解されます。Play Money で「金銭的ペイオフが 存在しない」なら、そもそも金融商品性を欠くので該当外。

5. Play Money 戦略の全体像 — 三重の壁を同時に外す

Play Money 戦略の本質は「金銭 (現実の財産) を一切排除する」ことで 3 法全てを同時に外すことにあります。設計要素を整理します。

追加で運営上の注意点として (1) 未成年者制限は不要 (賭博ではないので 年齢制限根拠がない) だが、規約上「利用推奨年齢」の明示は推奨、 (2) 依存性リスクの警告表示は責任ある事業運営として実装推奨、 (3) 実金誘導 (別サイトへの誘導 / 外部での金銭やり取りの黙認) は 全体戦略が崩壊するので厳禁、の 3 点を守る必要があります。

6. 娯楽性 vs 意思決定支援 — 事業ポジショニングの選択

Play Money 予測市場のマーケティング上のポジショニングには 2 系統 あります。

• 娯楽 (エンタメ) 路線: 「未来を当てるゲーム」 「予測クイズ」として楽しむ。Manifold Markets の CS 路線 (Culture Site) がこれに近い。アニメ・スポーツ・選挙予想などのカジュアル テーマ中心。UX は SNS 型で拡散重視。
• 意思決定支援 (集合知) 路線: 「市場価格が予測精度 の指標」として使う。企業内部の予測 (プロジェクト完了日 / 売上予測) や、政策評価 (Metaculus 型) の用途。UX は BI ツール寄り。

法務上はどちらも Play Money 前提なら合法安全ですが、収益モデルが 異なります。娯楽路線は広告 + サブスク中心、意思決定支援路線は BtoB の年間契約 + カスタム市場設計コンサル中心。ClearNets の clearcast は Phase 0 で娯楽路線、Phase 1 で BtoB 意思決定市場のオプション 開発、という段階設計です。

7. 海外 4 事例比較 — Manifold / Polymarket / Kalshi / Metaculus

主要な予測市場プラットフォームを 4 軸 (対応管轄 / 通貨 / 規制対応 / 技術構造) で比較します。

重要な観察: 実金を扱う予測市場 (Polymarket / Kalshi) は必ず何らかの 規制枠組みと格闘しています。Kalshi は CFTC と協働、Polymarket は DeFi + 管轄分散で対応。逆に Play Money 型 (Manifold / Metaculus) は規制外で自由に運営できる。日本での事業設計は Manifold / Metaculus 型が現実解です。

8. LMSR AMM の仕組み — cost = b·ln Σ e^(q_i/b) の直感

Robin Hanson (2003) が提案した LMSR (Logarithmic Market Scoring Rule) は、予測市場の自動マーケットメーカーとして最も広く使われて きた仕組みです。数式で書くと以下。

cost(q) = b × ln( Σᵢ exp(qᵢ / b) )
price(i) = exp(qᵢ / b) / Σⱼ exp(qⱼ / b)

# q: 各結果への未決済ベット総量ベクトル (q₁, q₂, ..., qₙ)
# b: 流動性パラメータ (運営者が事前設定)
# cost: 現在の総コスト (bank が発行済のトークン総量に相当)
# price(i): 結果 i の現在価格 (0-1 の確率として解釈可能)

直感的な意味を分解すると:

• b は流動性の大きさ: b が大きいほど、ベット 1 単位 あたりの価格変動が小さくなる。マーケットが「深い」状態。 b が小さいと少額ベットで価格が大きく動くが、運営者のリスクは低い。
• price(i) は softmax 関数: 各結果の未決済ベット量 qᵢ を softmax にかけた値が現在価格。Σ price(i) = 1 が自動的に 成立するので、確率として解釈できる。
• 運営者の最大損失は b × ln(N): N は結果数。二値 (N=2) なら b × 0.693。b=100 なら最大損失 69.3 (単位はプラットフォーム ポイント)。運営者の想定損失を事前に有界化できるのが LMSR の強み。

cold start 問題: 出来高が 0 でも LMSR は初期価格 (通常 0.5 / 0.5) を提示できるので、注文板方式のような「相手方が いなくて約定しない」問題が発生しない。予測市場の初期立ち上げに LMSR が選ばれる最大の理由がこれ。

実装は Python なら 20 行程度で書けます。numpy の logsumexp を使うとオーバーフロー安全に計算できる。運営上は b の値の設定が 肝で、想定同時ベッター数 × 平均ベット額から逆算するのが基本。 clearcast Phase 0 では b=1000 (Play Money ポイント) に設定し、 マーケットあたり最大 693 pt の運営者リスクで運用しています。

9. double-entry ledger でソルベンシーを保証する

予測市場の会計は複式簿記 (double-entry ledger) で設計するのが定石です。 全ての取引を「bank 勘定 (運営者) の変動」と「user 勘定 (ユーザー) の 変動」の 2 レコードで記録し、Σuser + Σbank = 発行総ポイント の invariant が常時成立するようにします。

-- ledger テーブル (Postgres)
CREATE TABLE ledger (
  tx_id BIGSERIAL PRIMARY KEY,
  timestamp TIMESTAMPTZ NOT NULL DEFAULT NOW(),
  account VARCHAR(64) NOT NULL, -- 'user:1234' または 'bank:market:5678'
  delta BIGINT NOT NULL,        -- ポイント単位、正負両方あり
  ref_type VARCHAR(32),          -- 'bet', 'resolve', 'refund', 'signup_bonus' etc
  ref_id BIGINT,                 -- 関連するイベント/マーケット ID
  note TEXT
);
CREATE INDEX ledger_account_idx ON ledger(account);
CREATE INDEX ledger_ref_idx ON ledger(ref_type, ref_id);

-- ベット (100 pt を market:5678 の YES にベット) の insert
INSERT INTO ledger (account, delta, ref_type, ref_id, note) VALUES
  ('user:1234', -100, 'bet', 5678, 'yes'),
  ('bank:market:5678', +100, 'bet', 5678, 'yes')
;
-- ↑ 2 レコード同時 insert (transaction 内)

判定 (resolve) 時は勝者に払い戻し、bank 残高を消化します。

-- market:5678 の YES が勝ち → 勝者 user:1234 に 150 pt 払い戻し
BEGIN;
INSERT INTO ledger (account, delta, ref_type, ref_id, note) VALUES
  ('bank:market:5678', -150, 'resolve', 5678, 'winner_payout'),
  ('user:1234', +150, 'resolve', 5678, 'winner_payout');
COMMIT;

-- 日次 invariant 検証
SELECT SUM(delta) FROM ledger;  -- 常に発行総ポイントに一致すべき
SELECT account, SUM(delta) FROM ledger GROUP BY account;  -- 個別残高

この設計の利点は (a) append-only なので改ざん検知が容易、(b) 日次 バッチで invariant を検証すればバグを早期発見、(c) 各ユーザーの 残高履歴を完全に追跡可能、(d) 事後の監査対応が用意、の 4 点。 SQL 1 本で全体状態を検証できるので、運営の透明性レポートも自動化 できます。

10. B2B 意思決定市場としての合法路線

toC の Play Money 予測市場と並行して、ClearNets が注目しているのが企業内部の意思決定市場 (Corporate Prediction Market)の合法路線です。参加者を特定企業の従業員に限定し、掛け金を評価 ポイント (換金不可) にすれば、賭博罪・資金決済法・金商法のいずれにも 該当しない可能性が高い。

事例として Google, Ford, Best Buy, HP といった大企業が 2000-2010 年代に社内予測市場を運用しています。用途は (1) 新製品の売上予測、 (2) プロジェクト完了日予測、(3) 四半期業績予測、(4) 競合の動向予測、 の 4 点が典型。人事評価やインセンティブに繋げるより「意思決定支援 ツール」として使うのが安全です。

法務上の設計ポイント:

• 参加者を特定従業員に限定: 不特定多数を対象と しないので、賭博場開帳図利罪 (186 条 2 項) の「場」性を否定できる。
• 報奨は非換金な社内評価にとどめる: 「予測精度上位 者に金一封 5 万円」のような換金可能報奨は賭博罪リスク。「社内表彰」 「昇給評価加点」のような形が安全。
• 参加は任意: 強制参加は労働法リスク。福利厚生的な 位置づけで任意参加が原則。
• 予測対象を業務関連に限定: 「スポーツ・選挙」など 業務無関係な対象を含めると、単なる娯楽 (賭博的色彩) と評価される リスク。

この B2B 意思決定市場は年間契約 (10-100 万円 / 社) で提供する SaaS として成立します。clearcast の Phase 2 プランでは、Phase 0-1 で確立した toC UX を B2B にカスタマイズして提供する構想です。 弁護士ゲートは Phase 0-1 では「Play Money 娯楽」で軽く済みますが、 B2B にすると「参加者範囲 / 報奨設計 / 業務関連性」の個別レビューが 必要になります。

11. 日本での事業設計チェックリスト

予測市場を日本で立ち上げる場合の実務チェックリストを 15 項目で 整理します。

1. Play/Real の分離: 実金を扱わない Play Money か、 実金を扱うかを最初に決める。以後の法務は全てこの選択で分岐する。
2. Play Money 換金不可設計: ポイントの現金化・ 仮想通貨化・ギフト券化を全て遮断。技術的に不可能な設計にする。
3. Play Money 譲渡不可設計: ユーザー間のポイント 送金機能を実装しない。API 経由でも不可能にする。
4. Play Money 賞品化不可: 勝ち分が景品や物品に交換 できると景品表示法 + 賭博罪の両方に触れる。純粋なゲーム内数字に 留める。
5. 年齢制限の記載: 賭博ではないので法定必須ではないが、 規約に「利用推奨年齢 13 歳以上 (18 歳未満は保護者同意推奨)」を 明示。
6. 依存性リスクの警告表示: 予測市場の中毒性を認識し、 プロダクト内に「使用時間制限 / セルフ排除」機能を実装。
7. 判定機関の設計: 誰がイベント結果を判定するか 事前に規約明示。運営者判定 / 外部委員会 / 分散オラクル の 3 択。
8. 中止・返金ポリシー: イベント中止時のポイント 返還ルールを明記。原則「掛けたポイントを全額返還」。
9. ledger の double-entry 設計: Postgres に append-only で全取引記録。日次 invariant 検証。
10. 透明性レポートの公開: 週次または月次で ledger 総計・マーケット数・アクティブユーザー数を公開。
11. プライバシーポリシーと利用規約: 個人情報保護法 対応。参加資格 / 禁止事項 / 免責を明示。
12. 外部での金銭やり取り禁止条項: RMT 相当行為を 規約で明示禁止 + 発見時アカウント停止 + ポイント没収。
13. 複垢防止 (SMS 認証): 電話番号紐付けで一意性検証。 外部での金銭やり取りとの相乗攻撃を防ぐ。
14. 弁護士レビュー: 金融法制に強い弁護士に最終 レビュー依頼。相場は 30-100 万円。Play Money 前提なら簡易レビュー で済むこともある。
15. ローンチ後のモニタリング: 想定外の利用パターン (RMT 化 / 過剰依存 / bot 大量参加) を早期検知するダッシュボード を運営者側に。

12. まとめ — Play Money が日本の予測市場の唯一の合法出発点

本記事の要点を 5 つに集約します。

1. 日本の予測市場は「賭博罪 + 資金決済法 + 金商法」の三重の壁で 実金運営が実質不可能。米国 Kalshi のような CFTC 規制枠組みは 日本に存在しない。
2. Play Money 戦略 (換金不可 + 譲渡不可 + 賞品化不可) で 3 法全てを 外すことが唯一の合法出発点。Manifold Markets / Metaculus が国際的 ロールモデル。
3. LMSR AMM (cost = b·ln Σ e^(q/b)) は cold start に強く、運営者の 想定損失を有界化できるため、初期予測市場の標準実装。b の値設計が肝。
4. double-entry ledger で全取引を append-only 記録すれば、ソルベンシー 保証と監査対応が SQL 1 本で可能。
5. B2B 意思決定市場 (企業内予測市場) は Play Money 前提で合法性が 高く、SaaS 年間契約モデルとして事業化可能。

ClearNets の clearcast は Phase 0 で toC Play Money 娯楽路線として 稼働中、Phase 1 で意思決定支援 UX の強化、Phase 2 で B2B 意思決定 市場への展開、という段階設計です。日本市場での予測市場は「まだ誰も 本気で取れていないニッチ」であり、Play Money + 娯楽 + 集合知の 3 点でユーザーに届ける価値提案を確立できれば、規制の壁が逆に参入 障壁として機能します。

13. FAQ

本記事の要点を 10 問の FAQ にまとめました。JSON-LD の FAQPage 構造化データも埋め込んでいるため、Google 検索でリッチリザルト表示 の対象になります。

Q1. Polymarket は日本から使えますか?

Polymarket は Polygon 上の USDC ベース予測市場で、規約上「制限国」に 米国と一部管轄が指定されていますが、日本は明示的に禁止されていません。 ただし日本のユーザーが実金 (USDC) をベットする行為は、日本の刑法 185-187 条 (賭博罪) に該当する可能性が高いです。刑法は「日本国民が 国外で行った賭博」も対象にする一方 (国民の国外犯規定は 185/186 には 及ばないので実際は原則対象外)、少なくとも国内から VPN で接続して ベットする行為は司法判断上グレーで、法的リスクを免れない。ClearNets の見解としては、日本国内で予測市場事業を運営するなら「実金は扱わない Play Money」で始めるのが唯一の合法安全路線です。

Q2. 独自トークン (ポイント) を発行すれば資金決済法に触れませんか?

触れないケースと触れるケースがあります。資金決済法 2 条 5 項 (暗号 資産) は「不特定の者に対して代価の弁済のために使用できる」「電子的に 移転できる」「通貨建て資産ではない」の 3 要件で判定します。独自 ポイントが (a) プラットフォーム内でのみ使え、(b) 現金や仮想通貨に 換金できず、(c) 譲渡制限がある場合、暗号資産に該当しません。逆に (a) ユーザー間で送金でき、(b) 現金換金 (キャッシュアウト) 機能が ある場合、暗号資産交換業の登録が必須になります。予測市場では「勝ち 分をポイントで返す + ポイントは換金不可 + 譲渡不可」の設計で回避 するのが基本です。

Q3. 予測市場のイベントを中止して返金する場合、これは合法ですか?

Play Money 前提であれば合法です。中止時は「掛けたポイントをそのまま 各ユーザーに返還」で処理し、内部 ledger 上で bank 勘定 → user 勘定に 振り戻す。実金を扱っていない以上、金融商品取引法上のデリバティブ 精算にも該当しません。実金予測市場を運営している場合は (a) 事前に 規約で中止条件と返金方法を明示、(b) 中止時の判定機関 (審判委員会) を設ける、(c) 返金は原則 30 日以内、といった投資者保護のフレーム ワークが必要になります。国内で実金予測市場を回すなら、そもそも 金商法上のデリバティブ取扱業者としての登録が前提です。

Q4. 内部のみで完結する『社内意思決定市場』は法的にどう扱われますか?

参加者が特定企業の従業員に限定され、掛け金が実金でなく評価ポイント、 換金・譲渡不可、勝敗結果が金銭に結びつかない場合、賭博罪・資金決済 法・金商法のいずれにも該当しない可能性が高いです。Google の内部 予測市場 (Prediction Markets at Google, 2005-) や Robin Hanson の Info Markets 研究の実装事例が該当します。B2B 意思決定市場として ClearNets が着目しているのはこの領域で、「新製品の売上予測」 「プロジェクト完了日予測」「四半期業績予測」といった意思決定支援 ツールとして販売する形が現実解です。ただし「換金可能な報奨金プログラム」 を組み込むと途端に賭博罪リスクが発生するので、報奨は非換金な社内 評価にとどめるべきです。

Q5. Play Money 市場でもユーザー間の外部での金銭やり取り (グレーマーケット) はリスクではありませんか?

リスクです。ソーシャルゲームでも過去に「RMT (リアルマネートレード)」 が問題化したのと同じ構造で、Play Money ポイントが「事実上換金できる」 状態になると、プラットフォーム運営者が幇助責任を問われる可能性が 出ます。対策として (1) ポイントの譲渡機能を実装しない、(2) 外部 での金銭やり取りを規約で明示禁止、(3) 発見時のアカウント停止 + ポイント没収、(4) ID の一意性検証 (SMS 認証 / 電話番号紐付け) で 複垢を防止、の 4 段が推奨。加えて、規制側の視点で「実質的に賭博と 評価されない」ためには、Play Money が景品類の性質を帯びない (景品 表示法 4 条) 設計にする必要があります。

Q6. LMSR AMM とはどんな仕組みで、なぜ予測市場で使われるのですか?

LMSR (Logarithmic Market Scoring Rule) は Robin Hanson が 2003 年 に提案した自動マーケットメーカーです。数式は cost(q) = b × ln(Σᵢ exp(qᵢ/b))、価格は pᵢ = exp(qᵢ/b) / Σⱼ exp(qⱼ/b)。ここで qᵢ は各 結果への未決済ベット総量、b は「流動性パラメータ」で運営者が事前 設定します。特徴は (1) 出来高が 0 でも常に価格が付く (cold start に 強い)、(2) 損失は max b × ln(N) に有界 (N は結果数)、(3) 価格変動 が滑らか。b が大きいほど流動性が高いが、運営者の想定最大損失も 比例増。予測市場で LMSR が使われる理由は、注文板方式では「相手方が いないと約定しない」問題を回避できるためです。Polymarket は CLOB (注文板)、Manifold は疑似 CPMM、Metaculus は Beta 分布ベースの スコアリングで、実装は多様です。

Q7. double-entry ledger でソルベンシーはどう保証しますか?

予測市場運営の会計は「bank 勘定」と「user 勘定」の 2 勘定で double-entry (複式簿記) にするのが定石です。ユーザーが 100 ポイントを 賭ける = user 勘定 -100 / bank 勘定 +100、確定時に勝ち払い戻し 150 ポイント = bank 勘定 -150 / user 勘定 +150。全ての取引について Σuser + Σbank = const (発行総ポイント) が invariant として成立 する必要があります。実装上は (1) ledger テーブルに (tx_id, account, delta, ref_market_id, created_at) を append-only で記録、(2) 各 tx で bank と user の 2 レコード同時 insert (transaction 保証)、(3) 日次バッチで invariant を検証、の 3 段構え。この設計にすると、 途中でバグが出ても『どこで会計崩れたか』を tx 単位で追跡できます。

Q8. 監査対応や運営透明性はどう確保しますか?

Play Money でも透明性は事業信用の根幹です。ClearNets の clearcast 実装では (1) 全取引ログを append-only で保存し、変更履歴を残さない (2) 判定結果は運営者による『解決 (resolution)』が改ざん不可能な hash で記録される、(3) 判定機関の議事録を公開、(4) 週次で ledger の invariant 検証結果を透明性レポートとして公開、の 4 点を運用して います。実金予測市場になると、これに加えて (a) 金商法上の分別管理 (顧客資産の分離)、(b) 定期的な会計監査法人による監査、(c) 資金 決済法上の履行保証金 (預託金) 積立、が要求されます。Polymarket 型 の DeFi 予測市場ではスマートコントラクトのオンチェーン記録で透明性を 担保します。

Q9. 予測市場の判定 (resolution) はどう行われますか?

3 パターンあります。(a) 運営者判定: 運営者が事前に定めた情報源 (公式発表 / 一次資料 / メディア) を確認して手動で判定。最も単純 だが恣意性が疑われる。(b) オラクル判定: 外部 API (Chainlink など) からデータを取得して自動判定。DeFi 予測市場で採用。(c) 分散判定: UMA Optimistic Oracle や Reality.eth のように、報酬 + 異議申立て メカニズムで多数の第三者が判定。Polymarket は UMA を採用。ClearNets の clearcast (Play Money) では Phase 0 で運営者判定 + 一次資料 URL 公開、Phase 1 で外部判定委員会 3 名合議、Phase 2 で UMA 型分散 判定への移行を検討する 3 段階設計です。判定精度と運営コストの トレードオフで、事業フェーズに応じて設計します。

Q10. 日本で予測市場を始める場合、どの順序で法務チェックしますか?

推奨順序は (1) 事業モデルの分離: 実金を扱わない Play Money か、実金を 扱うかを最初に決める。以後の法務は全てこの選択で分岐する。(2) Play Money の場合: 資金決済法 (換金不可設計) + 景品表示法 (景品類該当性) を弁護士確認。刑法 185-187 は Play Money では原則非該当。(3) 実金 の場合: 金融商品取引法 (デリバティブ該当性) + 資金決済法 (暗号 資産該当性) + 刑法 (賭博場開帳図利罪 186 条 2 項) を弁護士確認。 この場合、金商法上の第一種金融商品取引業登録 (資本金 5,000 万円 + 定款変更 + 社内体制) が実質必須。(4) 内部規約作成: 中止条件 / 判定 機関 / 返金方法 / 参加資格年齢制限 / 責任制限を明記。(5) 外部 専門家レビュー: 金融法制に強い弁護士に最終レビュー (相場は 30-100 万円)。この 5 ステップを踏まないでリリースすると、最悪の場合刑事 責任が発生します。