Vizualizarea datelor Oxelbarrow care arată analiza algoritmică a pieței în curs
Starea sistemului: Operațional — modele reantrenate zilnic la 04:00 UTC

DCA algoritmic, guvernat de logica de intrare ponderată în funcție de volatilitate

Oxelbarrow înlocuiește sincronizarea manuală a introducerii cu un model bazat pe reguli care scalează dimensiunea poziției în funcție de volatilitatea măsurată, mai degrabă decât față de sentiment sau reacția titlului.

01 / Frecarea

Timpul de intrare manuală se degradează la repetare

Tranzacționarea zilnică recompensează consistența, dar consecvența este dificil de susținut în sute de decizii discreționare. Oboseala, tendința de recentitate și reacția la mișcarea prețurilor pe termen scurt se acumulează liniștit, iar abaterea de la o strategie declarată se lărgește cu fiecare sesiune.

Oxelbarrow a fost creat pentru a elimina această deviere prin codificarea criteriilor de intrare într-un set de reguli fix, auditabil - unul care se execută identic în sesiunea 100 ca și în sesiunea unu.


02 / Logica
Interfața modelului predictiv Oxelbarrow care afișează calcule de intrare ponderate în funcție de volatilitate

Intrare ponderată în funcție de volatilitate, explicată în succesiune

Modelul nu încearcă să prezică direcția. Încearcă să dimensioneze și să temporalizeze intrările astfel încât capitalul să fie desfășurat proporțional cu riscul măsurat, urmând o structură condiționată definită: dacă volatilitatea realizată depășește un prag de rulare, modelul reduce dimensiunea tranșei; dacă se contractă sub acel prag, modelul îl crește într-un interval limitat.

  • DACĂ/AtunciDacă banda de volatilitate se îngustează pentru trei sesiuni consecutive, următoarea tranșă programată este mărită cu un multiplicator mărginit, neexecutat devreme.
  • INTRARIAbaterea standard de rulare, adâncimea registrului de comenzi și distanța istorică de reducere alimentează funcția de dimensionare la fiecare interval.
  • IEȘIREO instrucțiune de tranșă - dimensiune, instrument și marcaj de timp - înregistrată înainte de trimitere pentru revizuire ulterioară.
  • CONSTRINGERENicio tranșă nu poate depăși un procent prestabilit din capitalul alocat pentru acel instrument.

03 / Infrastructura

Construit pentru funcționare continuă, nu demonstrații pentru o singură sesiune

Platforma este structurată în jurul a trei preocupări operaționale: cât de repede sunt procesate datele, cum este limitat riscul atunci când condițiile se schimbă și cum se comportă sistemul pe măsură ce numărul instrumentelor crește.

PRELUCRARE

Tratarea datelor în timp real

Feedurile de piață sunt ingerate pe bază de streaming cu o latență internă de procesare de mai puțin de secunde, astfel încât deciziile de dimensionare reflectă condițiile actuale mai degrabă decât un instantaneu învechit din intervalul anterior.

RISC

Controale de diminuare a riscurilor

Limitele rigide privind dimensiunea tranșei, expunerea instrumentelor și implementarea zilnică se află sub stratul predictiv, astfel încât un model interpretat greșit nu se poate traduce în dimensiunea poziției nelimitate.

SCALA

Scalabilitate prin proiectare

Straturile de asimilare și de decizie sunt separate, ceea ce permite adăugarea de instrumente suplimentare sau surse de date fără a reelabora logica de intrare de bază.


04 / Procesul

De la hrana brută la decizia înregistrată, în trei etape

PASUL 01

Ingestie de date

Prețul, volumul și datele din registrul de comenzi sunt extrase din surse conectate și normalizate într-o schemă consecventă înainte ca orice calcul să se execute împotriva lor.

PASUL 02

Modelare predictivă

Intrările de volatilitate și profunzime sunt trecute prin modelul de intrare pentru a produce o recomandare de tranșă, marcată în timp și stocată pentru audit ulterioară, indiferent de rezultat.

PASUL 03

Logica de execuție

Recomandarea este verificată în raport cu constrângerile la nivel de cont, apoi este trimisă ca o comandă dacă și numai dacă fiecare constrângere este eliminată.


05 / Întrebări frecvente tehnice

Întrebări frecvente despre securitate și latență

Cum este securizat accesul API la conturile de brokeraj conectate?

Conexiunile folosesc chei API de citire/trade pe care le generați și le revocați din propriul cont de brokeraj. Oxelbarrow nu stochează niciodată acreditările brute de conectare, iar cheile sunt criptate în repaus.

Care este latența predictivă tipică a modelului de intrare?

Prelucrarea internă de la primirea datelor până la recomandarea tranșelor se desfășoară în intervalul sub secundă în condiții normale de alimentare. Timpul de trimitere a comenzii depinde apoi de viteza de execuție a brokerului conectat, care stă în afara controlului nostru.

Pot fi ajustați parametrii de intrare ponderați în funcție de volatilitate?

Da. Fereastra de volatilitate continuă, procentul maxim de tranșă și limita zilnică de implementare sunt configurabile pentru fiecare instrument, în limitele de siguranță publicate ale platformei.

Modelul garantează intrări profitabile?

Nu. Modelul gestionează dimensiunea și momentul implementării capitalului în raport cu volatilitatea măsurată; nu prezice direcția prețului și nu oferă nicio garanție de profit.

Ce se întâmplă dacă un flux de date este întrerupt la mijlocul sesiunii?

Dacă stratul de asimilare pierde un flux peste un timeout configurat, instrucțiunile de tranșă în așteptare pentru acel instrument sunt reținute mai degrabă decât executate pe date incomplete.

Notă de securitate: toate datele contului sunt criptate în tranzit folosind TLS 1.2 sau o versiune ulterioară. Jurnalele de acces sunt păstrate în scopuri de audit și pot fi revizuite la cerere prin tabloul de bord al contului.

Consultați documentația înainte de a angaja capital

Configurarea contului și conectarea cheii API durează de obicei mai puțin de cincisprezece minute după ce documentația a fost examinată.

Inițializați contul