TsugGlügernetz analīzes informācijas panelis ar tirgus datiem un algoritmiskiem signāliem

Automatizēta dolāra izmaksu vidējā noteikšana ar paredzamiem ievades punktiem

TsugGlügernetz apstrādā tirgus un pasūtījumu grāmatas datus reāllaikā un sadala kapitālu strukturētās daļās. Katras daļas svērums tiek noteikts pēc statistikas modeļa, nevis fiksēta kalendāra intervāla.

Sāciet analīzi
Ilustratīvs signāla sadalījums laikā
Shematisks attēlojums, nevis reāli tirdzniecības dati.
Metodoloģija

Kāpēc stingrā DCA ignorē tirgus struktūru?

Klasiskie dolāra izmaksu vidējie pirkumi fiksētos laika intervālos neatkarīgi no tā, vai tirgus nepastāvība samazinās vai palielinās. Tas vidēji samazina laika risku, bet ignorē pieejamo informāciju.

TsugGlügernetz saglabā tranšēšanas pamatprincipu, bet maina to apjomu. Nepastāvības klasteri, pasūtījumu grāmatas dziļuma un impulsa rādītāji ir iekļauti modelī, kas līdzsvaro katru plānoto laidienu pirms tā izpildes.

Bāzes intervāls paliek nemainīgs. Daļas apjoms mainās atkarībā no signāla stipruma: vāji signāli samazina piešķiršanu, skaidras kopas palielina piešķiršanu noteiktās robežās.
TsugGlügernetz datu cauruļvada arhitektūra prognozējošai analīzei
Tehniskā bāze

Trīs komponenti, viens izpildes ceļš

Datu analīze, modelēšana un izpilde darbojas kā saskaņots process, nevis kā atsevišķi rīki.

01

Reāllaika datu analīze

Cenu dati, apjoma plūsmas un pasūtījumu grāmatas dziļums tiek nepārtraukti reģistrēti un normalizēti. Modeļu atjaunināšana notiek dažu sekunžu laikā atkarībā no pievienotā datu nodrošinātāja.

02

Prognozējošā modelēšana

Statistikas modeļi novērtē īstermiņa cenu svārstību iespējamību un atzīmē laika logus ar labvēlīgāku riska un atdeves attiecību nākamajai laidienai.

03

Automatizēta izpilde

Atbrīvotās daļas tiek izpildītas, pamatojoties uz noteikumiem. Izpilde bez emocijām nozīmē: bez manuālas pielāgošanas, bez kavēšanās šaubu dēļ.

Process

Četri soļi no neapstrādāta datuma līdz darbībai

Pārredzamība rodas nevis no atsaucēm, bet gan ar procesa izsekojamību.

1

Datu vākšana

Cenas, apjomi un pasūtījumu grāmatas dziļums tiek nepārtraukti reģistrētas, pielāgotas un pārveidotas vienotā laikrindas formātā.

2

Modeļa atpazīšana

Modeļi nosaka periodiskus nepastāvības un impulsa modeļus sagatavotajās laikrindās.

3

Riska novērtējums

Katrs atklātais signāls pirms tā izlaišanas tiek pārbaudīts attiecībā pret esošo pozīcijas lielumu, portfeļa ekspozīciju un pašreizējo tirgus platumu.

4

Izpildāma izvade

Sistēma ģenerē konkrētu laidiena ieteikumu vai izpilda to automātiski, izmantojot pievienoto API saskaņā ar saglabātajiem noteikumiem.

Pieteikums

Divas piemērošanas jomas uz noteikumiem balstītai piešķiršanai

To pašu signāla loģiku var pielietot atsevišķām pozīcijām vai visam portfelim.

Lietošanas gadījums 01

Nepastāvības vadība

Paaugstinātas svārstību fāzēs sistēma samazina vienas izpildes daļas lielumu un palielina izpildes biežumu. Tas precīzāk sadala ienākšanas risku, nemainot plānoto kopējo sadalījumu. Kad nepastāvība samazinās, loģika atgriežas pie standarta laidienu sadales.

Lietošanas gadījums 02

Portfeļa optimizācija

Signāli no atsevišķām pozīcijām tiek iekļauti portfeļa skatījumā. Pārsvarotās kopas tiek automātiski palēninātas ar nākamo laidienu sadali, savukārt nepietiekami pārstāvētām pozīcijām tiek piešķirts relatīvi lielāks svars iepriekš noteiktās augšējās robežās.

Bieži uzdotie jautājumi

Tehniski jautājumi par latentumu, modeli un drošību

Cik aktuāli ir apstrādātie tirgus dati?
Tirgus dati tiek nepārtraukti iegūti, izmantojot savienotās datu plūsmas, un tiek atjaunināti katru sekundi. Precīzs latentums ir atkarīgs no attiecīgā datu sniedzēja un tirgus fāzes, un tas netiek garantēts kā fiksēta vērtība.
Kā tiek novērtēta prognožu modeļu precizitāte?
Modeļi tiek pastāvīgi pārbaudīti, ņemot vērā vēsturiskos un pašreizējos tirgus datus. Iepriekšējie rezultāti nesniedz nekādu informāciju par turpmāko attīstību; Novērtējums kalpo modeļa uzturēšanai, nevis rezultātu garantēšanai.
Kā tiek aizsargāta API un konta piekļuve?
API atslēgas tiek glabātas šifrētas un saistītas ar ierobežotām atļaujām. Pēc noklusējuma tiek piešķirtas tikai lasīšanas un tirdzniecības tiesības; Izņemšanas tiesības ir izslēgtas, izmantojot API konfigurāciju.

Vai esat gatavs uz noteikumiem balstītai sadales stratēģijai?