Bold Reckonavence analüüsib reaalajas märketaseme andmeid ja kohandab stop-loss lävesid valitseva volatiilsuse, mitte fikseeritud protsendireeglite järgi. Tulemuseks on väljavõtmise minimeerimine, mis on kalibreeritud praegustele turutingimustele, mitte ajaloolistele keskmistele.
Tavapärased stop-loss orderid seatakse staatilise kaugusena sisenemishinnast, mis toimib volatiilsuse suurenemise ajal halvasti. Bold Reckonavence arvutab väljumisläved pidevalt ümber, kasutades veerevat volatiilsusakent koos tellimusraamatu sügavusega, et teha kindlaks, kus positsioon on tõeliselt ohus, võrreldes sellega, kus see kogeb tavalist müra.
See eristamine on oluline. Müra tõttu suletud asend tekitab tarbetut käivet ja vähendab tulusid korduvate sisenemiskulude tõttu. Tõelise tagasipööramise kaudu hoitud positsioon tekitab miinuse, mis suureneb. Süsteem on loodud kahe juhtumi eraldamiseks kindlaksmääratud statistilise lävega, mitte kaupleja äranägemisel.
Märkimisandmete, tellimuste voo ja mahu tasakaalustamatuse voogesitus, mida töödeldakse latentsusaja järgi optimeeritud konveieril, nii et positsioonirisk peegeldab pigem hetketingimusi kui viivitusega hetktõmmist.
Lühiajalise horisondi mudelid hindavad ebasoodsate hindade liikumise tõenäosust järgmise hindamisakna jooksul, koolitatakse ajalooliste režiimiandmete põhjal ja kinnitatakse uuesti statistilise triivi jaoks fikseeritud ajakava alusel.
Stop-loss ja positsiooni suuruse korrigeerimine on piiratud kaupleja määratud piirangutega, mis tähendab, et süsteem kitsendab või laiendab säritust teie määratud vahemikus, mitte ei alista seda otse.
Andmete terviklikkuse avaldus: iga sisend ja väljund kirjutatakse ainult lisamise logisse, mis säilitatakse auditi jaoks, nii et positsiooni otsuste ajalugu saab pärast seda rekonstrueerida.
Algoritmiline läbipaistvus: mudeli parameetrid ja volatiilsusakna pikkus on avaldatud integratsiooni dokumentatsioonis. Bold Reckonavence ei kasuta tuuma stop-loss arvutamisel musta kasti ansambleid; loogika on dokumenteeritud sisendite deterministlik funktsioon.
Sama mootor käitub erinevalt sõltuvalt positsiooni säilitamise kestusest ja konto struktuurist. Allpool on toodud kaks kõige sagedamini kasutatavat konfiguratsiooni.
Asendeid hoitakse minutitest kuni tundideni. Süsteem hindab aktiivsete seansside ajal peatumisdistantsi ümber sekundipõhiselt, mis on kõige kasulikum volatiilsuse hüpete ajal, mis tavaliselt esinevad plaanitud andmete avaldamise ajal.
Seansside vahel kantud positsioonid nõuavad stopploogikat, mis arvestab üleöö lünkade riski ja korrelatsiooniinstrumentide nihkeid. Hindamisintervallid on konfigureeritud laiemaks ja positsiooni suuruse korrigeerimisi kaalutakse pigem portfelli tasemel kui ühe instrumendi suhtes.
Mõned kauplejad eelistavad jätta käsitsi sisestamise ja väljumise otsused, delegeerides samal ajal mootorile ainult stop-loss reguleerimise. See konfiguratsioon rakendab volatiilsusega reguleeritud stoppi ilma asukoha suurust või sisenemise ajastust puudutamata.
Otsustuskiht lõpetab oma arvutuse tavaliselt alla 8 millisekundi märgi kohta, mõõdetuna sööda kättesaamisest kuni tellimisjuhiseni. Edasi-tagasi reisi kogulatentsus sõltub teie maakleri täitmiskohast ja ühenduse tüübist, mida Bold Reckonavence ei kontrolli.
Standardseid REST- ja WebSocketi vooge toetatakse koheselt. FIX-protokolli ühendused on saadaval institutsionaalsete kontode jaoks ja nõuavad eraldi konfiguratsioonietappi, mis on dokumenteeritud integreerimisjuhendis.
Mudeleid koolitatakse toetatud instrumentide ajalooliste volatiilsusrežiimide kohta ja need valideeritakse uuesti kindla kvartaligraafiku alusel, et kontrollida statistilist triivi. Tootmises kasutatavad parameetrid on versioonistatud ja avalikustatud integreerimisel kaasasolevas dokumentatsioonis.
Jah. Kaupleja määratletud riskipiire saab igal hetkel kohandada ja kõik muudatused jõustuvad järgmisest hindamistsüklist, mitte tagasiulatuvalt avatud positsioonide puhul.
Süsteem valib vaikimisi viimasele kehtivale stop-loss taseme ja märgib positsiooni käsitsi tähelepanu pööramiseks. See ei püüa hinnata puuduvaid andmeid ega rakendada mittetäieliku teabe põhjal korrigeerimisi.
Iga sisend, arvutus ja sellest tulenev toiming kirjutatakse ainult lisamise logisse, mida säilitatakse teie konto konfiguratsioonis määratletud perioodi jooksul, võimaldades täieliku rekonstrueerimise selle kohta, miks antud korrigeerimine toimus.
Integreerimine algab kirjutuskaitstud juurdepääsuga demo- või paberkauplemiskontole, nii et kaotuse peatamise loogikat saab jälgida reaalajas andmetega ilma tegelike positsioonidega kokku puutumata.