Oxelbarrow aizstāj manuālo ievades laiku ar uz noteikumiem balstītu modeli, kas mērogo pozīcijas lielumu, ņemot vērā izmērīto nepastāvību, nevis noskaņojumu vai virsraksta reakciju.
Dienas tirdzniecība nodrošina konsekvenci, taču konsekvenci ir grūti uzturēt simtiem diskrecionāru lēmumu. Nogurums, nesenā neobjektivitāte un reakcija uz īstermiņa cenu izmaiņām uzkrājas klusi, un novirze no noteiktās stratēģijas palielinās ar katru sesiju.
Oxelbarrow tika izveidots, lai novērstu šo novirzi, iekodējot ievades kritērijus fiksētā, pārbaudāmā noteikumu kopā — tādā, kas simtajā sesijā tiek izpildīts identiski, kā pirmajā sesijā.
Modelis nemēģina paredzēt virzienu. Tas mēģina noteikt lielumu un laika ierakstus tā, lai kapitāls tiktu izmantots proporcionāli izmērītajam riskam, ievērojot noteiktu nosacījumu struktūru: ja realizētā nepastāvība pārsniedz mainīgo slieksni, modelis samazina laidiena lielumu; ja tas samazinās zem šī sliekšņa, modelis to palielina ierobežotā diapazonā.
Platforma ir strukturēta, ņemot vērā trīs darbības problēmas: cik ātri tiek apstrādāti dati, kā tiek ierobežots risks, mainoties apstākļiem un kā sistēma darbojas, palielinoties instrumentu skaitam.
Tirgus plūsmas tiek pārņemtas, izmantojot straumēšanas principu, un iekšējās apstrādes latentums ir mazāks par sekundi, tāpēc lēmumi par lielumu atspoguļo pašreizējos apstākļus, nevis novecojušu momentuzņēmumu no iepriekšējā intervāla.
Zem paredzamā slāņa ir stingri ierobežojumi attiecībā uz daļas lielumu, instrumentu ekspozīciju un ikdienas izvietošanu, tāpēc modeļa kļūdaini nolasīts nevar pārvērsties par neierobežotu pozīcijas lielumu.
Ievadīšanas un lēmumu slāņi ir atdalīti, kas ļauj pievienot papildu instrumentus vai datu avotus, nepārstrādājot ievades pamatloģiku.
Cenas, apjoma un pasūtījumu grāmatas dati tiek iegūti no savienotajiem avotiem un normalizēti konsekventā shēmā, pirms tiem tiek pretoties kādi aprēķini.
Svārstīguma un dziļuma ievades dati tiek nodoti ievades modelim, lai sagatavotu laidienu ieteikumu, ar laikspiedolu un saglabātu vēlākai pārbaudei neatkarīgi no iznākuma.
Ieteikums tiek pārbaudīts, salīdzinot ar konta līmeņa ierobežojumiem, un pēc tam tiek iesniegts kā pasūtījums tad un tikai tad, ja tiek novērsti visi ierobežojumi.
Savienojumos tiek izmantotas lasīšanas/tirdzniecības darbības jomas API atslēgas, kuras jūs ģenerējat un atsaucat no sava starpniecības konta. Oxelbarrow nekad nesaglabā neapstrādātus pieteikšanās akreditācijas datus, un atslēgas tiek šifrētas miera stāvoklī.
Iekšējā apstrāde no datu saņemšanas līdz kvotas ieteikumam normālos padeves apstākļos notiek sekundārajā diapazonā. Pasūtījuma iesniegšanas laiks ir atkarīgs no paša savienotā brokera izpildes ātruma, kas ir ārpus mūsu kontroles.
Jā. Ritošā nepastāvības logs, maksimālās daļas procentuālais daudzums un ikdienas izvietošanas ierobežojums ir konfigurējams katram instrumentam platformas publicēto drošības robežu ietvaros.
Nē. Modelis pārvalda kapitāla izvietošanas apjomu un laiku attiecībā pret izmērīto nepastāvību; tas neprognozē cenu virzienu un negarantē peļņu.
Ja pārsūtīšanas slānis zaudē plūsmu pēc konfigurētā taimauta, šī instrumenta neapstiprinātās daļas norādījumi tiek aizturēti, nevis izpildīti ar nepilnīgiem datiem.
Drošības piezīme: visi konta dati tiek šifrēti, izmantojot TLS 1.2 vai jaunāku versiju. Piekļuves žurnāli tiek saglabāti audita nolūkos, un tos var pārskatīt pēc pieprasījuma, izmantojot jūsu konta informācijas paneli.
Konta iestatīšana un API atslēgas saistīšana parasti aizņem mazāk nekā piecpadsmit minūtes pēc dokumentācijas pārskatīšanas.