DPM分離 + 審査ゼロ + 即時公開 + ユーザーレビュー + アルゴ淘汰。
Manifold初期コピー = 「いかにUGCがやりやすいか」これでしかない。
| # | 要件 | 充足度 |
|---|---|---|
| A | 運営loss 上限（マーケ費用cap内） | ✓✓ 構造的0 |
| B | ライト層UX「正解＝確定利益」 | △ 緩和工夫TOP3で対応 |
| C | 不正・八百長コスト > 期待利益 | ✓ pool内再分配で運営被害ゼロ |
| D | 予測市場として機能 | ✓ 売却機能で価格収束 |
| E | creator簡単さ（Manifold初期コピー） | ✓✓ 摩擦完全ゼロ |
| F | ローカル深堀り（NPB・甲子園・Vリーグ） | ✓ ローカル特化前提 |
| G | W杯6/13でUGC開放 | ✓ コールドスタート問題解決 |
| H | リーガル一点突破 | ✓ 既存スキーム範囲内 |
// Cost関数
C(q) = k · √(Σᵢ qᵢ²)
// 価格
p_i = k · q_i / √(Σⱼ qⱼ²)
// 確率（sum-to-1）
prob_i = q_i² / Σⱼ qⱼ²
// 売却可能
tokensOut ≤ k · (√c0 − √c1)| 要件 | LMSR | DPM | CPMM |
|---|---|---|---|
| A. 運営loss 上限 | ✗ 4月-227万実証 | ✓✓ pool制で構造的0 | △ |
| B. payout確定UX | ✓✓ | △ 緩和工夫で対応 | ✓ |
| C. 八百長コスト | ✓✓ | ✓ | △ |
| D. 予測市場性 | ✓✓ | △ | ○ |
| E. creator簡単さ | △ | ✓✓ 何も背負わない | ✗ creator自腹 |
| F. Manifold初期コピー | △ | ◎ | ○ |
要件A（運営loss）を満たすのはDPMのみ（LMSRは4月-227万損失で実証的にダメ）。要件B（payout確定）は緩和工夫TOP3で対応可能。Manifold初期コピーの精神もDPM一致。
| カテゴリ | k（流動性） | seed |
|---|---|---|
| W杯本戦（公式） | 50 | 50,000 coin |
| W杯ローカル（試合中small markets） | 20 | 10,000 coin |
| NPB一軍（公式） | 10 | 5,000 coin |
| NPB二軍/独立リーグ/甲子園/Vリーグ（公式） | 5 | 2,000 coin |
| UGC市場 | 3 | 1,000 coin（運営無料seed） |
市場が解決した後、参加者が以下をレビュー可能：
| 項目 | 計算 | 用途 |
|---|---|---|
| ★平均 | 過去全市場の平均（最低5件成立後表示） | creator profileに表示、アルゴ表示順 |
| 累計参加者数 | 全市場の延べ参加者 | 「人気creator」ランキング |
| 解決成功率 | 正常解決 / 全作成市場 | 「あいまい」率の指標 |
| 通報率 | 通報数 / 全作成市場 | 悪質判定の閾値 |
市場の表示順は以下のスコアで動的決定。人が少ない市場は自然に表示順位が下がる。
display_score =
0.30 × log(1 + participants) // 参加者数（人気度）
+ 0.20 × log(1 + bet_volume) // ベット総額
+ 0.20 × creator_rating // ★平均（0-5正規化）
+ 0.15 × freshness // 締切近接度
+ 0.10 × category_match // ユーザーカテゴリ親和性
+ 0.05 × social_proof // 友達のいいね（CDEF C機能連携）
− 0.50 × suspicious_flag // 通報多い・bot疑義 → 大幅減点運営がフィルタする必要なし。アルゴが participants 0 の market を見せないだけで、創作者には公開されている（プロフィールから見れる）。
tokensOut ≤ k · (√c0 − √c1)| 業界用語（NG） | ミライマ語（OK） |
|---|---|
| pool取り合い | みんなのコインを分け合う |
| 暫定payout | 今あたれば〇〇コイン（最終確定は締切後） |
| 配当 | もらえるコイン |
| 滑り（slippage） | （そもそも見せない） |
「みらいコイン」ブランド資産を毀損しない言語統一。
creatorには何も見えない・何も背負わせない。すべてサーバ側で透明に動く。
| 対策 | creator体感 | 裏側の動作 |
|---|---|---|
| bot検出 v4.1（既存） | 何も見えない | is_bot=trueユーザーは作成不可（DB上の判定） |
| 創作者の自市場ベット禁止 | 「自分が作った市場は賭けられません」表示のみ | DB CHECK制約 1行 |
| 賞金P再ベット不可 | 既存仕様、UGCで何も変わらない | マネロン動線を構造的にゼロ化 |
| 通報システム | 「通報する」ボタンが市場詳細にある | 累積3件で運営確認、悪質は kill-switch |
| kill-switch | 何も見えない | 管理画面 toggle で UGC全hide / creator資格剥奪 |
| レビュー累積 | 結果発表後に★1-5 + コメント可能 | creator profile累積、低評価でアルゴ減点 |
| 創作者規約違反 遡及没収 | 規約違反3回で永久BAN通知 | 過去獲得P まで遡及没収（規約に明記） |
残り34日（5/10-6/12、実質18-20営業日）。AI審査削除によりさらに工数削減。
| 担当 | Week 1 (5/12-5/16) |
Week 2 (5/19-5/23) |
Week 3 (5/26-5/30) |
Week 4 (6/2-6/6) |
Week 5 (6/9-6/12) |
|---|---|---|---|---|---|
| 川崎 (攻めエンジニア) |
UGC作成UI（既存betaフォーム流用） | DPM数式実装（オフチェーンTS移植） | 売却機能 + Early Bird Badge | 表示アルゴ実装 | QA + 本番準備 |
| Shou (BE職人) |
UGC market専用テーブル + API | 運営無料seed自動投入 | レビューシステム + creator profile | 通報システム + kill-switch | 負荷試験 |
| Leo (守り) |
4月-227万損失切り分け | bot検出v4.1のUGC対応 | CS自動化拡充 | 監視ダッシュボード | 監視体制 |
| 川上 (COO) |
西村あさひ並行確認 | 規約UGC条文ドラフト | SNS告知準備（X/TikTok） | soft launch（招待100人） | ramp + 6/13 全open |
| UGC作成数 | ≥ 500件 / W杯期間 |
| creator独自数 | ≥ 200人 |
| UGC市場のbet参加率 | ≥ 公式市場の60% |
| creator リピート率 | ≥ 30% |
| レビュー記入率 | ≥ 20%（解決後） |
| ★平均（全UGC市場） | ≥ 3.5 |
| App Store ★ | ≥ 4.3 |
| マネロン疑義件数 | 0件 |
| 月損失 | < 100万pt |
| 規約違反creator比率 | < 5% |
| kill-switch発動回数 | < 月3回 |
各リスクについて：① 何が起きるか（具体シナリオ） ② 確率と影響 ③ 主対策 ④ 主対策が効かなかった時のPlan B を明示。
DPMは早期参加者に常に不利ではない。価格が動けば早期参加者は shares効率優位で利益を出せる。問題は「価格が動かないまま大量bet」「確率0/1への極端収束」のシナリオ。
| シナリオ | 早期Aさんの結果 | 原理 |
|---|---|---|
| ✅ 後乗りで価格大きく動く（情報拡散） | 利益（100→約158 coin等） | 50%で安く取得した shares が値上がり、pool膨張も享受 |
| ❌ 後乗りが価格動かさず同調bet（Sybil等） | 収支トントン or 損失 | 同価格で大量参加 → shares比率低下 = pool分配薄まり |
| ❌ 確率0/1付近への極端収束 | 最大半額（Manifold報告） | 結果直前のinformed late traders によって希薄化 |
結果直前（試合終盤で勝敗ほぼ確定）に sharp traders がYES 99%まで押し上げる：
| シナリオ | 確率 | 影響 |
|---|---|---|
| 人気W杯試合で爆発的後乗り | 高（W杯期間中） | 大（多数のライト層被害） |
| ローカル小規模市場で偏り | 中 | 中（被害者数少） |
| 確率0/1付近への収束 | 中 | 大（payout最大半減） |
判定：体験デモで「100→130」を実体験して、許容できるか確認すべき。日本のtoto文化と同じ感覚なら受容、米英ユーザーは不可。
UGC市場「巨人vs阪神、初回で1点入る？」が作成される。誰も参加しないと初期 q_yes=0、q_no=0 で価格関数が定義不能。1人目が参加した瞬間に価格が極端（例：0%→100%）に振れて「変な値段で買わされた」体験になる。
Manifoldの実証データ：
UGC全開放した場合、ミライマでも同等の死産率は確実に発生する（ロングテール構造）。ただし「死産」自体は致命傷ではない（誰も損しない）。問題は 参加した1人目が極端な価格で被害を受けること。
同じアプリ・同じフィードに2種類の市場が並ぶ：
ユーザーが区別できないと、UGC市場で「思ったより返ってこない」体験 → ★4.5レビュー資産毀損。
| 区別失敗率（タブ・バッジ無視） | 30-40%（初期） |
| レビュー★1混入確率 | UGC利用者の 5-10% |
| ★平均への影響 | 4.5 → 4.2-4.3 |
Redash dashboard 4で確認した4月単月 -227万pt（≒-22.7万円換算）の損失。原因が特定されないままDPM導入すると：
| 真因がLMSR設計の確率 | 30%（既存b設定が大きすぎる仮説） |
| 真因がテストアカウント影響の確率 | 40% |
| 真因が他バグの確率 | 20% |
| その他 | 10% |
creator が即時市場作成可能 → 大量spam（同一テーマ複製・無意味market・誹謗中傷）が発生する可能性。
Manifold初期データ参考：
AI審査削除した場合、spam率は数%-15%に増える可能性。だがdisplay_scoreで非表示になるので、ユーザー体験への影響は限定的。
| 時期 | 競合動き | ミライマへの影響 |
|---|---|---|
| 2026 Q4 | Kalshi 日本ローカライズ発表（憶測） | heavy traderの一部 様子見 |
| 2027 Q1 | Kalshi 楽天証券提携でローンチ | heavy trader 20%流出可能性、LTV低下 |
| 2027 Q2 | Manifold 日本語化（コミュニティ翻訳） | ライト層UGCがManifoldへ流出 |
| 2027 Q3 | 国内Web3勢が「DPM+CPMM選択式」模倣 | 機構差別化の優位 12-18ヶ月で消失 |
| 2027 Q4 | LINE/メルカリ予測機能発表（憶測） | 流入チャネルで圧倒、ミライマ存在意義問われる |
| Kalshi 2027 Q1ローカライズ確率 | 40-60%（米CFTC規制下なので難航） |
| Manifold 日本語化確率 | 30%（公式リソースなし、コミュニティ翻訳のみ） |
| LINE/メルカリ参入確率 | 20-30%（規制リスク高、参入障壁あり） |
Delphi DynamicParimutuelMath.sol は2026-04-22に mainnet デプロイされた。本番運用わずか14日のコードに依存すると、未発見バグが本番で表出する可能性。
Polymarket UMAですら2025-03に7M USD オラクル操作インシデント（運用5年）。運用14日コードには未発見バグ確実と仮定すべき。
賞金Pは Amazonギフト/Coincheck/実物グッズで実質換金可能。これと UGC・DPM の組合せで予期せぬマネロン動線が発生する可能性：
仕組み的にUGC市場は参加Pのみで完結（DPM分離設計）するので、UGC内で賞金P発生はゼロ。マネロン動線は構造的にゼロ。
★4.5・1,000レビューはミライマの3年積み上げた資産。「正解しても少ない」DPM体験で★1レビューが入ると：
| UGC利用者の★1混入率 | 5-10% |
| ★平均への影響（W杯期間） | 4.5 → 4.2-4.3 |
| 新規登録への影響 | 軽微（4.0以下にならない限り） |
日本戦中、運営マーケット2-3個 + UGC 100個並走したら、フィードがUGCで埋まり「とりあえずベットしたいだけ」のライト層が公式marketを見つけられず脱落。
W杯本戦の試合中に creator が爆発的にUGC作成する可能性は高い。display_scoreが正しく機能しないと、フィードが UGC に占領される。
Centola研究の行動変容臨界点は 人口の25%。ミライマDAU 4,500の25% = 1,125人がコア活動するまで UGC は普及しない可能性。100人だけだとAugur DAU 30人ルートを再現するリスク。
本案ではAI審査削除・即時公開・段階解放なしなので、「100人内輪」の制限はそもそもない。Risk 11は本案で構造的に解決済み。
DPMでは早期参加者が「情報を出した」のに、後乗り参加者によってpool分配が薄まる。早期参加のインセンティブが構造的に弱い。
DPMの構造的特性。確率0/1への収束時に最大1/2まで薄まる可能性（Manifoldが報告）。
display_scoreは participants と bet_volume の log を主成分にする → 既に人気のmarket がさらに人気になる正のフィードバック。新規creatorのmarketは永遠に表示されない。
アルゴ設計の典型問題。TikTok For You Page も同じ問題（新規creatorが伸びない）。