Algoritmus predikčních trhů: od odhadu k objednávce

Definujte cíl algoritmu predikčních trhů

Algoritmus začíná místem obchodování, identifikátorem kontraktu, výběrem výsledku a přesnou podmínkou vypořádání. Model odhadující obecnou událost nestačí, pokud kontrakt používá konkrétní zdroj, práh nebo pravidla revizí. Pravděpodobnost se musí vztahovat ke skutečnému zvažovanému nástroji.

Zapište cíl ve formě, kterou lze později hodnotit. Pro hypotetický příklad předpokládejte, že pojmenované první vydání musí překročit stanovený práh a jednoduchá výplata je výslovně 1 $ nebo 0 $. Veškeré výjimečné případy jsou vyloučeny definicí příkladu, nikoli předpokladem, že ve skutečných kontraktech chybějí.

Starší průvodce obchodním algoritmem pro predikční trhy poskytuje širší rámec návrhu. Užitečný algoritmus nemůže napravit nedefinovaný cíl sofistikovaným určováním velikosti. Význam kontraktu je předpokladem, protože určuje, čeho se předpověď a výpočty výplaty týkají.

Zachovávejte předpověď a čas jejích podkladů

Předpokládejte, že model poskytuje střední odhad Ano 0,64. Zaznamenejte čas vydání, zdrojové podklady, verzi modelu a rozsah hodnocení. Číslo by mělo být odhadem pravděpodobnosti definovaného cíle, nikoli skóre pořadí nebo interní hodnotou důvěry přeznačenou za pravděpodobnost.

Odhad zůstává nejistý. Pro tento výukový příklad analytik zkoumá také nižší scénář 0,58, aby zjistil, jak se návrh chová za méně příznivého předpokladu. Tento scénář není statisticky doloženou mezí spolehlivosti, pokud takový výklad nepodporuje samostatná metoda.

Zachovejte předpověď před prohlížením pozdějších výsledků. Historické přehrání musí používat informace dostupné v době rozhodnutí, včetně chybějících vstupů a opožděných zveřejnění. Starší průvodce algoritmickým obchodováním na predikčních trzích vysvětluje, proč by pozdější opravy neměly tiše zlepšovat zdánlivé znalosti dřívějšího algoritmu.

Definujte podmínku zdržení se návrhu algoritmem

Podmínka zdržení se návrhu algoritmem určuje, kdy by neměl vzniknout žádný návrh. Relevantní případy zahrnují nevyřešené mapování kontraktu, podklady předpovědi s vypršenou platností, neúplná tržní data nebo stav účtu, který nelze ověřit a sladit. Každá podmínka by měla vytvořit čitelný důvod, nikoli číselný výstup vypadající jako rozhodnutí.

Zdržení se návrhu není předpovědí nulové pravděpodobnosti. Znamená, že rozhodovacímu postupu chybí požadovaný vstup nebo leží mimo povolený rozsah. Zachovejte poslední platnou předpověď jako historický podklad, pokud je užitečná, ale nepředávejte ji dál jako aktuální jen proto, že náhrada není dostupná.

Algoritmus by měl také rozlišovat způsobilost pro výzkum a způsobilost k obchodování. Kontrakt může zůstat zajímavý pro studium, zatímco aktuální podmínky účtu nebo trhu brání akci. Toto oddělení pomáhá posuzovatelům pochopit, zda systém nápad odmítl, odložil nebo postrádal podklady potřebné k rozhodnutí.

Čtěte relevantní stranu trhu a množství

Návrh nákupu Ano potřebuje aktuální prodejní nabídky a dostupná množství podle skutečného zobrazení místa obchodování. Zobrazený střed rozpětí nebo poslední obchod nestačí. Algoritmus by měl zachovávat časové razítko knihy a odhadovat náklad pro zamýšlenou velikost, nikoli předpokládat, že každou jednotku lze obchodovat na nejlepší úrovni.

