Arbitrážní bot trhů událostí: obnovujte neúplné obchody

Reakce na incident arbitrážního bota trhů událostí začíná zařazením

Zařaďte incident podle toho, co je známo, nikoli podle zprávy nejsnazší ke zobrazení. Známé odmítnutí znamená, že autoritativní záznamy dokládají, že konkrétní požadavek nevytvořil zamýšlenou objednávku nebo vyplnění. Částečné provedení znamená, že nějaké množství je potvrzeno, zatímco jiná část zůstává nevyplněná nebo nevyřešená. Neznámé odeslání znamená, že místní systém postrádá dost podkladů k určení, co místo obchodování přijalo.

Přidejte samostatnou kategorii zneplatněného předpokladu. Porovnání pravidel se může ukázat chybným, upřesnění kontraktu může vyžadovat přezkum nebo předpoklad financování může selhat. V těchto případech může být opakování původního plánu provedení nevhodné, i když obchodní rozhraní funguje. Systém potřebuje znovu posoudit doporučení a oprávnění, nikoli jen opravit chybu přenosu.

Záznam incidentu by měl identifikovat dotčený případ, identifikátory částí, poslední ověřený a sladěný stav a aktuální nejistotu. Měl by také zaznamenat, která nová aktivita byla zakázána. Problém jednoho účtu může vyžadovat pozastavení všech pokynů zvyšujících expozici v něm, zatímco úzký problém výkladu kontraktu může ovlivnit pouze případy používající toto mapování. Rozsah by měl vycházet z chybějících podkladů a sdílených závislostí.

Starší pojednání o arbitrážním botu Kalshi a Polymarket nabízí kontext koordinace napříč místy obchodování. Praktickým pravidlem je, že označení incidentu by mělo pomáhat určit další krok sběru podkladů. Pokud nerozlišuje potvrzené a stále možné, je příliš vágní pro podporu obnovy.

Omezte případ bez vymazání jeho historie

Omezení znamená zastavení nových akcí schopných zvětšit nevyřešenou expozici. Nemusí znamenat odeslání okamžitého opačného obchodu. Nejprve zakažte nová povolení kandidátů v dotčeném rozsahu a prozkoumejte existující závazky. Zachovejte původní doporučení, cenové limity a oprávnění. Tyto záznamy vysvětlují, co se bot snažil dělat a které předpoklady již nepodporují jeho další akci.

Nevyřízené objednávky potřebují záměrnou reakci podle skutečných mechanismů místa obchodování. Požadavek na zrušení může být vhodný, ale zůstává požadavkem do doložení výsledku. Zachovávejte možné zbývající množství v modelu expozice. Neodstraňujte rezervaci jen proto, že místní strategie přestala objednávku považovat za užitečnou.

Zaznamenávejte časovou osu incidentu z autoritativních pozorování, kde je to možné. Zahrňte časy odeslání, odpovědi, vyplnění, požadavky na zrušení a snímky účtu. Používejte časy přijetí i zdrojové časy při pozdním příchodu aktualizací. Časová osa by měla činit nejistotu viditelnou, nikoli uspořádávat události do uměle úhledného pořadí jen podle zpracování místním programem.

Omezení by mělo také bránit automatickému úklidu ničit diagnostické podklady. Restartovaný pracovní proces by neměl nahrazovat nevyřešené identifikátory případů novými ani označovat staré úkoly jako dokončené kvůli překročení časového limitu. Historie je potřebná k určení, zda pozdější vyplnění patří k původnímu pokusu a zda by navržená akce obnovy zdvojila již přijatý pokyn.

Známé odmítnutí stále může ponechat druhou část aktivní

V prvním fiktivním případě bot plánuje dvě objednávky po 300 jednotkách. První požadavek je odmítnut a druhý ještě nebyl odeslán. Pokud autoritativní záznamy potvrzují nulové provedení a žádnou aktivní objednávku, případ může uvolnit nevyužitou rezervaci a zastavit. Původní příležitost by přesto měla být znovu vyhodnocena před jakýmkoli novým pokusem, protože ceny, poplatky nebo podmínky účtu se mohly změnit.

