ブログに戻るdefi

Prediction MarketのLiquidity Providerになる：Risk、Escrow、Yieldを解説

Prediction market liquidity providerになる方法、DeFi market making yieldの仕組み、残るリスク、Kuestのfunded liquidity mandateを守るescrowを解説します。

Kuest16 分で読めます
Prediction MarketのLiquidity Providerになる：Risk、Escrow、Yieldを解説

Prediction Marketにliquidityを提供することは、trading deskの新しい収益源になります。重要なのは、表示されたyieldではなく、trading risk、capital usage、campaign terms、payment protectionがmandateに見合うかどうかです。

Prediction market liquidity providerになりたい人が知りたいのは、YESとNOの基礎ではありません。実際に何をするのか、どこから収益が来るのか、capitalがどれだけlockedされるのか、片側のbookがfillされ続けたらどうなるのか、Polymarketでhedgeできるのか、そして支払いがすでにfundedされているのかです。

Liquidity providerは単にtokenをpoolにdepositしてAPYを受け取るのではありません。CLOBではexecutableなbid/askを置き、outcome token inventoryを管理し、probabilityの変化に合わせてquoteを更新し、情報を先に得たtraderにfillされるriskを負います。

Kuestは、Polygon上のon-chain escrow contractでfunded liquidity campaignを調整します。Escrowはtradingをprofitにしません。Sponsorが何をfundし、makerが何をacceptし、どのserviceを提供し、いつwithdrawできるかを明確にします。

Prediction Market Liquidity Providerは何をするのか

Event contractのYES/NO両側をtrade可能に保ちます。Bidは買う価格、askは売る価格で、その差がspreadです。Traderがaskを買うとproviderはcollateralを受けてoutcome tokenを渡し、bidに売りが来るとtokenを買ってcollateralを支払います。

Polymarketのmarket-making documentationも、continuousなbid/ask、order-book depth、spread、price discovery、flowの吸収を中心に説明しています。

Traderがquoteをfillしたら何が起きるか

すべてのfillはinventoryを変えます。YESを$0.54で1,000枚売れば、YESが減り、collateralが増え、event exposureが変化します。YESを買い戻す、complementary NOを買う、quoteをadjustする、またはinventory band内に残す、という選択肢があります。

Liquidity Provider、Market Maker、Traderの違い

Role 主な活動 主な収益 主なrisk
Directional trader Outcomeへの見方を取る Eventを正しく予測 Thesisと逆に動く
Liquidity provider Bid/askを維持 Spread、reward、mandate Inventory、adverse selection
Market maker Pricing、quote、inventory、executionを運用 Spread、incentive、campaign payment Market、operation、capital
Arbitrageur Equivalent positionの価格関係を取引 Cost後のprice difference Basis、fill、settlement mismatch

同じdeskが複数の役割を持つことはありますが、campaign paymentとtrading P&Lは分けてmodelします。

Prediction Market Liquidity Providerはどう稼ぐのか

Spread capture

Bidで買いaskで売ればspreadを取れます。しかしfillの順番が重要です。Information event中にYES inventoryが偏り、不利な価格で解消することもあります。

Campaign payment

Operatorやsponsorは、一定期間のdepth、spread、coverage、availabilityに対して支払うことがあります。これはserviceへの支払いであり、すべてのfillのprofitを保証しません。

Maker incentivesとliquidity rewards

Rebateやrewardはvariable revenueです。Venue parameter、activity、eligibility、order qualityで変わります。

Hedgeとinventoryのeconomics

Equivalentまたはcorrelatedな外部marketでexposureを減らせる場合があります。しかしcontractが違う、bookが薄い、hedgeが遅い場合はlossになります。

Revenue lineどのように生まれるか何が減らすか
Spread captureBidで買いaskで売るAdverse selection、inventory loss、quote update
Campaign rewardFunded liquidity mandateを満たすDispute、terms違反、bond、operation failure
Maker incentiveVenue rewardまたはfee programParameter変更、eligibility、activity低下
Hedge economicsRelated market間でexposureを管理Basis、slippage、latency、partial fill

Prediction Market Liquidity Providerはどれくらい稼げるか

Prediction market liquidity providerにuniversalなAPYはありません。Market、strategy、mandate、flow、risk budgetによって結果が変わります。

expected net result = spread capture
                    + campaign reward
                    + eligible incentives
                    - adverse selection
                    - inventory and hedge losses
                    - fees, gas, and slippage
                    - infrastructure and monitoring cost
                    - capital opportunity cost

狭いspreadはfillを増やしてもadverse selectionを増やすことがあります。広いspreadはbookを守ってもvolumeやcampaign requirementを失うかもしれません。TokenIntelのDeFi yield/risk frameworkが示す通り、yieldはriskをwarehouseする報酬として見るべきです。

DeFi Market Making Yieldとは何か。Passiveなのか

