Arbitraggio nei prediction market: come fare hedge tra Polymarket e mirror market

Se gestisci già un bot Polymarket, la prossima opportunità potrebbe non essere un altro modello predittivo. Potrebbe essere una seconda superficie di liquidità dove il tuo stack di pricing, execution e risk lavora di più.

Il prediction market arbitrage sembra semplice su un foglio di calcolo: trovare lo stesso evento su due venue, comprare il lato più economico, vendere quello più caro e tenere la differenza.

In produzione devi dimostrare che i due strumenti hanno lo stesso payoff, mappare correttamente gli outcome token, eseguire entrambe le gambe a prezzi reali e gestire il rischio fino al settlement.

Questo è particolarmente importante per un mirror. Un Polymarket mirror può offrire un riferimento esterno e un hedge potenziale per il flow Kuest, ma non rende automaticamente risk-free ogni differenza di prezzo.

Cos’è l’arbitraggio nei prediction market?

È il tentativo di catturare una differenza tra contratti economicamente equivalenti o di costruire una posizione con payoff combinato noto e costo d’ingresso inferiore.

Arbitraggio con outcome complementari

In un mercato binario, YES e NO sono outcome complementari. Se puoi comprare YES su una venue e NO su un’altra per meno di 1 dollaro in totale, con regole di resolution identiche, il valore lordo al settlement è 1 dollaro.

edge lordo = $1 - (prezzo d’ingresso YES + prezzo d’ingresso NO)

Fees, gas, slippage, partial fill, capitale bloccato e costi di settlement riducono l’edge reale.

Hedge cross-venue dell’inventario

Un market maker non cerca sempre un payoff garantito. Può quotare su Kuest e usare Polymarket per ridurre l’inventario creato dal flusso dei clienti.

Se un cliente compra 1.000 YES dal tuo ask Kuest, il sistema può comprare esposizione YES equivalente su Polymarket quando c’è profondità. È un hedge d’inventario, non automaticamente arbitraggio senza rischio: l’hedge può essere parziale, più costoso o non disponibile.

La distinzione incide su bot, modello di capitale e risk management. La guida PredictEngine spiega perché servono prezzi eseguibili e non solo midpoint. La documentazione Preduck aiuta a confrontare i mercati cross-venue.

Perché i trader Polymarket cercano arbitraggio nei mirror market

Polymarket è un riferimento naturale grazie a dati CLOB, order book attivi, trader e bot e infrastruttura già conosciuta.

Una seconda superficie può portare audience diversa, nuovo order flow, campagne di liquidità finanziate e riuso dello stack Polygon, USDC, CLOB, pricing e inventory. Il maker può combinare trading P&L e compenso per mantenere la profondità.

Kuest collega i frontend degli operatori a discovery, matching, wallet operation e lifecycle data condivisi. I mercati con gli stessi outcome token ID usano gli stessi order book Kuest: due pagine operator non sono necessariamente due venue indipendenti.

Una differenza tra due frontend Kuest non è automaticamente un’opportunità di arbitraggio.

L’edge può arrivare dal rapporto tra flow Kuest e Polymarket, da un mercato operator e un contratto esterno validato, da fee e incentivi, da inventory imbalance o da una campagna finanziata.

Come funzionano i Kuest mirror market

“Mirror” descrive il rapporto con una fonte esterna selezionata, non l’inclusione diretta dell’order book di un’altra venue.

L’operatore può combinare mirror Polymarket, mercati propri e fonti condivise selezionate. Controlla brand, dominio, esperienza e operation; Kuest fornisce CLOB, market data, matching, relayed wallet actions e settlement su Polygon.

Per un market maker:

1. La fonte definisce la specifica. Controlla domanda, outcome, close time, resolution source e casi limite.
2. Kuest crea una rappresentazione compatibile. Il mirror ha metadata e book context propri.
3. Il mapping degli outcome deve essere esplicito. Il bot deve conoscere i token YES e NO corrispondenti.
4. Il flow è attribuito all’operatore originario. Sono rilevanti site, bot e SDK.
5. Il settlement va verificato separatamente. La relazione di prezzo dipende dal lifecycle.

