予測市場を構築するかライセンスするか：2026年のコスト・時間分析

証券会社、メディア運営者、フィンテックが予測市場の会場を立ち上げると決めたなら、次の判断はインフラを自前で作るかライセンスするかです。多くのチームはこの問いにざっくりした見積もりで向き合い、実際の数字に驚きます。これは私たち自身が欲しかった分解です。

この記事は、すでに機会を理解している運営者向けです。まだなら市場分析から始めてください。ここでの問いは純粋に実行です。実出来高を扱える信頼性ある会場を出すには、ドルと月数でいくらかかるのか。

「構築する」とは何を意味するのか

コストを語る前に、完全な予測市場プラットフォームが何を必要とするかを明確にする必要があります。運営者はこのリストを過小評価しがちです。多くの部品は実装の深いところに入るまで見えないからです。

本番級の会場に最低限必要なものは次の通りです。

• 結果契約。 条件付き支払いを定義し、担保を受け取り、解決時に支払うスマートコントラクト（またはオフチェーン同等物）です。YES/NO契約、複数結果市場、条件依存を扱えなければならず、監査も必要です。
• マッチングエンジン。 多くの場合、ユーザーが注文ごとにガス代を払わないようリレイヤー構成で動く中央指値注文板です。サブミリ秒の順序付け、公平性保証、部分約定、キャンセル・置換のセマンティクスなど、かなり難しいソフトウェアです。
• 決済インフラ。 結果を判定し市場を決済する仕組みです。中央集権型の市場公正チーム、UMAのようなオプティミスティック・オラクル統合、またはカスタムオラクルネットワークのいずれかです。どの道にも継続的な運用負荷があります。
• ウォレットとカストディ。 暗号資産ネイティブならウォレット統合とオンチェーンカストディです。規制下なら法定通貨の入出金、分別管理、そして分別を証明する監査証跡が必要です。
• KYC、AML、コンプライアンスパイプライン。 法域ごとに異なります。各法域には独自のプロバイダースタック、本人確認書類要件、報告義務があります。
• フロントエンドとモバイルアプリ。 取引UX、入出金、マーケット探索、チャート、ポジション管理、通知。ユーザー体験の大部分です。
• 流動性供給。 マーケットメイクボット、契約型マーケットメーカー関係、または別会場との共有流動性です。これがなければ会場はありません。
• 運用。 24時間365日の監視、インシデント対応、カスタマーサポート、紛争対応、市場作成パイプライン、エッジケースの手動上書き機能です。

8本の柱があります。それぞれが単独で大きなエンジニアリングプロジェクトです。

ゼロから作る現実的なコスト

私たちがレビューしてきた運営者の構築計画で繰り返し出てくるコスト構造は次の通りです。これは2026年の数字で、何をしているか分かっているチームを前提にしています。最安構築ではありません。

初期コストは340万〜720万ドル、年間継続OPEXは115万ドル超、クリティカルパスはおよそ8〜14か月です。最長の単一作業はマッチングエンジンですが、実務上の制約は監査です。マッチングエンジンは安定したコントラクトインターフェースに依存し、そのインターフェースは監査の2回目が閉じるまで確定しないからです。

上の数字は、1法域、1言語、1資産クラスを前提にしています。追加法域ごとに約20万ドルの初期費用と6〜10週間が加わります。スポーツ + マクロ + 暗号資産のような複数資産サポートは、市場作成と決済自動化にさらに複雑性を加えます。

誰も見積もらない隠れたコスト

上の項目は明らかなものです。運営者が一貫して過小評価するものがさらに6つあります。

監査サイクルは複数形です。 最初の監査では指摘が返ります。修正し、リファクタリングし、再監査します。さらに3回目があります。各サイクルは6〜10週間、9万〜16万ドルです。多くのチームは1回分だけ予算化し、3回必要だと後で知ります。

流動性は一回限りのコストではありません。 マーケットメーカー契約はスプレッド提供に対する契約手数料か、資本を積む必要のある内部ブックです。どちらにせよ費用は無期限に続き、出来高とともに拡大します。

規制対応は双方向です。 ライセンスを「もらう」のではありません。数か月から数年かけて規制当局との関係を作ります。その関係には経営陣の時間、法律顧問、定期文書提出、対面会議といったソフトコストがあります。

解決運用。 現在のPolymarketのように週9,800のアクティブ市場を持つプラットフォームには、1日あたり数十件のエッジケース解決があります。基礎データが曖昧、ソースが移動した、重大イベントが結果質問を再定義した、といった市場です。それぞれに人間の判断、文書化された理由、公に弁護できる説明が必要です。

インフラの攻撃面。 作るコンポーネントはすべて守る必要があります。フロントランニング、オラクル操作、MEV抽出、フロントエンドのフィッシング、鍵管理失敗。脅威モデルは広く、結果は公になります。本番運営者はローンチ後、エンジニアリング能力の20〜30%を堅牢化に使います。

遅いローンチの機会費用。 2026年にオーディエンス期待を形作る運営者ブランドは複利で伸びます。12か月のローンチ遅れは、失った収益12か月分だけではありません。あなたのターゲットオーディエンスで先にローンチした誰かに12か月の先行を渡すことです。