V hypotetické knize je nabízeno osm kontraktů za 0,50 $ a dalších deset za 0,52 $. Těchto 18 kontraktů je v pozorovaném okamžiku dostupným množstvím uvnitř navržené cenové meze. Případné další nabídky leží mimo povolenou cenu scénáře a jsou vyloučeny.

Průvodce obchodováním s kontrakty na události vysvětluje základní mechanismy nákladů a výplat. Algoritmus je používá výslovně. Kotace je vstupem návrhu, zatímco skutečná pozdější vyplnění ustavují získané množství a náklad. Obojí by mělo zůstat v záznamu oddělené.

Zahrňte náklady podle pojmenovaného předpokladu

Pro výuku předpokládejte vymyšlený poplatek 0,01 $ za získaný kontrakt a žádné další poplatky ve zjednodušeném scénáři. Při nejvyšší povolené nákupní ceně 0,52 $ je proto maximální počáteční náklad na kontrakt 0,53 $. Jde o modelový předpoklad, nikoli aktuální sazebník poplatků jakéhokoli místa obchodování.

Skutečné poplatky je třeba ověřit podle relevantního produktu a tržních podmínek. Pokyny Kalshi k poplatkům uvádějí, že se poplatky mohou mezi trhy lišit. Algoritmus by měl používat aktuální příslušná pravidla a zachovávat verzi nebo zdroj použitý pro odhad nákladů.

Pokud náklady nelze odhadnout s dostatečnými podklady pro strategii, návrh by měl zůstat nedostupný. Malá zdánlivá výhoda může zmizet při mírném rozdílu poplatku nebo provedení. Algoritmus by neměl neznámé náklady považovat za nulové jen proto, že tím umožní pokračování výpočtu.

Vypočtěte scénář na kontrakt

Při jednoduché výplatě 1 $ nebo 0 $ implikuje osobní pravděpodobnost 0,64 podle tohoto odhadu očekávanou výplatu 0,64 $ na kontrakt. Vůči maximálnímu modelovanému nákladu 0,53 $ činí očekávaný rozdíl 0,11 $. Při nižším scénáři 0,58 je to 0,05 $.

Jde o očekávání za předpokladů, nikoli zaručené zisky. Kontrakt může skončit výsledkem Ne a v příkladu ztratit počáteční náklad. Předpověď může být také chybná a podmínky provedení se mohou změnit. Účelem výpočtu je odhalit vztah mezi pravděpodobností, výplatou a nákladem.

Rozhodovací pravidla mohou vyžadovat rezervu odpovídající vlastním podkladům a návrhu. Tento článek žádnou nepředepisuje. Důležitým požadavkem je, aby pravidla byla napsána před zkoumáním výsledků a aby nejistota předpovědi nebo nákladů nebyla skryta za přesně vypadajícím číslem očekávané hodnoty.

Použijte peněžní kapacitu před volbou velikosti

Předpokládejte, že hypotetický postup povoluje pro tento návrh nejvýše 13,25 $ nového počátečního nákladu. Při konzervativním nákladu 0,53 $ na kontrakt rozpočet podporuje nejvýše 25 kontraktů, protože 25 krát 0,53 $ se rovná 13,25 $. Množství musí respektovat skutečné podporované přírůstky místa obchodování.

Jde o výpočet kapacity, nikoli doporučený rozpočet nebo pravidlo určování velikosti. Algoritmus by měl používat skutečnou povolenou částku a stav účtu. Prostředky již přislíbené jinde nelze započítat dvakrát a neznámý stav objednávky může činit zdánlivou dostupnou kapacitu nespolehlivou.

Zachovejte zdroj rozpočtu a jeho čas. Pokud se účet před povolením změní, návrh podle definovaných pravidel přepočítejte nebo zneplatněte. To, že předpověď zůstává beze změny, neznamená, že účet má stále stejnou možnost jednat. Tržní analýza a povolování prostředků jsou odlišné vrstvy.

Zohledněte stávající expozici a otevřené závazky

