Il trading nei mercati su eventi può coinvolgere una singola domanda binaria, un gruppo di esiti mutuamente esclusivi o diverse condizioni correlate che possono essere vere contemporaneamente. Tali strutture sembrano simili quando presentate come elenchi di prezzi, ma producono pagamenti diversi. Un trader che tratta ogni pagina di evento come un insieme completo di alternative può fraintendere sia il costo di una posizione sia gli scenari in cui diverse posizioni perdono insieme.

Il punto di partenza utile è la relazione fra le domande, non la disposizione dello schermo. Scrivi quali esiti possano avvenire insieme, quali no e se le possibilità elencate coprano ogni stato consentito dalle regole. Gli esempi fittizi seguenti assumono pagamenti vincenti dichiarati di un dollaro e pagamenti perdenti zero, tranne dove viene discussa un’eccezione irrisolta. Le condizioni effettive dei contratti devono accertare la struttura appropriata prima dell’applicazione della stessa aritmetica.

I contratti binari pongono una domanda definita

Un contratto binario separa una condizione specificata in esiti Sì e No. In un semplice esempio didattico, la domanda è se un ponte fittizio apra ufficialmente prima di una scadenza dichiarata. Una posizione Sì paga un dollaro se la condizione di apertura del contratto viene soddisfatta e zero altrimenti. Il lato No paga secondo la regola complementare in questo esempio semplificato. L’espressione chiave è condizione di apertura del contratto, perché una cerimonia informale e l’autorizzazione al traffico ordinario possono essere eventi diversi.

Un’etichetta binaria non elimina la necessità di leggere i casi limite. Il contratto può specificare cosa succeda se la fonte è indisponibile, la scadenza cambia o avviene un annullamento insolito. Il modello normale Sì o No è utile soltanto quando le condizioni effettive lo sostengono per lo stato analizzato. Disposizioni eccezionali possono influire sia su pagamento sia su tempi, quindi conservale accanto alla condizione ordinaria.

Un prezzo di mercato può essere interpretato come prezzo per quel pagamento definito, con una probabilità implicita secondo ipotesi semplificatrici. Non è una misurazione oggettiva della probabilità dell’evento. Proposte di acquisto e vendita, profondità e commissioni influiscono sul costo di acquisizione della posizione. Un punto medio o un ultimo scambio possono aiutare a descrivere il mercato ma non stabilire cosa un particolare conto possa acquistare o vendere nella quantità prevista.

La precedente guida al bot dei mercati predittivi binari è utile per tradurre una domanda binaria in un flusso controllato. Il requisito concettuale viene prima: il programma deve sapere esattamente quale condizione rappresenti ogni lato. Un ordine eseguito correttamente per l’interpretazione sbagliata rimane l’esposizione sbagliata.

Un evento è spesso un contenitore organizzativo

Una pagina di evento può raggruppare contratti correlati per comodità senza renderli mutuamente esclusivi o esaustivi. Il gruppo potrebbe contenere diversi candidati vincitori, varie soglie numeriche o diverse domande separate sullo stesso accadimento. Il fatto che i contratti condividano un identificatore di evento o uno schermo non stabilisce di per sé come si combinino i loro pagamenti.

La documentazione di Polymarket su mercati ed eventi distingue mercati individuali e raggruppamenti di eventi. Tale distinzione è utile nel leggere qualsiasi interfaccia: identifica l’unità negoziabile e poi esamina la relazione fra le unità. Un titolo in cima a una pagina può descrivere un tema ampio, mentre ogni mercato elencato regola una condizione più circoscritta secondo condizioni proprie.

Per una nomina pubblica fittizia, un gruppo potrebbe chiedere quale fra tre persone nominate riceva un solo incarico. Un altro potrebbe chiedere se ogni persona riceva un qualsiasi incarico durante un anno. Nel primo gruppo, diversi esiti Sì possono essere mutuamente esclusivi secondo le regole. Nel secondo, più di una persona potrebbe qualificarsi. Nomi simili e un tema condiviso non rendono il secondo gruppo una struttura con un solo vincitore.

Conserva identificatori a entrambi i livelli nella registrazione di ricerca. L’identificatore dell’evento aiuta a organizzare contesto ed evidenze comuni. Gli identificatori del mercato e dell’esito accertano cosa il conto possieda effettivamente. Un rapporto di portafoglio che conserva soltanto il nome ampio dell’evento può rendere impossibile ricostruire se una posizione riguardi un vincitore, una soglia o una condizione separata in quell’evento.

I gruppi di esiti richiedono due verifiche

Un insieme di esiti è mutuamente esclusivo quando nessuno stato consentito rende veri più membri. È esaustivo quando ogni stato consentito rende vero almeno un membro. Entrambe le condizioni sono necessarie per affermare semplicemente che acquistare un’unità Sì in ogni membro produca esattamente un pagamento vincente. Un gruppo può soddisfare una condizione senza soddisfare l’altra.