ライセンスが実際に解放するもの

インフラのライセンスは部分的な答えではありません。きれいにライセンスする運営者は、構築した運営者と同じ商品面、同じ深さ、同じUXの洗練度を、違うコスト構造で使っています。

経済性の要点は運営者手数料です。ライセンスは取引あたり収益を意味あるほど希薄化しません。多くのインフラ契約は収益シェアではなく、運営者手数料の一部としてプラットフォーム手数料を設定します。証券会社のマージンは保持し、エンジニアリング構築を外部化します。

多くの運営者にとって重要な問いは「ライセンスでいくら節約できるか」ではありません。「どれだけ早くオーディエンス帰属を獲得できるか」です。構築費の節約は本物ですが、9〜12か月早く稼働する価値の一部でしかありません。

構築が合理的な場合

構築が本当に合理的なシナリオは3つあります。そこは正直に言う価値があります。

あなたが運営者ではなく会場そのものである場合。 PolymarketやKalshiのようにグローバル会場になる戦略なら、インフラを所有する必要があります。それが堀だからです。ライセンスはしません。構築し、機関投資家資本を調達して資金を入れ、2年のタイムラインを受け入れます。

プロトコルが対応しない独自契約設計がある場合。 新しいマルチ担保契約、無期限予測商品、デリバティブラッパーなど、価値提案が特殊ならプロトコル抽象化が合わない可能性があります。多くの運営者はここに該当しませんが、一部は該当します。

主権または準主権的な主体である場合。 政府系ファンド、中央銀行隣接の会場、大規模国有取引所など、一部の機関は非商業的理由でインフラを所有しなければなりません。ライセンスが受け入れられない非経済的依存を作るため、構築します。

それ以外、つまり個人向け証券会社、消費者向けフィンテック、オーディエンスを持つメディア運営者にとって、構築は気を散らすものです。

構築パスで予想外に壊れるもの

コストと期間を理解して始めたチームでさえ、ロードマップに現れない種類の問題に待ち伏せされます。私たちが見てきた、時にはリカバリー段階で引き継いだゼロ構築の試みでは、3つのパターンが繰り返されます。

構築途中のエンジニア離脱。 シニアスマートコントラクトエンジニアが7か月目に退職します。後任は9か月目に着任します。知識移転でさらに2か月かかります。引き継ぎ中にコントラクト面が動き続けたため、監査は四半期遅れます。これは仮説ではなく、内製構築の典型的な失敗モードです。こうした契約を書ける人材は希少で、選択肢を持っています。

流動性プロバイダーの経済性がローンチ途中で変わる。 運営者は4か月目にマーケットメーカー契約を結びます。その時点では条件は問題ありません。10か月目にはマーケットメーカー側の競合ブック機会が改善しています。再交渉で条件が悪化するか、内部マーケットメイクへ切り替えることになり、当初予算になかった100万ドル超の資本項目が加わります。

構築中の規制ドリフト。 1か月目に前提としていた枠組みは、14か月目にノーアクションレター申請の準備ができた時点の枠組みではありません。運営者は、1年以上の構築期間に規制ドリフトがどれだけ作り直しを生むかを過小評価します。技術的には稼働しているのに、設計したライセンスに申請できなくなった構築も見てきました。

3つに共通する構造は期間リスクです。構築段階にいる毎月、計画の前提は持ちこたえなければなりません。持ちこたえないことが多いのです。ライセンスは構築段階を日単位に縮め、期間リスクをほぼゼロにします。1年後に存在すると賭けている条件ではなく、現在の条件に対して運営できます。

簡単な意思決定フレーム

正しい答えにたどり着くための3つの問いです。

1. 競争上の堀は会場ですか、オーディエンスですか。 オーディエンスなら会場をライセンスします。会場そのものなら構築します。
2. 12か月以内に使える商品を出せますか。 できるなら構築は選択肢です。できないなら、オーディエンスを出せる誰かに渡しています。
3. あなたの商品は、どのプロトコルにもない契約設計を必要としますか。 はいなら構築です。標準的な二択、多結果、スカラー契約の範囲ならライセンスです。

この問いに正直に答える運営者の多くは「オーディエンス、12か月以内は難しい、契約ニーズは標準」となります。それはライセンス判断です。

実務上のライセンスはどう見えるか

Kuestでのクリーンなライセンス展開は、時間順に次のようになります。

• Day 0。 ブランド資産、手数料モデル、オーディエンス定義、対象法域をローンチウィザードから提出。
• Day 0 – 1。 運営者IDの下にスマートコントラクトをデプロイ。カスタム市場タイプを設定。解決ソースを選択。
• Day 1 – 3。 フロントエンドをあなたのブランドに合わせてスキン。法域別にコンプライアンスフローを設定。
• Day 3 – 5。 行動検証のため閉じたオーディエンスへソフトローンチ。共有注文フローから流動性はすでに存在。
• Day 5 – 14。 公開ローンチ。すべての取引で運営者手数料が発生。エンジニアリングチームはゼロ。

同じ範囲をゼロから作れば1年半かかります。