Nyní předpokládejte, že postup má hypotetický limit 40 kontraktů Ano vystavených relevantní skupině událostí. Již drží 20 a další dva má v jiném otevřeném závazku. Zbývající kapacita je 18 kontraktů: 40 minus 20 minus dva. Toto omezení je přísnější než peněžní kapacita 25.

Seskupení událostí musí mít definovaný význam. Několik kontraktů může sdílet příčinu rizika, i když se jejich názvy liší. Skutečný systém může používat vhodnější metriku rizika než počet kontraktů, zejména když se liší výplaty nebo struktury. Jednoduchý početní limit je zde zvolen jen pro zviditelnění aritmetiky.

Průvodce algoritmy pro predikční trhy porovnává metody a jejich předpoklady. Tento příklad ukazuje, proč příznivá samostatná předpověď nemůže sama určit velikost. Stávající expozice a závazky mohou návrh omezovat nezávisle na důvěře modelu.

Použijte nejmenší podloženou kapacitu

Hypotetické limity jsou nyní 25 kontraktů z peněžních prostředků, 18 z limitu události a 18 z pozorované knihy uvnitř cenové meze. Omezený návrh proto činí nejvýše 18 kontraktů. Jiná pravidla mohou uložit další menší limit a chybějící předpoklad by vedl k tomu, že nevznikne žádný návrh.

Maximální rezervovaný počáteční náklad podle konzervativní meze je 18 krát 0,53 $, tedy 9,54 $. Pozorovaná kniha naznačuje nižší náklad před poplatky: osm za 0,50 $ stojí 4 $ a deset za 0,52 $ stojí 5,20 $. Celkem je to 9,20 $ před vymyšleným poplatkem 0,18 $, tedy 9,38 $ včetně něj.

Oddělujte maximální mez a pozorovaný odhad. První podporuje povolení podle uvedeného limitu, zatímco druhý popisuje aktuální scénář knihy. Ani jedno není skutečným vyplněním. Rozlišení brání tomu, aby byl pozdější rozdíl provedení zaměněn za porušenou účetní rovnost.

Zkontrolujte souhrnný očekávaný scénář bez přehnaných tvrzení

Při středním odhadu 0,64 má 18 jednoduchých kontraktů s výplatou 1 $ modelovanou očekávanou výplatu 11,52 $. Odečtení pozorovaného odhadu včetně všech nákladů 9,38 $ dává očekávaný rozdíl 2,14 $. Při nižším scénáři 0,58 je očekávaná výplata 10,44 $ a rozdíl 1,06 $.

Možná realizovaná výplata v jednoduchém příkladu zůstává buď 18 $, nebo nula, pokud je všech 18 drženo až do rozhodnutí výsledku. Očekávání je průměr implikovaný pravděpodobnostním modelem, nikoli třetí výsledek vypořádání. Toto rozlišení je zásadní při předkládání výpočtů čtenářům, kteří by mohli zaměnit očekávanou hodnotu za slíbenou hotovost.

Přezkum citlivosti by měl zahrnovat předpoklady přesahující pravděpodobnost. Náklady se mohou měnit, pravidla mohou být špatně pochopena a může se vyplnit pouze část návrhu. Algoritmus by měl tyto možnosti zachovávat a vyhnout se prezentování souhrnného očekávání jako úplné míry všech relevantních rizik.

Povolte konkrétní verzi návrhu

Povolení by se mělo vztahovat na definovaný kontrakt, stranu, množství, cenovou mez a verzi podkladů. Pokud se tyto vstupy podstatně změní, systém potřebuje pravidla pro obnovení nebo odmítnutí návrhu. Dřívější schválení by se nemělo stát neomezeným oprávněním jednat za jakýchkoli pozdějších tržních podmínek.

Průvodce softwarem pro automatizaci predikčních trhů rozvíjí oprávnění a zpracování výjimek. Komponenta vytvářející předpovědi může zůstat oddělená od komponenty kontrolující oprávnění účtu. Toto oddělení usnadňuje určení, které rozhodnutí povolilo vnější akci.