Nyní změňte posloupnost: první požadavek je odmítnut po již přijaté druhé objednávce. Případ není prázdný. Přijatá druhá část může čekat v knize nebo být vyplněná a její stav musí být vyřešen. Odmítnutí na jedné straně automaticky neruší druhou, pokud ověřený mechanismus místa obchodování výslovně neposkytuje toto chování pro skutečnou transakci, což by nikdy nemělo být předpokládáno napříč oddělenými službami.

Čtěte důvod odmítnutí v kontextu aktuálního rozhraní. Problémy s minimální velikostí, neplatným cenovým přírůstkem, oprávněním účtu a omezeným obchodním režimem vyžadují různé reakce. Některé lze opravit pouze změnou pokynu; jiné vyžadují obnovení podmínek účtu nebo čekání na povolení zamýšlené aktivity místem obchodování. Slepé opakování stejné neplatné objednávky není obnovou.

Dokumentace Polymarket k párovacímu systému rozlišuje restart a omezené obchodní režimy. Jde o užitečný příklad, proč služba dostupná online stále může odmítnout konkrétní akci. Bot musí zkoumat skutečný režim a podporované chování, nikoli vykládat jakékoli úspěšné připojení jako oprávnění obnovit běžné párování.

Částečné provedení vyžaduje nový popis expozice

Ve druhém fiktivním případě bot zamýšlí 200 jednotek A Ano a 200 slučitelných jednotek B Ne. A se úplně vyplní za 0,48 $ s nákladem 96 $. B se vyplní pouze 150 jednotkami za 0,49 $ s nákladem 73,50 $. Účet vynaložil 169,50 $ před poplatky. Vlastní 150 úplných párů jedna ku jedné a 50 nespárovaných jednotek A. Tento popis expozice nahrazuje původní předpoklad 200 úplných párů.

Spárovaná část stojí 145,50 $ před poplatky a má modelovanou výplatu 150 $ podle běžných předpokladů příkladu. Nespárovaných 50 jednotek A stojí 24 $ a může vyplatit 50 $ nebo nulu. Jejich expozice vůči výsledku je mnohem větší než malé rozpětí očekávané od úplné kombinace. Vykazování jen průměrné kombinované vstupní ceny by skrývalo neúplné množství, na kterém nyní záleží nejvíce.

Před volbou reakce určete, zda se zbývající objednávka B stále může vyplnit. Pokud je otevřená nebo zrušení zůstává nejisté, další vyplnění B může snížit nespárované množství. Akce obnovy založená na dřívější mezeře 50 jednotek by pak mohla případ přehnaně napravit. Proces incidentu potřebuje dostatečně ověřený a sladěný stav nebo pravidla výslovně zohledňující zbývající nejistotu.

Průvodce arbitrážním botem pro kontrakty na události se zaměřuje na párové rezervace a stavy provádění. Pohled incidentu přidává požadavek pro operátora: uvádějte, co účet vlastní nyní, co se stále může změnit a která rozhodnutí jsou povolena. Obrazovka obnovy by měla tato fakta činit srozumitelnými bez požadavku, aby je operátor odvozoval z několika nesouvisejících zpráv objednávek.

Náklady obnovy arbitrážního bota trhů událostí potřebují alternativy

Předpokládejte, že zbývajících 50 jednotek B lze nyní koupit za 0,58 $. Jejich dokončení stojí dalších 29 $ a zvyšuje nákupní náklad na 198,50 $. Pokud se pro cestu dokončení předpokládají celkové poplatky 4 $, celkový náklad je 202,50 $ vůči modelované výplatě 200 $. Obnova by za uvedených předpokladů vytvořila ztrátu 2,50 $. Dokončení původního cíle proto není rovnocenné zachování původní ekonomiky.

