ブログに戻るarbitrage

Prediction Market Arbitrage：PolymarketとMirror Marketの間でヘッジする方法

暗号資産ネイティブのMarket Maker向け実践ガイド。Polymarket mirrorを検証し、在庫をヘッジし、実行可能なedgeを計算し、Kuestの流動性キャンペーンを活用する方法を解説します。

Kuest15 分で読めます
Prediction Market Arbitrage：PolymarketとMirror Marketの間でヘッジする方法

すでにPolymarket botを運用しているなら、次の機会は新しい予測モデルとは限りません。既存のpricing、execution、risk stackをもう一つの流動性面で活用できるかもしれません。

Prediction Market Arbitrageは、表計算上では簡単です。同じイベントを2つのvenueで見つけ、安い側を買い、高い側を売り、差額を得ます。

しかし本番で難しいのは、2つのinstrumentが同じpayoffを持つことを証明し、outcome tokenを正しく対応付け、実際に約定できる価格で両方のlegを実行し、settlementまでの時間を管理することです。

Mirror marketでは特に注意が必要です。Polymarket mirrorは外部のprice referenceやKuest flowのhedge候補になり得ますが、すべての価格差がrisk-free arbitrageになるわけではありません。

Prediction Market Arbitrageとは何か

Prediction Market Arbitrageとは、経済的に同等なcontract間の価格差を取ること、またはentry costより大きく、組み合わせたpayoffが分かっているpositionを作ることです。

Complementary outcomeのarbitrage

Binary marketではYESとNOが補完的なoutcomeです。両方のcontractが同じルールでresolutionされるなら、YESを一方、NOをもう一方で合計1ドル未満で買うpositionは、settlement時に1ドルのgross valueを持ちます。

gross edge = $1 - (YES entry price + NO entry price)

Fees、gas、slippage、partial fill、capital lock-up、settlement costを引くと実際のedgeは小さくなります。

Cross-venueで在庫をhedgeする

Market Makerは常にguaranteed payoffをlockするわけではありません。Kuestでquoteし、customer flowから生じたinventoryをPolymarketで減らすこともあります。

Kuestのaskで1,000 YESが買われた場合、Polymarketで対応するYES exposureを買い戻せる可能性があります。これはinventory hedgeであり、risk-free arbitrageではありません。外部bookはpartial fillになったり、価格が上がったり、消えたりします。

方法目的残る可能性があるもの
YESを買う + NOを買う$1未満で完全なbinary pairを作る仕様、settlement、execution risk
安いYESを買う + 高いYESを売るCross-venueの価格差を取るInventory、position、fill risk
一方でquote + fillをhedgeMarket Maker bookをneutralに近づけるAdverse selection、basis、hedge availability risk

この区別はbot、capital model、risk reportに影響します。PredictEngineのguideはmidpointではなく実行可能な価格で計算する重要性を説明しています。Preduckのdocumentationもcross-venue marketの比較に役立ちます。

Polymarket traderがMirror Market Arbitrageを探す理由

Polymarketは、CLOB data、active order book、大きなtraderとbot flow、既知のexecution infrastructureを持つため、自然なreference venueです。

もう一つのsurfaceは、operatorのaudience、異なるorder flow、funded liquidity campaign、Polygon・USDC・CLOB・pricing・inventory stackの再利用機会をもたらします。Makerはtrading P&Lに加えて、depthを維持するcampaign paymentを得られる場合があります。

Kuestはbranded frontendをshared market discovery、matching、wallet operation、lifecycle dataにつなぎます。同じoutcome token IDを持つmarketは同じKuest order bookを利用します。したがって、2つのoperator pageが独立したvenueとは限りません。

2つのKuest frontendに見える差は、自動的にarbitrage opportunityではありません。

本当のedgeは、Kuest network flowとPolymarketの関係、operator marketと外部contractの関係、fee・incentive、inventory imbalance、またはfunded campaignから生まれます。

Kuest Mirror Marketの仕組み

Mirrorとは、選択された外部sourceとの関係を表します。別venueのorder bookをfrontendにそのまま埋め込むという意味ではありません。

OperatorはPolymarket mirror、独自market、明示的に選んだshared sourceを組み合わせられます。Operatorはbrand、domain、user experience、operationを管理し、KuestはCLOB、market data、matching、relayed wallet action、Polygon settlementを提供します。