Zaznamenejte podmínku vypršení platnosti. Návrh může zastarat kvůli uplynulému času, změněné knize, přechodu stavu kontraktu nebo novým podkladům účtu. Vypršení platnosti by nemělo mazat výzkumný záznam; znamená, že konkrétní akce již není podložena podmínkami, které ji původně povolovaly.

Rozlišujte odeslání a dokončení

Odeslání povoleného návrhu vytváří pokus, nikoli nutně dokončenou pozici. Zachovejte odkaz na pokus a skutečnou odpověď místa obchodování. Systém by měl rozlišovat stavy přijatý, otevřený, částečně vyplněný, zrušený, odmítnutý a neznámý podle aktuální implementace, místo aby je nutil do jediného příznaku úspěchu.

Pokud je odpověď neznámá, ověřte a slaďte existující pokus před vytvořením dalšího. Nová objednávka může zdvojit expozici, pokud se původní již vyplnila nebo zůstává aktivní. Opakovaná předpověď nebo opakované oznámení nejsou novým oprávněním tuto nejistotu ignorovat.

Starší průvodce rozhraním API bota pro predikční trhy vysvětluje, proč jsou tyto hranice důležité. Algoritmus by měl vytvářet přezkoumatelný řetězec od předpovědi přes povolený návrh k pokusu. Neměl by každý opakovaný pokus považovat za nové ekonomické rozhodnutí jen proto, že softwarovou funkci lze zavolat znovu.

Přepočítejte po částečném vyplnění

Předpokládejme, že se hypotetická objednávka vyplní osmi kontrakty za 0,50 $ a čtyřmi za 0,52 $. Náklad před poplatky je 4 $ plus 2,08 $, tedy 6,08 $. S vymyšleným poplatkem 0,01 $ za každý z 12 získaných kontraktů činí celkový počáteční náklad 6,20 $. Šest z navržených 18 zůstává nevyplněných.

Účet nyní drží 32 kontraktů ve zjednodušené skupině událostí: původních 20 plus nových 12. Má také dva kontrakty v dřívějším samostatném závazku a šest zbývajících z tohoto návrhu. Dohromady stále dosahují limitu 40 kontraktů, pokud se všechna otevřená množství vyplní.

Algoritmus musí rozhodnout, co se stane se zbývajícími šesti podle jeho aktuálních pravidel. Nemůže uvažovat, jako by získal všech 18, ani ignorovat zbývající závazek při zvažování nového návrhu. Ve výpočtu kapacity se musejí odrážet skutečná vyplnění i aktivní požadavky.

Ověřte a slaďte náklady a stav pozice

Jakmile objednávka dosáhne známého stavu, porovnejte záznam vyplnění, poplatky, množství pozice a dostupnou kapacitu. Při posuzování skutečného účtu používejte skutečně účtované částky, nikoli hypotetický náhled. Zachovejte jakýkoli rozdíl a jeho zdroj, místo abyste čísla tiše upravovali, dokud součty nevypadají věrohodně.

Pokud je zbývající množství zrušeno, před uvolněním jeho závazku v interní evidenci počkejte na relevantní potvrzený stav. Požadavek na zrušení může podle skutečného chování místa obchodování časově soupeřit s vyplněními. Konečné množství musí vycházet z ověřených a sladěných podkladů.

Rozhodovací záznam algoritmu by měl zachovat scénář předpovědi i realizovanou cestu účtu. To umožňuje pozdější hodnocení. Užitečná předpověď může narazit na špatné provedení a slabá předpověď může přinést příznivý jednotlivý výsledek. Záznam by měl umožňovat tyto případy rozlišovat, nikoli je redukovat na jediné číslo zisku.

Otestujte výpočet od předpovědi k objednávce

Výpočet od předpovědi k objednávce by měl být ověřen případy, které procvičí skutečné hranice. Použijte předpověď s vypršenou platností, nejednoznačný kontrakt, zastaralou knihu, nedostatečnou peněžní kapacitu a neznámý předchozí pokus. Každý by měl vyvolat definované zdržení se návrhu nebo snížení velikosti před zvažováním jakéhokoli odeslání.