Zvažte jinou povolenou reakci po potvrzení, že zbytek B již není otevřený. Prodej 50 nespárovaných jednotek A při dosažitelné nákupní nabídce 0,45 $ vrací 22,50 $. Zbývajících 150 úplných párů vyplácí podle modelu 150 $. Celkový příjem je 172,50 $ vůči nákupní částce 169,50 $ a zbývají 3 $ před poplatky. Pokud celkové poplatky této samostatné cesty obnovy jsou 4 $, výsledkem je ztráta 1 $.

Tato čísla jsou hypotetické alternativy, nikoli kotace míst obchodování nebo odhady poplatků. Ukazují, proč by rozhodnutí o obnově mělo porovnávat úplné cesty. Druhá cesta má v příkladu menší modelovanou ztrátu, ale skutečná dostupnost množství, omezení účtu a nevyřešené objednávky by porovnání mohly změnit. Bot by měl volit jen mezi akcemi povolenými aktuálními pravidly obnovy.

Pravidla mohou také povolovat omezenou zbytkovou pozici pro lidský přezkum. Pokud ano, zdokumentujte maximální expozici, odpovědnou osobu a čas dalšího rozhodnutí. Ponechání nespárované pozice bez tohoto výslovného vyřízení není dokončenou obnovou. Incident může být provozně stabilizovaný, zatímco finanční riziko zůstává, ale záznam to musí jasně říkat.

Neznámé odeslání je nejprve problémem podkladů

Ve třetím fiktivním případě požadavku na 100 jednotek vyprší časový limit před přijetím odpovědi botem. Účet může být bez objednávky, s čekající objednávkou, částečným vyplněním nebo dokončeným vyplněním. Místní vypršení limitu tyto stavy nerozlišuje. Zachovejte původní identitu pokusu a rezervaci při zkoumání podporovaných záznamů objednávek, obchodů a pozic.

Neodvozujte neprovedení z jediného chybějícího oznámení. Soukromý proud mohl vynechat aktualizaci, zatímco dotaz na účet by vyplnění zobrazil. Naopak přechodné zobrazení nemusí dokládat konečný stav účtu. Používejte zdokumentované rozhodující zdroje místa obchodování a zachovávejte, která pozorování podporují závěr. Pokud podklady zůstávají nekonzistentní, případ zůstává nejistý, i když by operátor dával přednost čistému stavu.

Druhý požadavek s novou identitou je novým potenciálním závazkem, pokud skutečné rozhraní neposkytuje ověřený idempotentní mechanismus platící pro daný požadavek. Nepředpokládejte, že stejná strana a množství jej činí neškodným opakováním. První objednávka se může později objevit a způsobit, že účet vlastní dvojnásobek zamýšleného množství. Obnova by měla vyřešit starý pokus před povolením dalšího nezávislého.

Starší průvodce botem pro predikční trhy poskytuje širší pohled na odpovědnosti pozorování a účtu. V incidentu je ústřední otázka úzká: které podklady dokazují, zda tento konkrétní pokus změnil účet? Odpověď určuje, zda uvolnit kapacitu, zrušit aktivní objednávku nebo zahrnout vyplnění do aktuálního popisu expozice.

Restart musí obnovovat z trvalých závazků

Restart procesu může nastat během kteréhokoli z těchto případů. Nový proces by měl načíst nevyřešené pokusy, rezervace a odpovědnosti za případy před přijímáním nových doporučení. Čerstvý stav paměti neznamená, že místo obchodování nemá objednávky. Účty dál existují při zastaveném místním programu a jejich pozice se během přerušení mohly změnit.

Ověřte a slaďte otevřené objednávky a nedávná vyplnění pomocí požadovaného časového rozmezí a identifikátorů. Odstraňte duplicity záznamů již zpracovaných před restartem. Pokud místní deník končí před odeslaným požadavkem, použijte trvalý záznam pokusu a podklady účtu ke zkoumání mezery. Systém by neměl hádat, že neúplný místní zápis znamená, že vnější akce nikdy nenastala.