DeFi market making yieldという言葉は、AMM pool、staking、managed vault、active CLOB strategyを一括りにします。しかしcash flow、control、riskは異なります。

Model Liquidityの供給 Return Control
AMM pool Pool curveにassetをdeposit Trading feeとincentive Passiveまたはparameterized
Lending/staking Protocolへcapitalをallocate Interest、emission、reward 主にpassive
Managed vault Strategyにcapitalをdelegate Strategy P&Lとfee Delegated
Prediction-market CLOB Live bid/askをplace Spread、reward、campaign payment Active、operational

Active providerの本当の問いは、このliquidity mandateのrisk-adjusted P&Lはいくらかです。Prediction marketのoptimal market making研究もinventory、market belief、resolutionまでの時間、risk aversionがquoteを変えることを扱っています。

Prediction Market Liquidity ProviderのRisk：何が起こり得るか

Inventoryとadverse selection

Staleなaskを新情報に反応したtraderが買う可能性があります。Inventory band、quote skew、position limit、volatility adjustment、kill switchが必要です。

Resolutionとbasis risk

Kuestとexternal marketでresolution source、cutoff、wording、cancellation ruleが違えば、外部positionはperfect hedgeではありません。

Partial fillとhedge risk

First legだけfillし、second legがfillしないことがあります。「hedge orderを送った」は「hedgeがfillした」ことではありません。Unhedged quantityのpolicyを決めます。

Liquidity、exit、capital lock-up

Thin marketはentryできてもreasonable priceでexitできないことがあります。Collateralとoutcome tokenがresolutionやredemptionまでlockedされることもあります。TradeAlgoのguideもtwo-sided quote、automation、inventory management、market-specific controlを重視しています。

Smart contract、operation、compliance

Wallet、relayer、oracle、API、websocket、gas、market pause、resolution、jurisdictionごとの規制を監視とincident policyに含めます。

On-chain EscrowでLiquidity Provisionは安全になるか

On-chain escrowが解決するのは、支払いのpromiseと、transparentなcontract rulesのもとでfundされた支払いの差です。

Escrowなしでは、operatorとmakerが30日間のdepthとrewardをoff-chainで合意しても、payment delay、sponsor撤回、bondの扱い、spread/coverageのmeasurementを巡るdisputeが残ります。

Escrowはstrategyの良し悪しを判断しません。両者がfundすると合意したcommercial liabilityを調整します。

Question Informal arrangement Kuest campaign with escrow
Rewardはservice前にfundされるか Sponsor次第 Contract termsのもとで記録される
Acceptance前にobligationが見えるか Messageやdocument Acceptance前に表示される
Acceptance後にcancelできるか Agreement次第 Contract stateとtermsに従う
Dispute時はどうなるか Bilateral negotiation Defined review/settlement process
Trading profitを保証するか No No

KuestのMarketMakerEscrowはどう動くか

MarketMakerEscrowはPolygon上で、approved liquidity campaignのreward、optional bond、service、review、withdrawal pathを調整します。

1. Sponsorがcampaignをfundする

Market/series scope、depth per side、maximum spread、coverage、service dates、reward、bond、acceptance deadline、review/dispute window、external Polymarket hedgeの有無をtermsに含めます。

2. Approved Market Makerがmandateをreviewする

Participationはapproval-basedです。Wallet、scope、service obligation、capital、hedge context、dispute termsを確認します。Advertised yieldではなくdefined liquidity serviceをacceptします。

3. Acceptしてoptional bondをdepositする

必要ならpayment tokenをapproveし、contractを通じてacceptします。Bondはcampaign liabilityとしてtrackedされます。

4. Liquidityを提供する

Service期間中にdepth、spread、coverage、availability、order refresh、inventory limitを守ります。Escrowはbotやrisk engineの代わりにはなりません。

5. Reviewとdispute

Service終了後、review windowに入ります。Material violationがreportされると、caseがreviewされる間、normal settlementをpauseできます。

6. Finalizeしてwithdrawする

Campaignが完了すればfinalizeでき、maker allocationはpendingWithdrawalsからwithdraw可能になります。Payout accountはwithdraw()を呼び出します。

Kuest Escrowがカバーするもの、しないもの

Kuest escrow covers Market Maker still owns
Campaign reward accounting Fair-value estimate
Optional bond accounting Bid/ask selection
Acceptanceとcampaign state Quote size、inventory limit
Service、review、dispute flow Adverse selection risk
Finalizationとwithdrawable balance Hedge execution、basis risk
Contract rules内のsettlement Contract、venue、operationのdiligence

Escrowはinsuranceではありません。Aggressive quote、wrong model、unfilled hedge、offline bot、riskに対して小さすぎるrewardによるlossはカバーしません。

Prediction Market Liquidity Campaignの評価方法

Campaignをcontract付きのtrading mandateとして評価します。

Depth、maximum spread、capital

$500 per sideと$50,000 per sideは別のoperationです。情報感応度の高い市場でtight spreadを要求されると、rewardがadverse selectionの補償に消える可能性があります。