Otestujte aritmetiku pomocí hypotetických hodnot v tomto průvodci. Potvrďte limit 18 kontraktů, konzervativní mez 9,54 $, odhad z knihy 9,38 $ a náklad 6,20 $ částečného vyplnění 12 kontraktů. Tyto kontroly ověřují smysluplné vztahy, nikoli zrcadlení libovolných podrobností implementace.

Otestujte také případ, ve kterém je správným výstupem žádná akce navzdory vysoké předpovědi. Například nulová zbývající kapacita expozice by měla návrh zablokovat. To prokazuje, že algoritmus respektuje nezávislá omezení, místo aby dovoloval důvěře přebít pravidla účtu.

Zkoumejte, které návrhy se skutečně vyplní

Předpověď hodnocená napříč všemi navrženými obchody se může chovat jinak v podmnožině, která se skutečně vyplní. Čekající nákupní objednávka může mít větší pravděpodobnost provedení poté, co informace učiní kontrakt méně přitažlivým pro ostatní účastníky. Algoritmus by proto měl zkoumat podmínky kolem vyplnění, nikoli předpokládat, že dokončené objednávky jsou náhodným vzorkem jeho návrhů.

V historické studii samotný dotyk ceny s limitem nedokládá, že by se celé množství algoritmu vyplnilo. Záleží na dostupné velikosti, načasování a skutečných pravidlech párování místa obchodování. Používejte podložený model provedení a identifikujte jeho omezení. Nerealisticky štědrý předpoklad vyplnění může činit pečlivý výpočet od předpovědi k objednávce zdánlivě účinnějším, než by mohl být skutečný postup.

Zachovávejte nevyplněné a zrušené návrhy i ty dokončené. Porovnávejte stav podkladů při povolení se stavem poblíž skutečných vyplnění tam, kde to data umožňují. Pokud platnost předpovědi vyprší, zatímco objednávka zůstává otevřená, pravidla musejí určovat, zda má být tento závazek přezkoumán nebo stažen. Původní příznivý odhad by neměl zůstat trvalým odůvodněním jakéhokoli pozdějšího vyplnění.

Tento přezkum propojuje předpovídání a provádění, aniž je slučuje. Model může zůstat dobře kalibrovaný pro zamýšlený cíl, zatímco pravidla objednávek vybírají nepříznivou podmnožinu okamžiků. Naopak provedení může být přesné, zatímco předpověď je slabá. Užitečný záznam umožňuje posuzovateli určit, který předpoklad vyžaduje revizi, místo aby každý výsledek připisoval pouze pravděpodobnostnímu modelu.

Algoritmus predikčních trhů by měl odhalovat každý předpoklad

Hotový algoritmus dokáže vysvětlit, proč kontrakt zvažoval, který odhad pravděpodobnosti použil, jak byly modelovány náklady a který limit určil konečnou velikost. Dokáže také vysvětlit, proč platnost návrhu vypršela nebo proč pokus zůstává nevyřešený. Tato vysvětlení jsou součástí návrhu, nikoli volitelným komentářem přidaným dodatečně.

Hypotetický příklad vytvořil nejvýše 18 kontraktů, protože peněžní prostředky, expozice a hloubka byly hodnoceny odděleně. Jeho výpočty očekávané hodnoty závisely na nejisté předpovědi a výslovných nákladech. Jeho skutečná pozice závisela na vyplněních. Zachovávání těchto rozdílů viditelných brání záměně úhledného vzorce za zaručený obchodní výsledek.

Sestavte postup jako řetězec podložených rozhodnutí s jasnými podmínkami zastavení. Zachovávejte podklady a ověřujte a slaďujte, co se skutečně stane. Vznikne tak algoritmus, jehož chování lze testovat, přezkoumávat a revidovat bez skrývání předpokladů uvnitř jediného neprůhledného skóre nebo považování nejistého odeslání za oprávnění začít znovu.