Leggi l’architettura Kuest e il repository open source per Polygon, USDC, API e SDK.

La Polymarket hedge strategy: trattare lo stesso outcome tra venue

Una Polymarket hedge strategy parte dalla posizione reale del book Kuest, non dall’idea che YES significhi la stessa cosa ovunque.

Coprire un quote eseguito con lo stesso outcome

Se vendi 1.000 YES su Kuest a $0,54 e l’ask equivalente su Polymarket è $0,55, puoi ricomprare inventory entro la profondità disponibile. Il risultato è la vendita Kuest meno costo dell’hedge, fee, gas, slippage e adverse selection.

Se su Polymarket vengono eseguiti solo 600 contratti, i 400 rimanenti sono ancora esposizione.

Costruire una coppia completa

Se YES costa $0,53 su Kuest e NO $0,43 su Polymarket, la coppia costa $0,96 e paga $1 con regole identiche. L’edge lordo è $0,04 per coppia prima dei costi.

Esempio passo dopo passo di prediction market arbitrage

1. Valida il contract: confronta condition, ordine degli outcome, cutoff e resolver tra Kuest e Polymarket.
2. Leggi i book eseguibili: usa bid, ask e size. L’order book API Polymarket mostra livelli, timestamp, minimo e tick size.
3. Scegli la hedge route: copri la size disponibile, attraversa il livello successivo, usa una route complementare o riduci i quote.
4. Calcola il risultato:

risultato netto = ricavi Kuest - costo hedge - fee - gas - slippage
                  - costo capitale e inventory

5. Riconcilia ogni stato: accepted, partial fill, cancel, reject e resting.
6. Monitora fino al settlement: resolution, dispute, redemption e cambiamenti nella relazione restano rilevanti.

Come trovare i mirror e mappare gli outcome token

Fare matching solo dal titolo è lo shortcut più pericoloso. Assymetrix mostra come trader, fee, liquidità e resolution rules differenti trasformino headline simili in strumenti diversi.

Salva almeno questo mapping per ogni mirror:

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

I market details Kuest includono mirror condition IDs, mirror token IDs, outcome, fee, resolution source e bid/ask. Rifiuta il trade se manca un ID, cambia il close time, cambia la source, il mercato è in pausa o non c’è size per un hedge completo.

Come la shared liquidity cambia l’arbitraggio

I mercati compatibili usano order book Kuest condivisi. Un ordine di una pagina operator può matchare con il flow di un’altra, aumentando l’efficienza del capitale e riducendo il cold start.

Ma due pagine dello stesso book non sono due leg indipendenti. L’edge può venire dalla relazione con Polymarket, dal flow operator, da fee e incentivi, da inventory imbalance o da una campagna finanziata.

Consulta il protocollo Kuest e la pagina market maker per capire rete e liquidity mandates.

Inventario del market maker: collateral, YES/NO e settlement

Un market maker binario gestisce collateral USDC, inventory YES, inventory NO e posizioni su venue esterne. L’hedge corretto dipende dal bilancio completo.

Una coppia YES/NO della stessa condition vale complessivamente $1 al settlement. A seconda della venue può essere mintata dal collateral o mergiata di nuovo. Separa azione fisica e contabilità: SELL YES resta SELL YES nel log anche se il settlement usa merge.

Quanto edge resta dopo fee, gas e slippage?

Il midpoint non è un prezzo eseguibile. Usa prezzo e size reali. Consulta spread API Polymarket e CLOB market info.

edge netto = payoff o spread lordo
           - fee di tutte le gambe - gas - slippage
           - failed fill - capitale bloccato - costo hedge
           - overhead operativo

La reward di una campagna Kuest deve essere una revenue line separata. Paga un servizio di liquidità definito e non deve nascondere adverse selection, inventory loss o bond cost.

Rischi principali dell’arbitraggio sui Polymarket mirror

Basis risk

Una clausola può cambiare il payoff. Confronta data source, timestamp, cutoff, resolver e edge case.

Execution, latenza e liquidità