Market Makerが確認する項目は次の通りです。

  1. Sourceがspecificationを決める。 Question、outcome、close time、resolution source、edge caseを確認する。
  2. Kuestがcompatible representationを作る。 MirrorにはKuest側のmetadataとbook contextがある。
  3. Outcome mappingを明示する。 BotはYES/NOの対応tokenを知る必要がある。
  4. Flowはoriginating operatorに帰属する。 Site、bot、SDKからの取引も対象になる。
  5. Settlementは別途検証する。 Price relationはmarket lifecycleに依存する。

Kuest architectureとopen-source repositoryでPolygon、USDC、API、SDKのモデルを確認できます。

Polymarket Hedge Strategy：同じOutcomeをvenue間で取引する

Polymarket hedge strategyは、「どのページでもYESは同じ」と仮定せず、Kuest bookの実際のpositionから始めます。

Filled quoteを同じoutcomeでhedgeする

KuestでYESを1,000枚、$0.54で売り、Polymarketの対応YES askが$0.55なら、利用可能なdepthまでinventoryを買い戻せます。結果はKuest saleからPolymarket hedge cost、fee、gas、slippage、adverse selectionを引いたものです。

Polymarketで600枚しかfillしなければ、残り400枚はexposureとして残ります。

Complete pairを作る

KuestのYESを$0.53、PolymarketのNOを$0.43で買えるなら、pair costは$0.96で、同じresolutionなら$1を支払います。gross edgeは1 pairあたり$0.04ですが、cost控除前です。

Prediction Market Arbitrageの手順例

  1. Contractを検証する。 KuestとPolymarketのcondition、outcome order、cutoff、resolverを比較する。
  2. Executable bookを読む。 Bid、ask、sizeを取得する。Polymarket order book APIにはlevel、timestamp、minimum、tick sizeがあります。
  3. Hedge routeを選ぶ。 Available sizeだけhedgeし、次のprice levelを取るか、complementary routeを使うか、quoteを縮小する。
  4. Net resultを計算する。
net result = Kuest proceeds - hedge cost - fees - gas - slippage
             - capital and inventory cost
  1. すべてのstateをreconcileする。 Accepted、partial fill、cancel、reject、restingを記録する。
  2. Settlementまで監視する。 Resolution、dispute、redemption、market relationの変化を追う。

Mirrorを探しOutcome Tokenをmapする方法

Titleだけでmatchingするのは最も危険なshortcutです。Assymetrixが説明するように、trader、fee、liquidity、resolution ruleの違いは似たheadlineを別instrumentにします。

Mirrorごとに最低限、次のmappingを保存します。

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

Kuest market detailsにはmirror condition ID、mirror token ID、outcome、fee、resolution source、bid/askがあります。ID不足、close time違い、source違い、pause状態、complete hedgeに足りないsizeなら取引を拒否します。

Shared LiquidityがArbitrageをどう変えるか

Compatible marketは同じKuest order bookを利用します。あるoperator pageのorderが別pageのflowとmatchできるため、capital efficiencyが上がりcold startが軽くなります。

一方、同じbookを表示する2つのpageは独立した2つのlegではありません。EdgeはPolymarketとの関係、operator flow、fee・incentive、inventory imbalance、funded campaignから生まれます。

Kuest protocolとMarket Maker pageでnetworkとliquidity mandateを確認してください。

Market Maker Inventory：Collateral、YES/NO、Settlement

Binary Market Makerは通常、USDC collateral、YES inventory、NO inventory、外部venue inventoryを管理します。正しいhedgeは最後のtradeではなく、balance sheet全体で決まります。

同一conditionのYES/NO pairはsettlementで合計$1です。Venueのmechanicsによってcollateralからmintしたり、mergeして戻したりできます。Physical actionとaccountingを分け、内部でmergeを使ってもlogのSELL YESはSELL YESとして保持します。

Fee、Gas、Slippage後にどれだけEdgeが残るか

Midpointはexecutable priceではありません。実際のpriceとsizeを使います。Polymarket spread APIとCLOB market infoを参照します。

net edge = gross payoff or spread
         - fees on every leg - gas - slippage
         - failed fills - locked capital - hedge cost
         - operational overhead

Kuest campaign rewardはtrading P&Lとは別のrevenue lineです。Defined liquidity serviceの対価であり、adverse selection、inventory loss、bond costを隠すものではありません。

Polymarket Mirror Arbitrageの主なRisk

Basis risk