Considera tre intervalli fittizi per un numero pubblicato: sotto 10, almeno 10 ma sotto 20 e 20 o sopra. Se viene pubblicato un numero valido e le regole usano stessa fonte e convenzione di misura, si applica esattamente un intervallo. I confini sono espliciti: 10 appartiene all’intervallo centrale e 20 a quello superiore. Il gruppo è mutuamente esclusivo ed esaustivo per tali osservazioni numeriche ordinarie.

Rimuovi ora dal gruppo il contratto sotto 10. Gli intervalli rimanenti rimangono mutuamente esclusivi, ma non sono più esaustivi. Se il numero è 8, nessuno vince. In alternativa, definisci gli intervalli come 10 o sotto e 10 o sopra. Coprono ogni numero, ma entrambi sono veri esattamente a 10. La sovrapposizione al confine cambia il pagamento combinato anche se le etichette degli intervalli possono sembrare quasi identiche a prima vista.

Le osservazioni mancanti richiedono una regola separata. L’esempio dei tre intervalli è esaustivo sui numeri validi pubblicati, non necessariamente su ogni circostanza contrattuale. Se la fonte non pubblica, le condizioni eccezionali del mercato determinano il risultato. Un’analisi completa deve includere tale stato oppure spiegare perché l’affermazione sul pagamento previsto sia limitata ai casi ordinari.

Calcola attentamente il prezzo di un insieme completo di esiti

Supponi che i tre contratti compatibili sugli intervalli abbiano proposte eseguibili di vendita Sì di $0,20, $0,45 e $0,38 per un’unità ciascuno. Acquistare l’insieme completo costa $1,03 prima delle commissioni. Secondo le ipotesi ordinarie di esaustività ed esclusività, paga un dollaro. La differenza è una perdita di tre centesimi prima delle commissioni. I prezzi individuali non diventano attraenti soltanto perché ogni contratto vincente offre un pagamento maggiore del proprio prezzo di acquisto.

La somma deve usare il lato del registro necessario per l’azione prevista. Sommare tre punti medi visualizzati non stabilisce il costo di acquistare l’insieme. Analogamente, sommare la migliore proposta di vendita di ogni contratto non stabilisce il costo di una grande quantità. La profondità disponibile può differire nettamente fra esiti, quindi il membro meno liquido può determinare quanta struttura completa possa essere acquisita.

Per una quantità ipotetica di 100 insiemi completi a prezzi invariati e con profondità sufficiente, l’importo di acquisto è $103 e il pagamento ordinario modellato è $100. Le commissioni ridurrebbero ulteriormente il risultato. Se l’intervallo inferiore ha soltanto 30 unità disponibili al prezzo quotato, il calcolo di 100 insiemi richiede livelli aggiuntivi di prezzo. L’analisi non dovrebbe presumere che le 70 unità mancanti possano essere acquisite alle stesse condizioni.

La precedente discussione del bot dei mercati predittivi su più mercati aiuta a organizzare tale tipo di analisi coordinata. La distinzione importante è fra un insieme completo logico e uno eseguito. Il primo descrive i pagamenti se esistono tutte le posizioni richieste; il secondo richiede esecuzioni effettive nelle quantità necessarie e una registrazione riconciliata del conto.

Le soglie collegate possono vincere insieme

Le soglie collegate nel trading dei mercati su eventi coinvolgono spesso condizioni come un valore che supera 10, supera 20 e supera 30. Quando fonte, ora di osservazione e convenzione al confine corrispondono, tali condizioni sono annidate. Se il valore supera 30, tutte e tre sono vere. Se è 25, le prime due sono vere. Se è 15, soltanto la prima è vera. Se è 10 o inferiore, nessuna è vera secondo la formulazione dichiarata di superamento stretto.

Questo gruppo non è un insieme di alternative mutuamente esclusive. Acquistare un’unità Sì in ogni soglia può produrre zero, uno, due o tre dollari nel modello semplificato di pagamento. Sommare i prezzi e confrontare la somma con un dollaro userebbe quindi il riferimento sbagliato. L’analisi corretta descrive il pagamento a ogni intervallo pertinente e confronta tale distribuzione con il costo della posizione.

La relazione logica vincola anche l’interpretazione. Una probabilità prevista di superare 30 non dovrebbe superare quella di superare 20 quando entrambe si riferiscono esattamente alla stessa osservazione. Se un modello di ricerca produce il contrario, indaga sul modello o sull’associazione. Le quotazioni del mercato possono discostarsi da tale ordinamento semplice per differenziali, profondità o condizioni non corrispondenti, quindi uno schema osservato di quotazioni necessita ancora di un’analisi attenta di esecuzione e regole.

