Bold Reckonavence analyzuje data na úrovni ticků v reálném čase a upravuje prahové hodnoty stop-loss vůči převládající volatilitě, spíše než pravidlům pevných procent. Výsledkem je minimalizace čerpání nakalibrovaná na aktuální tržní podmínky, nikoli historické průměry.
Konvenční stop-loss příkazy jsou nastaveny jako statická vzdálenost od vstupní ceny, která funguje špatně během expanze volatility. Bold Reckonavence nepřetržitě přepočítává výstupní prahové hodnoty pomocí pohyblivého okna volatility v kombinaci s hloubkou knihy objednávek, aby určila, kde je pozice skutečně ohrožena oproti tomu, kde dochází k běžnému hluku.
Na tomto rozlišení záleží. Pozice uzavřená kvůli hluku generuje zbytečný obrat a narušuje návratnost opakovanými náklady na návrat. Pozice držená skutečným obratem generuje čerpání, které se spojuje. Systém je postaven tak, aby odděloval dva případy s definovaným statistickým prahem spíše než podle uvážení obchodníka.
Streamování příjmu dat ticků, toku objednávek a objemové nerovnováhy, zpracované v potrubí s optimalizovanou latencí, aby riziko pozice odráželo aktuální podmínky spíše než opožděný snímek.
Modely s krátkým horizontem odhadují pravděpodobnost nepříznivého cenového pohybu v příštím vyhodnocovacím okně, jsou trénovány na datech historického režimu a znovu validovány podle pevného plánu pro statistický posun.
Úpravy stop-loss a velikosti pozic jsou omezeny limity definovanými obchodníkem, což znamená, že systém zužuje nebo rozšiřuje expozici v rámci vámi nastaveného rozsahu, místo aby jej přímo přepsal.
Prohlášení o integritě dat: každý vstup a výstup je zapsán do protokolu pouze pro připojení, který se uchovává pro účely auditu, takže historii rozhodnutí pozice lze následně rekonstruovat.
Poznámka k transparentnosti algoritmu: parametry modelu a délka okna volatility jsou uvedeny v integrační dokumentaci. Bold Reckonavence nepoužívá soubory black-box pro výpočet stop-loss jádra; logika je deterministickou funkcí dokumentovaných vstupů.
Stejný engine se chová odlišně v závislosti na délce držení pozice a struktuře účtu. Níže jsou uvedeny dvě nejčastěji používané konfigurace.
Pozice se drží minuty až hodiny. Systém během aktivních relací přehodnocuje zastávkovou vzdálenost po sekundách, což je nejužitečnější během špiček volatility, ke kterým obvykle dochází kolem plánovaných vydání dat.
Pozice přenášené napříč relacemi vyžadují stop logiku, která zohledňuje riziko mezery přes noc a posuny v korelovaných nástrojích. Hodnotící intervaly jsou konfigurovány širší a úpravy velikosti pozice jsou váženy vůči expozici na úrovni portfolia spíše než vůči jedinému nástroji.
Někteří obchodníci dávají přednost tomu, aby si ponechali manuální rozhodnutí o vstupu a výstupu, zatímco na motor delegovali pouze úpravu stop-loss. Tato konfigurace aplikuje volatilitu upravenou zarážku, aniž by se dotkla velikosti pozice nebo časování vstupu.
Rozhodovací vrstva obvykle dokončí svůj výpočet za méně než 8 milisekund na tick, měřeno od příjmu zdroje po pokyn objednávky. Celková latence zpáteční cesty pak závisí na místě provádění vašeho brokera a typu připojení, které Bold Reckonavence nekontroluje.
Po vybalení jsou podporovány standardní kanály REST a WebSocket. Připojení protokolu FIX jsou k dispozici pro institucionální účty a vyžadují samostatný krok konfigurace zdokumentovaný v průvodci integrací.
Modely jsou trénovány na historických režimech volatility napříč podporovanými nástroji a znovu validovány podle pevného čtvrtletního plánu, aby se zkontroloval statistický posun. Parametry používané ve výrobě jsou verzovány a uvedeny v dokumentaci poskytnuté při integraci.
Ano. Omezení rizika definované obchodníkem lze kdykoli upravit a jakákoli změna se projeví od příštího hodnotícího cyklu spíše než zpětně na otevřené pozice.
Systém se automaticky nastaví na poslední platnou úroveň stop-loss a označí pozici pro manuální pozornost. Nepokouší se odhadnout chybějící data ani aplikovat úpravy na základě neúplných informací.
Každý vstup, výpočet a výsledná akce jsou zapsány do protokolu pouze pro připojení, který se uchovává po dobu definovanou v konfiguraci vašeho účtu, což umožňuje úplnou rekonstrukci toho, proč k dané úpravě došlo.
Integrace začíná přístupem pouze pro čtení k demo účtu nebo účtu pro papírové obchodování, takže logiku stop-loss lze sledovat na živých datech bez vystavení reálným pozicím.