Obnovujte obchodní oprávnění až po splnění podmínek restartu dotčenými účty a mapováními kontraktů. Služba může přijímat požadavky na zrušení před přijímáním typu nové objednávky potřebného strategií. Veřejný proud může být aktuální, zatímco soukromé záznamy zůstávají zpožděné. Proces incidentu by měl obnovovat konkrétní možnosti podle podkladů, nikoli přepnout celý systém z červené na zelenou najednou.

Související architektura bota pro kontrakty na události poskytuje základní stavové hranice. Postup obnovy je převádí do praktické posloupnosti pro operátora: určit nevyřešené závazky, doložit množství, potvrdit oprávnění a poté zvažovat nové akce. Přeskočení přímo k poslednímu kroku může zopakovat incident s větší expozicí účtu.

Znovu ověřte předpoklad kontraktu při významovém selhání

Ne každý incident začíná technickou chybou. Posuzovatel může objevit, že jeden kontrakt používá počáteční vydání, zatímco druhý revizi, nebo že se liší výjimečné výsledky. V tom případě dvě pozice možná nikdy netvořily vztah výplat předpokládaný botem. Dokonalý záznam provedení významovou chybu nenapraví.

Zakažte nové případy používající dotčené mapování a určete existující expozice, které na něm závisejí. Přepočítejte jejich výplaty podle opraveného výkladu. Výsledek může zahrnovat stavy, kde obě pozice prohrávají nebo obě vyhrávají. Jde o směrové expozice nebo expozice vůči rozdílům mezi souvisejícími kontrakty, které potřebují vlastní rizikové rozhodnutí. Nepokračujte v jejich označování za úplnou arbitráž jen proto, že se množství shodují.

Zachovejte staré mapování a důvod nahrazení. To umožňuje přezkumu určit, zda chyba pocházela z neúplného vyjmutí pravidel, nepodloženého úsudku nebo pozdějšího upřesnění. Také to pomáhá identifikovat historické případy hodnocené podle stejného předpokladu. Oprava pouze aktuálního případu může ponechat stejný chybný vztah aktivní jinde v systému.

Průvodce automatizací kontraktů na události vysvětluje, jak otázky neznámých pravidel mohou dostat odpovědný přezkum. Zpracování incidentu by mělo tento postup používat, nikoli žádat automatický souhrn o vymyšlení konečného výkladu. Bot může shromažďovat podklady a vyčíslovat možné výsledky, zatímco kvalifikovaný posuzovatel řeší otázku kontraktu v rámci skutečných pravidel místa obchodování.

Uzavření incidentu arbitrážního bota trhů událostí potřebuje podklady

Uzavření incidentu vyžaduje více než úspěšnou odpověď na objednávku obnovy. Potvrďte konečná provedená množství, stav otevřených objednávek, poplatky a zbývající pozice. Porovnejte účet se zdokumentovaným vyřízením: plně spárován, zmenšen, zcela opuštěn nebo záměrně předán jinému nositeli rizika. Každý zbývající závazek by měl mít místo v modelu účtu.

U cesty zmenšení příkladu částečného vyplnění by uzavření mělo zobrazovat 200 koupených A, 150 koupených B, 50 prodaných A a žádný nevyřešený zbytek objednávky. Účet si ponechává 150 A a 150 B se stále platným předpokladem slučitelné výplaty. Příjem ze zmenšení 22,50 $ a skutečné poplatky patří do evidence případu. Pokud konečná výplata stále čeká, rozlišujte uzavření provádění a dokončení vypořádání.