L’articolo sui bot di arbitraggio dei mercati su eventi esamina come il software possa gestire relazioni apparenti ed esecuzione incompleta. La lezione strutturale qui è più basilare: domande annidate creano diversi possibili vincitori simultanei. Prezzi e posizioni devono essere analizzati come una distribuzione collegata, non come una competizione con una sola scelta vincente.

Etichette opposte non sempre si compensano

Acquistare Sì in un mercato e No in un altro non neutralizza automaticamente l’esposizione all’evento. Le condizioni devono essere complementi esatti perché regga tale conclusione semplice. Con soglie collegate, una coppia apparentemente opposta può lasciare una lacuna. Con fonti o date diverse, può creare stati ancora più complicati in cui entrambe le posizioni vincono o entrambe perdono.

Prendi una posizione Sì fittizia che paga se un valore supera 20 e una posizione No che paga se lo stesso valore non supera 10. A valori di 10 o inferiori, la posizione No vince e quella Sì perde. A valori sopra 20, la posizione Sì vince e quella No perde. Ma a valori maggiori di 10 e non superiori a 20, entrambe le posizioni perdono. La coppia copre gli intervalli esterni e lascia scoperto quello centrale.

I confini esatti contano. A 20, la condizione supera 20 è falsa e anche la condizione non supera 10 è falsa, quindi la coppia paga ancora zero. A 10, la posizione No paga un dollaro secondo la regola dell’esempio. Scrivere esplicitamente tali casi limite può rivelare un errore nascosto da etichette ampie come alto e basso.

Una descrizione utile del portafoglio nomina intervallo scoperto e costo che vi può essere perso. Non dovrebbe usare la parola copertura come prova che il rischio sia stato rimosso. Il precedente articolo sull’algoritmo di trading dei mercati predittivi offre un contesto per rappresentare tali relazioni nella logica decisionale. L’algoritmo necessita delle condizioni effettive, non soltanto di una coppia di etichette opposte degli esiti.

Separa evidenze correlate e pagamenti correlati

Due contratti possono rispondere alle stesse notizie senza avere una relazione logica rigorosa. Un rapporto meteorologico può influenzare diversi mercati regionali su eventi, oppure un annuncio economico può influire sulle aspettative di diverse decisioni future. Tali contratti possono essere correlati nella pratica consentendo comunque molte combinazioni diverse di esiti finali. La correlazione non è lo stesso di complementarità, annidamento o esclusività.

In un esempio fittizio, un contratto riguarda se un progetto riceva finanziamento e un altro se apra prima della fine dell’anno. Il finanziamento può rendere più probabile l’apertura, ma un progetto finanziato può comunque aprire tardi e una fonte alternativa può permettere l’apertura senza la sovvenzione nominata. La relazione è causale e incerta anziché un’identità garantita di pagamento. Una strategia dovrebbe modellarla come tale.

Conserva collegamenti delle evidenze separatamente dai collegamenti dei pagamenti nelle registrazioni di ricerca. Un collegamento di evidenza dice che un’osservazione può informare diverse previsioni. Un collegamento di pagamento dice che certe combinazioni di esiti dei contratti sono logicamente impossibili o necessarie secondo le regole. Confonderli può trasformare una storia economica plausibile in un’affermazione ingiustificata che le posizioni si compensino esattamente.

Tale distinzione migliora anche l’aggregazione del rischio. Evidenze correlate suggeriscono che diverse posizioni possano muoversi sfavorevolmente insieme, anche senza una stima statistica perfetta. Un’identità verificata di pagamento può giustificare una compensazione più forte entro le ipotesi dichiarate. Il modello del portafoglio dovrebbe indicare quale tipo di relazione sostenga ogni decisione di aggregazione affinché un revisore possa capire cosa rimanga incerto.

Separa evidenze correlate e pagamenti correlatiBelow 1010 to below 2020 or aboveMissingobservationTRADING FIELD NOTESEDUCATIONAL RESOURCE
Una struttura a intervalli deve coprire i confini e specificare separatamente cosa succeda quando l’osservazione richiesta è assente.

L’esecuzione può cambiare la struttura effettivamente posseduta

Un insieme pianificato di tre esiti diventa una posizione diversa se vengono eseguiti soltanto due membri. Uno spread annidato pianificato cambia se una parte viene eseguita più dell’altra. La struttura effettiva del conto deve essere derivata dalle quantità eseguite, non dal diagramma di ricerca. Mantieni visibili ordini aperti e invii irrisolti perché possono ancora cambiare tale struttura dopo la revisione iniziale.