1つの条項でもpayoffは変わります。Data source、timestamp、cutoff、resolver、edge caseを比較します。

Execution、latency、liquidity risk

安いlegはhedgeが届く前に消えます。Best askのsizeがpositionに足りないこともあります。

Adverse selection

Quoteを取るtraderがbotより早く新情報に反応している可能性があります。

Resolution、venue、operational risk

Outage、rate limit、rejected order、wallet error、stale websocket、dispute、遅いsettlementをreconciliationとkill switchで扱います。

Regulatory risk

Prediction market、derivative、market makingの規制はjurisdictionで異なります。独自にlegal、tax、compliance adviceを取得してください。

Kuest Market Maker CampaignがLiquidityに支払う方法

Campaignはmarketまたはseries、日付、sideごとのdepth、maximum spread、coverage、reward、bond、外部Polymarket hedgeの有無を定義できます。

Escrow flowは次の通りです。

  1. Sponsorがrewardとprotocol amountをdepositする。
  2. Approved Market MakerがTermsをreviewしてacceptする。
  3. 必要ならbondをdepositする。
  4. Service期間にliquidityを維持する。
  5. Reviewとdispute期間を通過する。
  6. Finalize後、maker allocationがpendingWithdrawalsでwithdraw可能になる。

Escrowはcommercial mandateを守りますが、hedge fillやprofitは保証しません。Market creation APIとresolution APIも確認してください。

Prediction Market Arbitrage BotとAPI Infrastructure

本番botはnumber比較のloopではなくstate machineです。

discover -> validate mapping -> read depth -> calculate net edge
         -> reserve collateral -> place first leg
         -> confirm fill -> place hedge -> reconcile
         -> monitor settlement -> rebalance inventory

必要なのはdiscovery、token mapping、live order book、sizing、fill reconciliation、inventory、hedge routing、settlement monitoring、alerts、logs、kill switchesです。Polymarketのmarket data overviewとorder APIを基礎にしてください。

既存のPolymarket botはPolygon wallet、CLOB、cancel-and-replace、risk controlを再利用できます。ただしKuest ID、shared book、auth、fee、order semantics、lifecycle、campaign obligationを検証します。

KuestでMarket Makingを始める方法

  1. Kuest Market Maker pageとprotocol modelを読む。
  2. 運用walletのapprovalを申請する。
  3. Polymarket hedge、spread、depth、durationでcampaignを絞り込む。
  4. Mappingとexternal bookを独立に検証する。
  5. 条件に合うcampaignだけacceptし、必要ならbondをdepositする。
  6. Conservative sizeから始め、order、fill、reconciliationを確認する。
  7. Serviceとreview後にfinalizeしてwithdrawする。

Native Crypto Market MakerがKuestにとって重要な理由

Kuestが必要としているのは、binary CLOBをquoteし、YES/NO inventoryを管理し、basis riskを理解し、partial fillを処理し、Polygon/USDCを運用し、kill switch・alert・audit logを維持できるdeskです。

その専門性により、operatorは信頼できるdepthでmarketを開始できます。Makerはshared networkを通じて、community flowとfunded mandateという新しい機会にアクセスできます。

参考資料

FAQ：Prediction Market Arbitrage

Polymarket arbitrageはrisk-freeですか？

いいえ。Spreadはexecution前に消えることがあり、似たmarketが異なるresolutionになることもあります。YES/NO pairでも同一ruleとcomplete fillが必要です。

Polymarket mirror marketとは何ですか？

Operatorが自分のbrandで提供できるよう、Kuest marketをPolymarket source marketと関連付けたものです。Mapping、resolution、liquidityを確認してください。

Polymarket hedge strategyはどう動きますか？

Makerは別venueでquoteして生じたexposureを、同じoutcome、complementary outcome、complete pairで減らします。Contract、depth、fee、partial fillでrouteを選びます。

BotはどのIDをmapすべきですか？

SourceとKuestのcondition ID、YES/NO token ID、resolution source、close time、mapping statusです。曖昧ならtradeしません。

MarketMakerEscrowとは何ですか？

Polygon上でliquidity campaignのreward、bond、service、review、withdrawalを調整するsmart contractです。利益は保証しません。

Kuestはarbitrage returnを保証しますか？

いいえ。Kuestはinfrastructure、network、data、escrowを提供します。Pricing、execution、inventory、hedge、capital riskはMarket Makerに残ります。

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