La gamba economica può sparire prima dell’hedge; il best ask può avere size insufficiente.

Adverse selection

Il trader che prende il quote può reagire a nuova informazione prima del bot.

Resolution, venue e operations

Outage, rate limit, ordini rifiutati, wallet error, websocket stale, dispute e settlement lento richiedono reconciliation e kill switch.

Rischio normativo

Prediction market, derivati e market making sono regolati diversamente per jurisdiction. Ottieni consulenza legale, fiscale e compliance indipendente.

Come le campagne Kuest pagano la liquidità

Una campagna può definire market o series, date, depth per lato, spread massimo, coverage, reward, bond e disponibilità di hedge Polymarket.

Flusso escrow:

1. Lo sponsor deposita reward e importi di protocollo.
2. Un market maker approvato esamina e accetta i termini.
3. Deposita il bond se richiesto.
4. Mantiene liquidità durante il servizio.
5. Passa da review e possibile dispute.
6. Dopo finalization, l’allocation è ritirabile tramite pendingWithdrawals.

Escrow protegge il mandato commerciale, non garantisce hedge fill o profitto. Leggi la Create Market API e la Resolution API.

Bot di prediction market arbitrage e infrastruttura API

Un bot serio è una state machine:

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

Servono discovery, token mapping, live order book, sizing, fill reconciliation, inventory, hedge routing, settlement monitoring, alert, log e kill switch. Usa Polymarket market data e order API.

Un bot Polymarket esistente può riutilizzare Polygon wallet, CLOB, cancel-and-replace e risk control, ma devi verificare Kuest ID, shared book, auth, fee, order semantics, lifecycle e campaign obligations.

Come iniziare a fare market making su Kuest

1. Apri la pagina Market Maker Kuest e il modello del protocollo.
2. Richiedi approval del wallet operativo.
3. Filtra le campagne per Polymarket hedge, spread, depth e duration.
4. Valida mapping e book esterno in modo indipendente.
5. Accetta solo termini compatibili e deposita il bond se serve.
6. Parti con size conservativa e verifica order, fill e reconciliation.
7. Finalizza e ritira l’allocation dopo servizio e review.

Perché i market maker crypto-native sono importanti per Kuest

Kuest ha bisogno di desk capaci di quotare un CLOB binario, gestire inventory YES/NO, capire il basis risk, trattare partial fill, operare Polygon/USDC e mantenere kill switch, alert e audit log.

Questa competenza dà agli operatori profondità credibile dal primo giorno e offre al maker community flow e funded mandate attraverso una rete condivisa.

Approfondimenti

• Architettura Kuest: operatori, shared liquidity e settlement
• Order book Polymarket
• Inviare ordini su Polymarket
• Assymetrix sul prediction-market arbitrage cross-venue
• Guida al prediction-market arbitrage
• Preduck: hedging e matching cross-venue

FAQ: Prediction Market Arbitrage

L’arbitraggio Polymarket è privo di rischio?

No. Lo spread può sparire prima dell’esecuzione e mercati simili possono risolversi diversamente. Anche una coppia YES/NO richiede regole identiche e fill completi.

Cos’è un Polymarket mirror?

È un mercato Kuest collegato a un mercato source Polymarket, così l’operatore può offrire l’evento con il proprio brand. Verifica mapping, resolution e liquidità.

Come funziona una Polymarket hedge strategy?

Il maker usa Polymarket per ridurre l’esposizione creata quotando su un’altra venue: compra lo stesso outcome, quello complementare o una coppia completa. La route dipende da contract, depth, fee e partial fill.

Quali ID deve mappare un bot?

Condition ID source e Kuest, token ID YES/NO, resolution source, close time e mapping status. Se c’è ambiguità, non tradare.

Cos’è MarketMakerEscrow?

Uno smart contract Polygon che coordina reward, bond, servizio, review e withdrawal delle campagne di liquidità. Non garantisce profitto.

Kuest garantisce i rendimenti dell’arbitraggio?

No. Kuest fornisce infrastruttura, rete, dati ed escrow. Pricing, execution, inventory, hedge e capital risk restano al market maker.