Durationとbond

Serviceが長いほどprobability、flow、external liquidityが変化します。Collateral、outcome token、bond、gas、partial hedge reserveをmodelします。

Rewardとnet economics

reward + expected trading P&L
- fees - gas - slippage
- capital cost - bond cost
- expected inventory and adverse-selection loss

Hedgeとdispute terms

Question、outcome、resolution source、close time、token mapping、executable depth、一方のlegだけfillした場合を確認します。誰がviolationをreportでき、どのevidenceが必要で、いつwithdrawできるかも読みます。

Mirror MarketとOperator-Created Market：どちらがhedgeしやすいか

Polymarket mirrorはexternal source、mapping、book、referenceを持つ場合があり、fair valueとinventory管理に役立ちます。ただしidentical resolutionやcontinuous hedge liquidityは保証されません。

Operator-created marketはproprietary flowと低い競争を持てる一方、equivalent external contractがなければmakerがpricing、inventory、event riskを直接負います。

Shared LiquidityがLPのCapital Efficiencyを変える理由

同じoutcome token IDを持つcompatible marketは同じKuest order bookを利用します。あるoperator siteのorderが別siteのflowとmatchできます。

一つのquoteが複数audienceに届き、cold startを減らせます。ただし、同じbookを表示する2つのpageは独立venueではありません。詳しくはKuest architectureを確認してください。

KuestとPolymarket間でYES/NO InventoryをHedgeする方法

同じOutcomeを補充する

Kuest askのYESが買われたら、condition、mapping、depth、timing、fee、slippageが合えばPolymarketでequivalent YESを買います。

Complete YES/NO pairを作る

同じconditionのYESとNOが合計$1未満なら、identical ruleとcomplete fillを条件に、pairはsettlementで$1のknown valueを持つ可能性があります。

gross pair edge = $1 - (YES cost + NO cost)

Conditionとtokenをmapする

{
  "source": "polymarket",
  "sourceConditionId": "0x...",
  "sourceYesTokenId": "...",
  "sourceNoTokenId": "...",
  "kuestConditionId": "0x...",
  "kuestYesTokenId": "...",
  "kuestNoTokenId": "...",
  "resolutionSource": "...",
  "closeTime": "...",
  "mappingStatus": "verified"
}

似たheadlineだけでは不十分です。Wording、close time、resolution source、outcome order、settlement pathが違えばhedgeを拒否します。

Prediction Market Liquidity Providerに必要なInfrastructure

Live market data、order book、fair valueとinventory skewを含むpricing、fill reconciliation、exposure limits、quote-age、pause handling、kill switches、wallet/gas alert、settlement monitoring、campaign trackingが必要です。

Polymarketのmarket data overviewとorder book referenceは、quote systemが読むべきdataを説明しています。

KuestでPrediction Market Liquidity Providerになる方法

  1. Kuest Market Maker pageとprotocol modelを読む。
  2. Production用wallet、CLOB、market data、risk、reconciliationを準備する。
  3. Approvalを申請する。
  4. Market type、spread、depth、duration、reward、bond、external hedgeでcampaignを評価する。
  5. Mappingとresolution rulesを独立に検証する。
  6. Risk limitに合うmandateだけacceptする。
  7. Service期間にliquidityを提供し、termsとperformanceを監視する。
  8. Reviewとfinalization後、available allocationをwithdrawする。

FAQ：Prediction Market Liquidity Provider

Prediction Market Liquidity Providerは何をするのか

Executableなbid/ask、order-book depth、YES/NO inventoryを提供します。Spread、reward、campaign paymentを得る可能性がある一方、marketとoperation riskを負います。

Liquidity provisionはpassiveですか

CLOBでは通常passiveではありません。Quote、inventory、partial fill、cancel、risk limitを管理します。

DeFi market making yieldとは何ですか

Crypto marketでliquidityを提供して得るreturnの総称です。Prediction marketではspread、incentive、campaign paymentを含み得ますが、guaranteed APYではありません。

MarketMakerEscrowとは何ですか

Polygon上でreward、bond、service、review、finalization、withdrawalを調整するsmart contractです。

Escrowはtrading profitを保証しますか

いいえ。Escrowはcommercial mandateとfunded liabilitiesをcontract rulesに従って扱います。Spread capture、hedge execution、trading P&Lは保証しません。

Kuest Market Makerにはapprovalが必要ですか

はい。Campaign participationはapproval-basedで、accept前にoperating walletが確認されます。

Kuest marketをPolymarketでhedgeできますか

Payoff、token mapping、resolution、timing、executable liquidityが十分に一致する場合は可能です。Equivalenceの検証はmakerの責任です。

Campaignをacceptする前に何を確認すべきですか

Depth、maximum spread、coverage、duration、reward、bond、capital usage、hedge、resolution source、measurement、dispute、expected net P&Lを確認します。

ブログの他の記事ブログに戻る