Bold Reckonavence analyserar tick-nivå data i realtid och justerar stop-loss trösklar mot rådande volatilitet, snarare än fasta procentsatser. Resultatet är neddragningsminimering kalibrerad till nuvarande marknadsförhållanden, inte historiska medelvärden.
Konventionella stop-loss-order är inställda som ett statiskt avstånd från ingångspriset, vilket presterar dåligt under volatilitetsexpansion. Bold Reckonavence räknar om exit-trösklar kontinuerligt med hjälp av ett rullande volatilitetsfönster kombinerat med orderbokens djup för att avgöra var en position verkligen är i riskzonen jämfört med var den upplever vanligt buller.
Denna distinktion spelar roll. En position stängd på buller genererar onödig omsättning och urholkar avkastningen genom upprepade kostnader för återinträde. En position som hålls genom en äkta reversering genererar en neddragning som förvärrar. Systemet är byggt för att separera de två fallen med ett definierat statistiskt tröskelvärde snarare än en handlares gottfinnande.
Strömmande intag av tick-data, orderflöde och volymobalans, bearbetad på en latensoptimerad pipeline så att positionsrisken återspeglar nuvarande förhållanden snarare än en fördröjd ögonblicksbild.
Korthorisontsmodeller uppskattar sannolikheten för ogynnsamma prisrörelser under nästa utvärderingsfönster, tränade på historiska regimdata och omvaliderade enligt ett fast schema för statistisk drift.
Stop-loss och positionsstorleksjusteringar begränsas av traderdefinierade gränser, vilket innebär att systemet minskar eller breddar exponeringen inom ett intervall som du anger, snarare än att åsidosätta det direkt.
Dataintegritetsförklaring: varje inmatning och utdata skrivs till en logg som endast kan läggas till och sparas för granskning, så att en positions beslutshistorik kan rekonstrueras i efterhand.
Algoritmisk transparensnotering: modellparametrar och volatilitetsfönstrets längd anges i integrationsdokumentationen. Bold Reckonavence använder inte black-box-ensembler för core stop-loss-beräkningen; logiken är en deterministisk funktion av dokumenterade indata.
Samma motor beter sig olika beroende på positionsinnehavets varaktighet och kontostruktur. Nedan är de två konfigurationer som oftast används.
Positionerna hålls i minuter till timmar. Systemet omvärderar stoppsträckan per sekund under aktiva sessioner, vilket är mest användbart under de volatilitetstoppar som vanligtvis inträffar kring schemalagda datasläpp.
Positioner som överförs över sessioner kräver stopplogik som tar hänsyn till risken för gap över natten och förändringar i korrelerade instrument. Utvärderingsintervallen är konfigurerade bredare och justeringar av positionsstorlek viktas mot exponering på portföljnivå snarare än ett enda instrument.
Vissa handlare föredrar att behålla manuella in- och utgångsbeslut samtidigt som de delegerar endast stop-loss-justeringen till motorn. Denna konfiguration tillämpar det volatilitetsjusterade stoppet utan att röra positionsstorlek eller ingångstidpunkt.
Beslutslagret slutför vanligtvis sin beräkning på mindre än 8 millisekunder per bock, mätt från matningskvitto till orderinstruktion. Total fördröjning tur och retur beror sedan på din mäklares exekveringsplats och anslutningstyp, vilket Bold Reckonavence inte kontrollerar.
Standard REST- och WebSocket-flöden stöds direkt. FIX-protokollanslutningar är tillgängliga för institutionella konton och kräver ett separat konfigurationssteg som dokumenteras i integrationsguiden.
Modeller tränas på historiska volatilitetsregimer över stödda instrument och omvalideras på ett fast kvartalsschema för att kontrollera om statistisk avvikelse. Parametrar som används i produktionen är versionerade och avslöjas i dokumentationen som tillhandahålls vid integrationen.
Ja. Handlardefinierade riskgränser kan justeras när som helst, och varje förändring träder i kraft från nästa utvärderingscykel snarare än retroaktivt på öppna positioner.
Systemet går som standard till den senaste giltiga stop-loss-nivån och flaggar positionen för manuell uppmärksamhet. Den försöker inte uppskatta saknade data eller tillämpa justeringar baserat på ofullständig information.
Varje inmatning, beräkning och resulterande åtgärd skrivs till en endast tilläggslogg som sparas under en period som definieras i din kontokonfiguration, vilket möjliggör en fullständig rekonstruktion av varför en given justering inträffade.
Integration börjar med skrivskyddad tillgång till ett demo- eller pappershandelskonto, så stop-loss-logiken kan observeras mot livedata utan exponering för riktiga positioner.