Případ předaný směrové strategii potřebuje zaznamenané předání. Uveďte množství, historii pořízení, aktuální výklad pravidel, povolenou kapacitu ztráty a odpovědnou osobu. Přijímající strategie musí pozici uznat ve vlastních záznamech. Jinak může fronta incidentů vypadat čistě, zatímco portfolio obsahuje osiřelou expozici, kterou žádný proces nesleduje.

Starší pojednání o automatizovaném arbitrážním botu Polymarket poskytuje kontext dokončených a nedokončených postupů. Provozním standardem je, že jiný posuzovatel dokáže rekonstruovat, proč byl incident uzavřen a co zůstává ke sledování. Stavový popisek bez podpůrných záznamů je tvrzením, nikoli důkazem dokončení.

Předání člověku potřebuje omezený požadavek

Když automatická obnova nemůže pokračovat, operátor by měl dostat konkrétní rozhodovací balíček. Zahrňte potvrzené pozice, nevyřešené objednávky, již prověřené podklady a alternativy zůstávající v aktuálních limitech. Uveďte, zda se požadavek týká výkladu kontraktu, další kapacity ztráty nebo oprávnění konkrétní akce obnovy. Široký požadavek na opravu obchodu může vést různé lidi k předpokládání různých oprávnění.

Přijímající člověk by měl vědět, které akce bot zastavil a které monitorování pokračuje. Pokud zrušení stále zůstává nejisté, uveďte to výrazně. Pokud doporučený prodej předpokládá nemožnost vyplnění dalších doplňkových jednotek, tento předpoklad identifikujte. Rozhodnutí operátora by mělo vytvořit nové omezené oprávnění následovatelné vykonávající komponentou, nikoli neformální zprávu přebíjející každý existující limit.

Zaznamenejte čas předání a odpovědnou osobu. Pokud před vypořádáním přebírá jiná směna, zachovejte zbývající závazek a podmínku dalšího přezkumu. Tím se zabrání zapadnutí případu mezi výzkum, technický tým a provoz účtu jen proto, že každá skupina věří, že jej přijala jiná. Odpovědnost zůstává viditelná do vyřešení expozice nebo jejího záměrného přiřazení pokračující strategii.

Posuzujte incidenty bez mazání neúspěšných pokusů

Zahrnujte při hodnocení bota ztráty vzniklé při obnově, odmítnuté kandidáty a nevyřešené případy. Zpráva o výkonnosti obsahující jen plně spárované úspěchy vybírá příznivou cestu provedení a vynechává náklady provozování strategie. Soubor dat incidentů by měl zobrazovat četnost každého typu selhání, množství vytvářené expozice a dobu potřebnou k doložení spolehlivého stavu účtu.

Seskupujte incidenty podle příčiny, nikoli jen konečného zisku. Vypršení limitu může náhodou skončit ziskově a přitom odhalit nebezpečný návyk duplicitního odesílání. Malá ztráta může vyplývat ze správně omezené obnovy, která zabránila větší nespárované pozici. Přezkum by měl vedle finančního výsledku hodnotit, zda kontroly fungovaly podle návrhu a zda předpoklady strategie zůstávají podložené.

Používejte incidenty ke zlepšování konkrétních hranic. Opakovaná odmítnutí velikosti naznačují mezeru validace. Opakované neznámé pokusy mohou vyžadovat lepší trvalé identifikátory nebo zpracování dotazů na účet. Časté částečné páry mohou odůvodňovat menší počáteční velikost nebo jinou posloupnost provedení. Významové incidenty vyžadují lepší přezkum pravidel. Plošný pokyn opakovat rychleji pravděpodobně neřeší všechny tyto příčiny a některé může zhoršovat.

Kvalitu obnovy bota prokazují jasné popisy expozice, omezené akce a ověřené a sladěné uzavření. Zamýšlený pár může selhat bez změny na neřízený problém účtu, pokud systém zachovává známé a odmítá vymýšlet neznámé. Tato disciplína činí celý obchodní proces přezkoumatelným včetně případů, ve kterých se původní předpokládaná rezerva nikdy nestala skutečností.