Supponi che il trader intenda 100 unità in ciascuno dei tre contratti sugli intervalli ma acquisisca soltanto 100 unità dell’intervallo inferiore e 100 di quello centrale. Se il numero finale è 20 o superiore, nessuna posizione detenuta paga nell’esempio semplificato. L’ordine ineseguito sull’intervallo superiore non è una copertura finché non produce effettivamente una posizione. Se rimane aperto, rappresenta possibile completamento futuro, non copertura attuale.

Un bot di trading nei mercati su eventi deve rappresentare tale distinzione tramite stati degli ordini e riconciliazione delle quantità. Un invio in gruppo non dovrebbe essere trattato come una struttura riuscita senza esaminare l’esito di ogni componente. Una parte rifiutata, un’esecuzione parziale o una risposta incerta possono alterare sostanzialmente la distribuzione dei pagamenti anche quando le altre istruzioni si comportano normalmente.

Prima di negoziare una struttura con più contratti, definisci gli stati incompleti accettabili. Il partecipante può consentire una piccola esposizione residua o richiedere una riduzione pronta secondo una politica delimitata di recupero. Entrambe le scelte dovrebbero essere esplicite. Senza tale politica, il desiderio di finire la struttura originale può condurre ad acquisti non pianificati a prezzi che eliminano l’economia prevista.

Usa una descrizione degli scenari in linguaggio semplice

Una descrizione degli scenari può sostituire un diagramma complicato quando la struttura è piccola. Per ogni stato pertinente, descrivi quali posizioni detenute paghino e somma gli importi. Includi osservazioni al confine e stati eccezionali importanti secondo le regole. Tale esercizio è particolarmente utile prima dell’automazione perché espone ambiguità nei termini che il codice altrimenti implementerebbe silenziosamente.

Per l’esempio dei tre intervalli, esamina un valore di 8, uno di 15, uno di 24 e un rapporto mancante. I primi tre dovrebbero identificare esattamente un intervallo vincente secondo le regole ordinarie dichiarate. Il rapporto mancante richiede il trattamento eccezionale del contratto. Se l’analista non può spiegare quel quarto caso, l’affermazione proposta sull’insieme completo dovrebbe rimanere qualificata finché le regole non lo risolvano.

Per l’esempio delle soglie annidate, esamina 8, 15, 25 e 35. I pagamenti per un’unità Sì a ogni soglia sono rispettivamente zero, uno, due e tre dollari. Controlla poi valori esatti di confine come 10, 20 e 30 usando la formulazione stretta. Tali verifiche aiutano a impedire che un’implementazione passi fra maggiore di e maggiore o uguale a senza una decisione esplicita.

La descrizione dovrebbe avere una versione collegata all’associazione del contratto. Se una definizione della fonte o un chiarimento delle regole cambia, riesegui i casi interessati. Un piccolo insieme di scenari scelti attentamente può fornire garanzie più utili di molti esempi casuali che non toccano mai i confini pertinenti. Lo scopo è verificare il significato della struttura, non prevedere quale scenario avverrà.

Trasferisci la struttura nel monitoraggio e nella revisione

Il monitoraggio dovrebbe mostrare il conto negli stessi termini usati durante l’analisi. Un insieme di più esiti necessita di copertura per esito e quantità. Un gruppo annidato necessita di esposizione per intervalli. Una singola posizione binaria necessita del lato detenuto, del costo di acquisizione e del possibile pagamento rimanente. Un conteggio generico totale dei contratti può nascondere le differenze più importanti fra tali strutture.

L’automazione dei mercati su eventi può aiutare a preservare tali viste all’arrivo di evidenze, ordini e regolamenti. Dovrebbe mantenere disponibili per l’esame identificatori sottostanti dei contratti e versioni delle regole. Un’etichetta riassuntiva come insieme completo o posizione compensata dovrebbe essere derivata da registrazioni attuali e relazioni verificate, non inserita una volta e ritenuta valida indefinitamente.

Al regolamento, riconcilia il pagamento effettivo con lo scenario previsto. Una differenza può rivelare un errore di quantità, una spesa mancata, una regola eccezionale o una relazione sbagliata fra contratti. Indaga la causa prima di usare di nuovo la stessa struttura. Un risultato finanziariamente favorevole può comunque rivelare un modello errato se è arrivato tramite uno scenario che l’analisi dichiarava impossibile.

L’obiettivo di capire le strutture dei mercati su eventi è rendere spiegabili i possibili esiti di ogni posizione. Domande binarie, gruppi esclusivi e soglie collegate hanno tutti ruoli utili, ma richiedono aritmetica e controlli diversi. Una volta esplicitata la struttura, prezzi, costi ed esecuzione possono essere valutati rispetto al pagamento che il conto possiederà effettivamente.

Continua a imparare

Esplora tutte le risorse