En handelsalgoritm för Polymarket bör vara tillräckligt specifik för att två granskare ska kunna tillämpa reglerna på samma belägg och förstå varför den agerade eller avstod. En fras som ”köp undervärderade utfall” beskriver en ambition. Den identifierar inte informationen, prognosen, priset, mängden eller kontovillkoren som ger ett beslut.
Guiden utvecklar en hypotetisk algoritm för research. Den gäller en fiktiv familj av schemalagda omröstningar om tillsättningar och frågar om en viss offentlig uppdatering av förfarandet tillför användbar information. Exemplet är avsiktligt snävt så att dess påståenden kan testas. Det är ingen bevisad strategi eller rekommendation att handla sådana händelser.
Handelsmiljön är Polymarket International, medan Polymarket US behandlas separat. Alla sannolikheter, mängder, priser, avgifter och trösklar nedan är påhittade. Beräkningarna antar enkla utbetalningar på 1 dollar eller 0 dollar. Faktiska marknadsregler, aktuella handelsbegränsningar och kontobehörigheter skulle styra en verklig implementering.
Börja handelsalgoritmen för Polymarket med en hypotes
Informationshypotesen som går att motbevisa är att en angiven uppdatering av förfarandet förbättrar prognoserna för ett slutligt godkännande av en tillsättning vid en bestämd tidshorisont, utöver en enkel referens som använder redan tillgänglig information. Påståendet kan falla om uppdateringen inte tillför prognosvärde, kommer för sent eller gäller ett annat villkor än kontraktets utfall.
Definiera uppdateringen exakt. I den påhittade miljön är den publiceringen av en fastställd omröstningsdagordning som omfattar den namngivna tillsättningen. Ett rykte om dagordningen eller en oförändrad återpublicering uppfyller inte kraven. Algoritmen studerar om detta faktum om förfarandet ändrar sannolikheten för godkännande. Den antar inte att en plats på dagordningen garanterar framgång.
Den äldre guiden om en handelsstrategi för Polymarket förklarar varför en strategi behöver en faktisk hypotes om övertag. En specifikation av en Polymarket-algoritm bör bevara hypotesen så att senare revideringar kan bedömas mot den ursprungliga researchfrågan i stället för att framgång omdefinieras i efterhand när utfallen har setts.
Definiera den kvalificerade kontraktsfamiljen
Researchurvalet bör innehålla kontrakt med en konsekvent utfallsdefinition och tidshorisont. För den påhittade tillsättningsfamiljen kräver Ja ett slutligt registrerat godkännande av det namngivna organet före en angiven tidsgräns. Kontrakt om nominering, kommittérekommendation eller tillträde utesluts.
Dokumentera de exakta reglerna och källan för varje kvalificerat kontrakt. Liknande titlar räcker inte. Om ett kontrakt räknar en senare omprövning medan ett annat inte gör det kan skillnaden kräva uteslutning eller en separat modell. Algoritmens snäva påstående beror på att likartade utfall jämförs.
Kvalificeringen avgörs innan slutresultatet granskas. Annars kan researchen i tysthet ta bort besvärliga fall som försvagar det skenbara resultatet. Bevara avvisade kontrakt och skälen till dem, inklusive tvetydiga regler, otillgängliga källor och händelsestrukturer som inte stöds. Underlaget förklarar inom vilket område algoritmens påstående faktiskt utvärderas.
Bestäm beslutshorisonten
Den hypotetiska algoritmen utvärderar den första verifierade dagordningsuppdateringen inom ett definierat researchfönster före omröstningen. Den dokumenterar faktisk mottagningstid och slutför prognosen innan den granskar ett nytt pris som det går att handla till för beslutet. Tidshorisonten ingår i specifikationen och väljs inte efter att prisrörelser har observerats.
En senare uppdatering kan vara lättare att tolka men lämna mindre möjlighet. Ett historiskt test måste använda den tid då processen faktiskt kunde agera, inklusive insamlings- och beräkningsfördröjning. Det kan inte kombinera sena belägg med ett tidigare pris som fanns före mottagningen.
Välj en högsta ålder för förslaget och identifiera vad som avslutar dess giltighet. En ändrad dagordning, ett nytt officiellt uttalande eller en passerad beslutstidsgräns kan göra det gamla förslaget ogiltigt. Programmet bör då skapa en ny researchversion eller avstå i stället för att fortsätta lämna in en instruktion vars informationsgrund inte längre gäller.
Bevara indata före prognosen
Indataposten bör identifiera dokumentet, versionen, publiceringstiden om den är känd, mottagningstiden och de hämtade fälten om förfarandet. Den bör skilja källfakta från algoritmens tillagda tolkning. Att parsern slutfördes utan fel bevisar inte att den valde rätt tillsättning eller dagordningsversion.
Bevara för varje accepterad uppdatering tillräckliga belägg för att en granskare ska kunna återskapa klassificeringen. Om ett nödvändigt fält saknas eller är tvetydigt bör algoritmen returnera en olöst observation. Den bör inte fylla luckan med ett troligt värde bara för att hålla handelsloopen aktiv.
Indataposten stöder också senare utvärdering av källändringar. Om organet ändrar dokumentstrukturen kanske modellens historiska beteende inte längre gäller. Ett precist underlag gör det möjligt att identifiera brottet i stället för att tillskriva ett parsningsfel en plötslig ändring av händelsesannolikheter.
Definiera prognosen och dess referens
Algoritmen behöver en uppskattad sannolikhet för det exakta kontraktsutfallet, inte bara en poäng som säger att dagordningens språk verkar gynnsamt. Utveckla kopplingen med ett lämpligt historiskt urval och utvärdera sedan på senare händelser som inte användes för att välja regeln.
Referensen bör använda information som fanns tillgänglig vid samma tidshorisont. Den kan vara en enkel historisk frekvens eller en angiven marknadsuppskattning beroende på researchfrågan. Bevara referensen före resultatjämförelsen så att utvärderingen inte väljer en lätt motståndare i efterhand.
Anta i beräkningsexemplet nedan att modellen ger en central sannolikhet på 0,61 och ett stresscenario på 0,56. Det är påhittade indata för att kontrollera beslutsberäkningen, inte empiriska uppskattningar. Stressvärdet är ingen statistisk konfidensgräns om inte ett separat validerat förfarande fastställer det som en sådan.
Bestäm kostnadsmarginalen innan utfallen granskas
Den hypotetiska regeln kräver att stresscenariots sannolikhet överstiger den högsta antagna totalkostnaden per andel med minst 0,04 dollar för den enkla dollarutbetalningen. Det är en vald researchtröskel, inte bevis för att en marginal på fyra cent kompenserar för all osäkerhet.
Anta att högsta köppris är 0,51 dollar och avgiftsutrymmet 0,01 dollar per andel. Den högsta antagna totalkostnaden är 0,52 dollar. Med stressannolikheten 0,56 blir den modellerade marginalen 0,04 dollar per andel, vilket exakt uppfyller den påhittade regeln.
Dokumentera varför tröskeln valdes och utvärdera dess känslighet utan att välja det bästa värdet i sluttesturvalet. Om regeln bara verkar användbar vid en enda finjusterad marginal förtjänar skörheten uppmärksamhet. En transparent algoritm bör synliggöra avvägningen mellan striktare urval, färre möjligheter och prognososäkerhet.
Läs orderboken när prognosen är klar
Jämförelsen för genomförande bör använda en orderboksobservation som finns tillgänglig efter att prognos- och behörighetskontrollerna kan göras. Bevara köppris, säljpris, djup och mottagningstid. Ett visat mittpris är inte inköpskostnaden för den avsedda mängden.
Polymarkets dokumentation om orderböcker förklarar skillnaden mellan visade priser och sidor som det går att handla till. Anta i det påhittade exemplet att tio andelar erbjuds till 0,48 dollar och femton till 0,50 dollar. Tjugofem andelar är synliga inom gränsen på 0,51 dollar, men kontogränserna avgör den faktiska förslagsstorleken.
Om orderboken är inaktuell, ofullständig eller ändras före inlämningen ska den angivna regeln för förnyad kontroll tillämpas. Algoritmen bör inte använda ett gammalt gynnsamt pris som skäl att vidga gränsen. Ett nytt pris kan ta bort den modellerade möjligheten även när händelseprognosen förblir oförändrad.
Kombinera mängdbegränsningar konsekvent
Den föreslagna mängden bör uppfylla varje tillämplig begränsning. I det påhittade kontot är händelsegränsen fyrtio andelar, med tolv redan innehavda och åtta möjliga från en aktiv order. Det lämnar utrymme för ytterligare tjugo andelar. Det synliga djupet på tjugofem andelar åsidosätter inte kontogränsen.
Den tillgängliga åtagandebudgeten för den nya avsikten är 10,40 dollar. Vid den högsta antagna kostnaden på 0,52 dollar per andel räcker den till tjugo andelar. Djupet, händelsekapaciteten och kostnadsbudgeten tillåter därför ett förslag på tjugo andelar i exemplet.
Använd exakta enheter och aktuella marknadskrav när beräkningen implementeras. En tillåten bråkdelsmängd eller minsta orderstorlek kan påverka det giltiga resultatet. Guiden om handelsverktyg för Kalshi ger en användbar jämförelse av ansvar för research och beräkning, medan de faktiska orderbegränsningarna måste förbli specifika för den Polymarket-marknad som övervägs.
Beräkna exemplets förväntade kostnad
För tjugo andelar ger den observerade orderboken tio till 0,48 dollar och tio till 0,50 dollar. Inköpskostnaden är 4,80 dollar plus 5 dollar, alltså 9,80 dollar före avgifter. Med den antagna avgiften på en cent per andel blir totaluppskattningen 10,00 dollar. Den genomsnittliga antagna kostnaden är 0,50 dollar.
Vid den centrala sannolikheten 0,61 är den modellerade förväntade utbetalningen tjugo gånger 0,61 dollar, alltså 12,20 dollar. Den modellerade förväntade skillnaden är 2,20 dollar. I stresscenariot med 0,56 är den förväntade utbetalningen 11,20 dollar, vilket lämnar 1,20 dollar jämfört med den observerade totalkostnadsuppskattningen.
Godkännandet använder fortfarande det högsta antagna åtagandet på 10,40 dollar, inte den lägre observerade uppskattningen. Skillnaden bevarar prisgränsen om orderboken ändras inom den godkända gränsen. Alla beräkningar beror på de hypotetiska prognos- och avgiftsantagandena. De visar intern konsekvens, inte ett påstående om realiserad vinst.
Hänvisa och tjäna USDC
Hänvisa och tjäna USDCVårt affiliateprogram betalar i realtid.
Ange hur orderns giltighet fungerar
Exempelalgoritmen använder en omedelbar instruktion som accepterar delvis genomförande och annullerar resten, med förbehåll för handelsplatsens aktuella dokumenterade beteende och tillåtna parametrar. Den lämnar ingen ny vilande order efter beslutsfönstret. Valet ingår i algoritmens exponeringspolicy.
Polymarkets dokumentation om orderns livscykel identifierar FAK som en order som fyller tillgänglig mängd och annullerar återstoden. En variant med vilande order vore en annan specifikation eftersom den kan förvärva exponering efter att den ursprungliga observationen och prognosen har åldrats.
Dokumentera den faktiska typen med avsikten. En senare granskare bör kunna avgöra om ofylld mängd förblev ett åtagande. Algoritmen bör inte dra slutsatsen att varje delvis fyllnad kräver köp av den saknade mängden senare. Ett följdköp skulle behöva ett nytt förslag utifrån aktuella belägg och aktuellt kontotillstånd.
Bevara underlaget som visar att beslutsregeln uppfylldes
Underlaget för att beslutsregeln uppfylldes kopplar ihop indata, prognos, orderbok, kontoögonblicksbild och godkännande. Det bör ange vilka villkor som klarades och på exakt vilka villkor instruktionen fick skickas vidare. Spara det beständigt före orderinlämningen så att återhämtning inte beror på minnet eller ett förlorat skärmtillstånd.
En avvisad kandidat förtjänar samma strukturerade underlag med ett kort skäl. Exempel är fel kontraktskoppling, inaktuella indata, otillräcklig marginal, otillräckligt djup eller förbrukad kapacitet. Skälen visar om hypotesen ger möjligheter som är praktiskt användbara.
Den äldre guiden om en handelsalgoritm för prognosmarknader förklarar utformning och testning genom dessa steg. Att hålla underlaget om regeluppfyllelse åtskilt från det slutliga resultatet hindrar att ett gynnsamt utfall i efterhand godkänner ett beslut som inte uppfyllde regeln vid tidpunkten.
Stäm av ett delvis genomförande
Anta att den hypotetiska omedelbara ordern på tjugo andelar fyller åtta andelar till 0,48 dollar och sju till 0,50 dollar. Inköpskostnaden är 3,84 dollar plus 3,50 dollar, alltså 7,34 dollar. Med en antagen total avgift på 0,15 dollar blir totalkostnaden 7,49 dollar. Fem begärda andelar förblir ofyllda och annulleras enligt det valda beteendet.
Kontot innehar nu tjugosju andelar: de ursprungliga tolv plus femton förvärvade. Den tidigare aktiva ordern på åtta andelar förblir ett separat möjligt åtagande, vilket ger en möjlig händelseexponering på trettiofem andelar enligt den enkla mängdpolicyn. De annullerade fem från den nya begäran förblir inte aktiva.
En mottagningsbekräftelse på begäran räcker inte för att fastställa slutläget. Algoritmen bör följa relevanta order- och avslutsbelägg och stämma av kontot. Om orderinlämningens resultat är okänt ska lämplig reservation behållas och fallet undersökas innan en annan kandidat övervägs för samma kapacitet.
Ange policyn för ogiltighet och försäljning
En beslutsregel behöver en plan för vad som händer efter köpet. Exemplet kan utvärderas med en policy att behålla till fastställt utfall, en beläggsbaserad försäljningspolicy eller en tidsbaserad granskningspolicy, men valen bör inte blandas efter att utfallen är kända.
Anta för researchspecifikationen en schemalagd granskning när den officiella dagordningen ändras och ingen automatisk försäljning enbart för att det visade priset rör sig. Granskningen kontrollerar om den ursprungliga kontraktskopplingen och prognosantagandena fortfarande gäller. Varje försäljning kräver egna kostnads- och behörighetskontroller.
En hypotetisk värdering över inköpskostnaden garanterar ingen realiserbar försäljning av hela positionen. Kontot bör använda tillgängliga köppriser och tillämpliga kostnader när en försäljning utvärderas. På samma sätt identifierar en ogynnsam värdering inte i sig om prognosen, genomförandet eller marknadslikviditeten ansvarar för förändringen.
Utvärdera prognoser och order separat
Prognosutvärderingen bör omfatta varje kvalificerad dokumenterad uppskattning, inklusive kandidater som avvisades på grund av pris eller kapacitet. Genomförandeutvärderingen bör omfatta faktiska order, orderfyllnader, avgifter och olösta fall. Populationerna överlappar men har olika syften.
En modell kan förbättra prognosträffsäkerheten utan att ge någon användbar marginal efter kostnader. En genomförandeprocess kan följa regeln perfekt medan den underliggande hypotesen faller. Separata underlag låter forskaren identifiera vilket påstående som behöver revideras i stället för att behandla varje resultat som ett enda mått på algoritmkvalitet.
Guiden om en handelsalgoritm för Kalshi utvecklar ett annat handelsplatsspecifikt exempel på ett informationsövertag som går att motbevisa. Den överförbara metoden är att bevara hypotesen och testa den framåtblickande, samtidigt som kontraktsdefinitioner, priskonventioner och kontomekanismer hålls åtskilda.
Dela utvärderingen efter underliggande händelse
Relaterade kontrakt från en tillsättningsprocess bör hållas ihop när utvecklings- och utvärderingsdata skiljs åt. Annars kan modellen i praktiken lära sig händelsedetaljer i en delmängd och få beröm för att förutsäga nära relaterade kontrakt i en annan.
Rapportera antalet underliggande händelser liksom antalet kontraktsobservationer. Femtio trösklar eller tidsgränser knutna till några få tillsättningar ger inte femtio oberoende demonstrationer av informationshypotesen. Deras inbördes förhållanden bör ingå i utvärderingens utformning.
Använd kronologisk testning när den avsedda användningen är framtida händelser och behåll ett senare urval för att bedöma val som gjordes under utvecklingen. En slumpmässig blandning kan dölja förändringar i källprocesser eller marknadsbeteende. Utvärderingen bör likna den faktiska följd i vilken algoritmen skulle lära och agera.
Pröva antagandena utan att skriva om regeln
Känslighetsanalysen bör variera rimliga antaganden som mottagningsfördröjning, avgiftsuppskattningar, tillgängligt djup och prognososäkerhet. Syftet är att förstå skörhet, inte att söka i all oändlighet efter den version som ger det bästa historiska resultatet.
För det påhittade exemplet kan en högre totalkostnad eller lägre stressannolikhet ta bort den erforderliga marginalen. En mindre tillgänglig budget kan minska mängden. En källförsening kan få förslaget att löpa ut helt. Algoritmen bör ge dessa ändrade beslut konsekvent utifrån sina angivna villkor.
Den äldre diskussionen om huruvida prognosmarknadsbotar är lönsamma betonar rättvis testning. Tillämpa kravet genom att bevara förlorande och avvisade fall, inklusive driftavbrott. En utvärdering som antar perfekt tillgänglighet och gynnsamma orderfyllnader besvarar en annan fråga än om hela arbetsflödet är praktiskt användbart.
Definiera när hypotesen har fallit
En specifikation som går att motbevisa bör ange vilka belägg som skulle försvaga eller avsluta researchpåståendet. Exempel är utebliven förbättring mot referensen på senare händelser, bestående felkalibrering, en skenbar fördel som försvinner vid realistiska tidsförhållanden eller en ändrad källdefinition som bryter det ursprungliga sambandet.
Kräv inte ett enda dramatiskt misslyckande för att motivera granskning. En gradvis nedgång i datakvalitet eller en stigande andel avvisade kandidater kan visa att driftvillkoren har ändrats. Omvänt kan några ogynnsamma utfall vara förenliga med en rimlig probabilistisk prognos och bör inte automatiskt utlösa okontrollerade parameterändringar.
Skriv granskningsschemat och beslutskriterierna innan sluturvalet undersöks. Algoritmens värde ligger delvis i att producera belägg som kan motbevisa den. En regel som förklarar varje förlust i efterhand samtidigt som den ändrar sina villkor är inte längre det specifika påstående som utvärderingen skulle testa.
Håll en algoritm åtskild från en portfölj
Att lägga till en andra modell, en prisställningsstrategi eller en annan händelsefamilj skapar ett problem med portföljsamordning. Den ursprungliga regeln bör behålla egen identitet och eget utvärderingsunderlag så att bidraget kan förstås. Gemensamma kontogränser måste omfatta alla resulterande åtaganden.
Guiden om handelsalgoritmer för Polymarket undersöker överlappande exponering mellan flera metoder. Olika namn fastställer inte oberoende risker, särskilt när flera algoritmer använder samma källa eller handlar relaterade utfall. Utökning bör därför föregås av en separat konto- och utvärderingsgranskning.
Bevara den snäva specifikationen även om det bredare systemet växer. Det bör fortfarande gå att återskapa vad just denna algoritm föreslog, varför den avstod och hur faktiska order skilde sig från avsedda beslut. Utan uppdelningen kan sammanlagda resultat dölja en svag komponent bakom en orelaterad framgångsrik komponent.
Gör handelsalgoritmen för Polymarket mätbar
En fullständig specifikation kopplar en hypotes som går att motbevisa till kvalificerade belägg, en fast tidshorisont, en prognos, en kostnadströskel och en avgränsad kontoåtgärd. Den anger också hur delvis genomförande, osäkerhet, ogiltighet och utvärdering hanteras. Varje del bidrar till ett beslut som kan återskapas och ifrågasättas.
Börja med att testa dokumentationen och beräkningarna med påhittade fall som det här. Utvärdera sedan informationspåståendet på lämpligt åtskilda verkliga observationer innan slutsatser om användbarhet dras. Identifiera tydligt källhärledda fakta, modelluppskattningar och valda policytrösklar.
Algoritmen är redo för seriös granskning när den kan förklara både åtgärder och avståenden. Dess framgång är inte att den alltid skapar en order. Den är att processen gör ett precist påstående, tillämpar det konsekvent under realistiska begränsningar och bevarar tillräckliga belägg för att avgöra om påståendet håller när det möter senare händelser.