すべてのPrediction Marketには、反対側の価格を提示する存在が必要です。Kuestは、承認済みMarket Makerと、Polymarket mirrorやオペレーター独自市場の資金提供付き流動性キャンペーンをつなぎます。契約条件はPolygon上のオンチェーンEscrowによって管理されます。
Prediction Marketには、正しい問いがあっても、
正しいオーディエンスがいても、
十分な配信力があっても、
Trading Productとして失敗することがあります。
理由は単純です。
Traderが市場に来た瞬間、Landing Pageより重要なのはOrder Bookだからです。
Spreadが広い。
Depthが薄い。
反対側に約定可能な価格がない。
その状態では、市場は「市場」に見えません。
ただ空いているように見えます。
だから流動性はPrediction Marketにおける中核的なインフラ課題であり、同時にプロのMarket Makerにとって大きな機会でもあります。
Kuestは、承認済みMarket Makerが複数のオペレーターから資金提供付き流動性キャンペーンを発見できるネットワークを構築しています。
キャンペーンの一部はPolymarket mirror。
別の一部はKuestオペレーターが独自オーディエンス向けに作った市場です。
リスクは違います。
ヘッジ方法も違います。
Economicsも違います。
それでも仕事の本質は同じです。
実際に取引できる市場に必要な流動性を提供すること。
Prediction MarketのMarket Makerは何をするのか？
Market Makerは継続的に実行可能なBidとAskを提示し、他のTraderがポジションへ入り、または退出できるようにします。
単純にYESに賭けるのではありません。
NOに賭けるだけでもありません。
通常はFair Valueを中心にQuoteし、Fillによって発生したInventoryを管理し、可能な範囲でSpreadを獲得し、イベントの確率が変化するたびにRiskを調整します。
重要なのはここです。
Market MakingはInventory Businessです。
FillのたびにExposureは変わります。
新しい情報はQuote更新より早くFair Valueを動かすことがあります。
Balanced Bookは一方向に傾きます。
魅力的に見えたSpreadも、Hedge Cost、Adverse Selection、急激なRepricingを考慮すると消えることがあります。
つまり本格的なPrediction Market Market Makingは「当たりを予想すること」よりも、Pricing、Execution、Inventory、Risk Controlの仕事です。
Kuestとは何か？ なぜMarket Makerが必要なのか？
Kuestは一般ユーザー向けのPrediction Market Destinationそのものではありません。
オペレーター向けのWhite-label Prediction Market Infrastructureです。
金融企業、メディア、Creator、Communityなどが自社ブランドのFrontendを立ち上げ、KuestがCLOB、Smart Contract Infrastructure、Market Lifecycle、Shared Liquidity、API、SDK、Bot Infrastructureを提供します。
オペレーターはPolymarket mirrorを表示できます。
独自市場を作ることもできます。
複数の承認済みMarket Sourceを組み合わせることもできます。
その結果、流動性需要は分散します。
Macroに強いオペレーター。
Crypto Community。
Sports Frontend。
他では存在しないニッチ市場。
Shared LiquidityはCold Startの一部を解決します。
しかし、すべての市場に外部Depthが最初から存在するわけではありません。
そこでDedicated Market Makerが重要になります。
Kuest上の2種類の流動性機会
| Opportunity | なぜ流動性が必要か | 外部Hedgeの可能性 | 主な課題 |
|---|---|---|---|
| Sponsor付きPolymarket mirror | Polymarket関連市場をKuest Networkで提供したいSponsorがLiquidity Campaignを資金提供 | 経済的に同等なら比較的高い | Basis Risk、Execution、Settlement |
| Operator-created market | Kuestオペレーターが自社Audience向けに独自市場を作成 | 限定的、または存在しない場合も多い | Pricing、Inventory、Event Risk |
1. Sponsor付きPolymarket mirrorに流動性を提供する
Polymarket上にはすでに活発な市場があり、Kuestオペレーターにとって重要だが、まだKuest NetworkにはDeployされていないとします。
OperatorやSponsorは、その市場向けにLiquidity Campaignを資金提供できます。
そのOpportunityは承認済みMarket Makerに表示されます。
Market Makerにとって興味深いのは、Polymarket側の市場が外部Reference Priceになり得ることです。
さらに、条件が十分一致していればInventory Riskを管理するHedge Venueにもなり得ます。
Kuest側でQuoteし、Inventoryが増えたらPolymarket側で一部を相殺する。
これは完全なDirectional Betではなく、Cross-venue Inventory Managementとして扱える可能性があります。
ただし「可能性」があるだけです。
同じMarket Titleでも完全なHedgeとは限らない
PolymarketをKuest mirrorのHedgeとして扱う前に、最低でも以下を確認してください。
- 正確なMarket Wording
- Resolution Criteria
- Resolution Source
- Market Close Time
- Settlement Timing
- Edge CaseとCancellation Rule
- Hedge VenueのDepth
少しでも違えばBasis Riskが生まれます。
Headlineは同じでも、Payoffが同じとは限りません。
本当に考えるべき問いは、
「Polymarketに同じ市場があるからHedgeできる」
ではなく、
「2つのInstrumentの関係を十分正確にModelし、一方をQuoteしながら他方でRiskを管理できるか？」
です。
2. Operator-created marketに流動性を提供する
Kuestオペレーターは、自分たちのDistributionがあるからこそ成立する市場を作れます。
Crypto CommunityのProtocol Milestone。
金融MediaのニッチなMacro Event。
Sports Operator独自のCompetition。
Polymarketに存在しないCommunity Event。
こうした市場は独自性があるから魅力的です。
一方で、外部にClean Hedgeが存在しないことがあります。
その場合、Market MakerはFair Valueを独自に算出し、Inventoryを直接管理しなければなりません。
Liquid Hedgeのある市場と、外部Equivalentがない市場を、同じSpread、同じSize、同じCapital AllocationでQuoteする必要はありません。
なぜオペレーターは流動性に資金を出すのか？
流動性はオペレーターにとって単なる金融指標ではありません。
Product Experienceそのものです。
Userが市場を開く。
Probabilityを見る。
違うと思う。
Tradeしようとする。
その瞬間、必要なのは実行可能なPriceです。
小さなOrderでBookが大きく動くなら、Productの価値は下がります。
DistributionとLiquidityは別物です。
数千人のUserを市場へ連れて来られても、反対側をQuoteする人が自動的に現れるわけではありません。
Funded Campaignによって、オペレーターは流動性を「待つ」のではなく契約して確保できます。
MarketMakerEscrowの仕組み
資金提供済みのCampaignでは、Market MakerがCommitする前に、対象Market、Payment、任意のBond、片側Liquidity、Maximum Spread、必要Availability、Service期間、Payment Unlock日、Polymarket Hedgeの有無を確認できます。
Campaign作成時にSponsorはMarket Maker Paymentと、署名済みQuoteで承認されたProtocol FeeをDepositします。承認済みMarket MakerはPayout Accountを指定し、必要な場合は任意のBondをDepositしてAcceptします。実際の商業条件と運用条件はtermsHashでCommitされ、Campaign内で固定されます。
SponsorがCancelして資金を回収できるのは、CampaignがOpenで、まだMarket MakerがAcceptしていない間だけです。Accept後はMandateがLockされます。
ServiceとReviewがDisputeなしで終了すると、SettlementはPermissionlessに実行できます。Market MakerのAllocationはpendingWithdrawalsに反映され、Payout AccountがContractから直接Withdrawします。
SponsorはContractで許可された期間中にDisputeを開始できます。KuestがReviewしている間、通常のSettlementは停止します。Adminが分配できるRewardとBondはCampaign当事者間に限られ、decisionHashがOn-chain結果とOff-chain判断記録を結びます。
Kuestが担うこと、Market Makerが担うこと
| Kuest | Market Maker |
|---|---|
| Funded Liquidity Opportunityを表示 | Fair Valueを決定 |
| Market Makerを承認 | Bid/Askを決定 |
| CampaignとEscrow Infrastructureを提供 | Quote Sizeを決定 |
| Kuest Trading Infrastructureを運営 | Inventoryを管理 |
| Performance DisputeをArbitrate可能 | Hedgeを判断 |
| Settlement Rule外へLiabilityを移せない | Market/Strategy Riskを負う |
| Returnを保証しない | Adverse SelectionとExecution Riskを負う |
Market MakingはPassive Depositではありません。
Guaranteed APYはありません。
すべてのCampaignに共通するFixed Returnもありません。
EconomicsはMarket、Quote Obligation、Flow、Hedge Availability、Execution Qualityによって変わります。
KuestのLiquidity Campaignを見つける場所
中心となる画面はkuest.com/market-makerです。
Walletを接続するとOn-chain Approvalが確認されます。未承認の場合、Application DialogからEmailまたはDiscordでKuestへ連絡できます。承認済みWalletは、資金提供済みのOpen Opportunityについて、Event、Payment、Depth、Spread、Availability、Duration、任意のBond、Hedge Contextを確認し、Accept前に完全なMandateを開けます。
Accept時にはApprovalが再度On-chainで確認されます。受け入れたMandateはMy campaignsへ移動し、Active、Review、Disputed、Completedの状態と、pendingWithdrawalsからWithdraw可能な残高を確認できます。
Campaignをどう評価するか？
1. 信頼できるReference Priceはあるか？
Polymarket mirrorならある可能性が高い。
Proprietary Marketならないかもしれません。
2. ExposureはHedgeできるか？
TitleではなくContract Specificationを比較します。
3. どのSpreadが現実的か？
Information-sensitive Marketで狭すぎるSpreadはAdverse Selectionを招きます。
4. 必要Depthは？
$500のQuoteと$50,000のQuoteではCapital Requirementがまったく違います。
5. Durationは？
Resolutionまでの日数はCapital EfficiencyとHedge Maintenanceに影響します。
6. 急激なRepricing Triggerは？
Election。
Regulation。
Sports Injury。
Macro Data。
Token Announcement。
Court Decision。
7. Dispute時は？
Quote Obligation、Uptime、Measurement、Duration、MarketMakerEscrowのDispute Processを確認します。
Market MakerのEdgeとP&Lはどこから生まれるか
Campaign Paymentは定義されたLiquidity Serviceへの対価です。Trading EdgeそのものはMarket Makerが生み出します。
より正確なFair Value、情報イベント時の高速なQuote更新、Stale PriceでのFill回避、Outcome間のInventory管理、Mandateに見合うCampaign選択、BasisやExecution Costを過小評価しないHedgingがEdgeになり得ます。
Spread Captureは収益源の一つ、Campaign Paymentは別の一つです。外部VenueにMaker RebateやLiquidity Incentiveがあれば第三の収益源になり得ます。Professional Modelではそれぞれを分離し、Adverse Selection、Hedge Slippage、Inventory Mark、Infrastructure、Capital Opportunity Costを差し引きます。
Market MakingはPassive Yieldではない
「Yield」という言葉は魅力的ですが、誤解を招きます。
Market MakerはServiceを提供しながらRiskを取ります。
利益になることもあります。
損失になることもあります。
HedgeはDirectional Riskを減らしつつBasis Riskを作ることがあります。
Event Probabilityが40%から80%へ飛ぶ間にBotがQuote更新中ということもあります。
正しい問いは：
「Spread、Incentive、Adverse Selection、Inventory、Hedging、Capital Usage、Operational Riskを含めたExpected P&Lはいくらか？」
です。
Market Makerが引き続き負うRisk
Adverse Selection
Informated Traderが古いQuoteをHitする可能性。
Inventory Risk
One-sided Flowによる偏ったExposure。
Basis Risk
Kuest MarketとHedge VenueのRuleやSettlement差。
Hedge Execution Risk
Depth消失、Spread拡大、Latency。
Resolution Risk
Binary Marketは0か1へ収束するため、曖昧なRuleは大きなRiskになります。
Operational Risk
Bot、API、OrderのFailure。
Capital-efficiency Risk
LockされたCapitalは他のOpportunityで同時利用できません。
Polymarket Market MakerにとってKuestが興味深い理由
すでにPolymarketで活動するDeskは、Polygon Infrastructure、Market Data Ingestion、CLOB Execution、Fair Value Model、Inventory Management、Cancel-and-Replace、Operational Controlsを持っている可能性があります。
KuestもPolygon上でCLOB型Market Workflowを使うため、そのArchitectureとExpertiseの一部を再利用できる場合があります。ただしPlug-and-Playとは考えず、Endpoints、Authentication、Order Semantics、Cancellation、State Reconciliation、Rate Limits、Settlement BehaviorをProduction Quoting前に検証する必要があります。
Opportunityは、既存のPrediction Market ExpertiseをOperator Network内の資金提供済みMandateへ展開できることです。
Operator MarketがOpportunity Setを広げる理由
大規模Consumer VenueはPlatform全体で需要があるEventを優先します。
Operator NetworkではもっとSpecificなDemandを扱えます。
Local Macro。
Protocol Milestone。
Niche Sports。
Community Event。
すべての市場をQuoteすべきではありません。
しかしMarket Makerが検討できるUniverseは広がります。
Shared LiquidityとDedicated Market Makerは補完関係
Shared Liquidityは複数FrontendがCompatible MarketとOrder Flowを共有するときに有効です。
Dedicated Market MakingはShared Depthだけでは足りない場合に重要です。
たとえば：
Sponsor付きMirror、Proprietary Operator Market、Niche Market、特定Liquidity Commitmentが必要なCampaign。
誰がKuest Market Makerに向いているか？
- Professional Crypto Market-making Desk
- 既存Polymarket Liquidity Provider
- Quant Team
- CLOB Infrastructureを持つAlgorithmic Trader
- Automated Quoting Systemを持つFirm
- 高度なRisk Controlを持つIndependent Market Maker
参加はApproval-basedです。
Operatorが求めているのはWallet Addressではなく、実行可能なLiquidityです。
始め方
- kuest.com/market-makerを開き、Campaignを運用するWalletを接続します。
- Approvalが必要な場合は、画面のEmailまたはDiscordから申請します。
- 承認後、Open Opportunityを絞り込み、CapitalをCommitする前に完全なMandateを確認します。
- Pricing、Execution、Hedge、Inventory Limitに合うCampaignだけをAcceptします。ContractはApprovalを再確認し、必要な任意Bondを受け取ります。
- My campaignsでServiceとReviewの進行を追跡します。
- AllocationがWithdraw可能になったら、Withdrawで
pendingWithdrawalsから残高を引き出します。
すべてのMarket MakerがすべてのMarketをQuoteする必要はありません。Marketplaceは適切なLiquidity Providerと適切な資金提供済み需要を結びます。
より大きな機会：LiquidityをNetworkとして扱う
今後、多くのBrandがPrediction Marketを運営するようになると、各Operatorが複数のMarket-making Firmと個別契約を持つモデルは非効率になります。
Market Maker側も、Operatorを一社ずつ探す必要はありません。
NetworkがDemandを集約できます。
OperatorはMarketとDistributionを持ち込む。
Market MakerはCapital、Pricing、Executionを持ち込む。
Protocolが両者をつなぐ。
Escrowが必要なBilateral Trustを減らす。
それがKuestが構築している市場です。
FAQ：Prediction Market Market Making
Prediction Market Market Makerとは？
他のTraderが売買できるようBidとAskを提示し、Spread、Fair Value、Inventory、Riskを管理するLiquidity Providerです。
Kuestで流動性提供できますか？
はい。承認済みMarket MakerはOperator MarketやSponsor付きMirrorのCampaignを確認できます。
承認は必要ですか？
はい。参加は承認済みMarket Makerに限定されます。
MarketMakerEscrowとは？
Polygon上でLiquidity CampaignのCommercial Escrowを管理するKuestのSmart Contractです。
KuestはEscrow FundをWithdrawできますか？
Kuest AdminはCampaignのRewardやBondを任意にWithdrawできません。SettlementはContract Ruleに従い、DepositをSponsorとMarket Makerの間だけで配分します。Protocol Feeは署名済みQuoteに従い、OwnerがRecoveryできるのはLiabilitiesを超えるSurplusだけです。
Kuest MarketをPolymarketでHedgeできますか？
条件が十分一致していれば可能性があります。Wording、Resolution、Deadline、Settlement、Liquidityを独自に確認してください。
Sponsor付きMirrorとは？
SponsorがLiquidityを資金提供し、Kuest Networkで提供されるPolymarket関連市場です。
Operator-created marketとは？
Kuest Operatorが自社Audience向けに作る独自・ニッチ市場です。
Market Makerはどう利益を得ますか？
Spread CaptureやCampaign Compensationが考えられますが、Profitは保証されません。
KuestはReturnを保証しますか？
しません。Market Risk、Pricing、Inventory、Hedge、Strategy PerformanceはMMの責任です。
Opportunityはどこで見つかりますか？
kuest.com/market-makerを利用します。Walletを接続して資金提供済みOpen Opportunityを確認し、承認済みWalletはCampaignをAcceptしてMy campaignsで追跡できます。
Kuest専用Botが必要ですか？
必ずしも新規Botは必要ありませんが、Integrationの検証は必要です。KuestはPolygon上のCLOB型Market Infrastructureを使うため、Endpoints、Authentication、Order Handling、Risk Controlsを適合させた上で既存Stackの一部を再利用できる場合があります。
Campaign受諾前に何を確認すべきですか？
Scope、Payment、任意Bond、片側Liquidity、Maximum Spread、Availability、Service Dates、Payment Unlock、Hedge Context、Resolution、Capital、Canonical Terms、Dispute Processを確認してください。