Payung Hasilwan pārvērš nestrukturētus tirgus datus par risku pielāgotiem signāliem, kas pārbaudīti, salīdzinot ar vēsturisko veiktspēju, pirms tie nonāk jūsu galdā.
Katrs platformā parādītais signāls ir savienots pārī ar tā iepriekš pārbaudīto veiktspēju iepriekšējos tirgus režīmos, lai jūs varētu spriest par uzticamību pirms rīcības.
Tirgus pārceno ātrāk, nekā var sekot manuāla izpēte. Payung Hasilwan nepārtraukti uzņem cenu, pasūtījumu plūsmas un ziņu datus, salīdzinot tos ar modeļiem, kas jau ir pārbaudīti vēsturiskos ciklos — tāpēc redzamajam signālam ir zināma pieredze, nevis tikai teorija.
Ilustratīvs signāla stipruma attēlojums laika gaitā, kā redzams Payung Hasilwan konsolē.
Process ir apzināti lineārs, tāpēc katru ieteikumu var izsekot datiem un apstākļiem, kas to radīja.
Cenu plūsmas, pieteikumi, pasūtījumu grāmatas dziļums un ziņu teksts tiek normalizēti kopējā shēmā, tiek apzīmēti ar laikspiedolu un saskaņoti pirms jebkādas modelēšanas sākuma.
Kandidātu signāli tiek novērtēti vairākos tirgus apstākļos, nevis vienā bullīša skrējienā, lai samazinātu tādas stratēģijas iespējamību, kas darbojas tikai vēlāk.
Pirms izlaišanas stratēģijas tiek pārbaudītas pret vēsturiskiem kritumiem un nepastāvības kāpumiem, un veiktspējas rādītāji tiek saglabāti līdzās katrai no tām.
Pamatā esošā modeļa arhitektūra nav detalizēti izpausta saskaņā ar kvantitatīvo pētījumu platformu standarta praksi. Pilnībā tiek atklāts katras stratēģijas vēsturiskais sniegums un apstākļi, kādos tā tika pārbaudīta.
Prognozējošie signāli iezīmējas, kad korelācijas starp turējumiem sāk novirzīties no to vēsturiskās bāzes līnijas, sniedzot portfeļa pārvaldniekiem iepriekšēju brīdinājumu, pirms līdzsvara atjaunošana kļūst reaktīva, nevis plānota.
Signāls tiek aktivizēts, ja aktīvu attiecības atšķiras no atpakaļpārbaudītā diapazona, ko izmanto portfeļa svara iestatīšanai.
Stratēģijas komandas izmanto pieprasījuma un cenu noteikšanas signālus, lai novērtētu, vai pašreizējie tirgus apstākļi atgādina iepriekšējos periodus, kas bija pirms labvēlīgiem sākuma punktiem, informējot par kapitāla saistību izpildes laiku, nevis lēmumu uzņemties saistības.
Rādītāji tiek iegūti, ņemot vērā līdzīgu vēsturisko apstākļu darbību, nevis uz nākotni vērstām garantijām.
Payung Hasilwan tika izstrādāts, pamatojoties uz pieņēmumu, ka lielākā daļa tirdzniecības zaudējumu rodas, rīkojoties pēc nepārbaudītiem pieņēmumiem laika spiediena apstākļos. Platforma pastāv, lai novērstu šo spiedienu, sniedzot uz datiem balstītiem lēmumu pieņēmējiem pārbaudītu pamatu rīcībai, katram ieteikumam pievienojot vēsturisko ierakstu.
Komanda koncentrējas uz modeļa caurspīdīgumu un stingrību attiecībā uz mārketinga apgalvojumiem, un platforma ir izveidota, lai integrētu esošās darbplūsmas, nevis tās aizstātu.
Tehnoloģiju zinoši tirgotāji un riska grupas agri uzdod tos pašus jautājumus: kā tiek aizsargāti dati un vai platforma izturēs zem slodzes. Tie tiek risināti tieši.
Dati tiek šifrēti sūtīšanas un atpūtas laikā, un piekļuve tiek noteikta pēc lomas, lai tikai pilnvaroti lietotāji varētu skatīt sensitīvu portfeļa vai stratēģijas informāciju.
API ir izstrādāta, lai apstrādātu tirgus datu straumēšanu un vienlaicīgus stratēģijas pieprasījumus, neieviešot materiālu latentumu laika ziņā jutīgās darbplūsmās.
Infrastruktūra tiek nepārtraukti uzraudzīta, izmantojot kļūmjpārlēces rutīnas, lai signāla piegāde nebūtu atkarīga no viena atteices punkta.
Dati tiek šifrēti atpūtas un sūtīšanas laikā, piekļuve ir balstīta uz lomām, un klienta dati netiek izmantoti, lai apmācītu modeļus citiem klientiem. Uzglabāšanas periodi un datu apstrādes nosacījumi ir noteikti pakalpojuma līgumā, kas tiek nodrošināts uzņemšanas laikā.
Katrs signāls tiek attēlots ar faktoriem, kas to veicināja, un vēsturisko aizmugurisku pārbaudi, nevis ar vienu nepārredzamu rezultātu. Tas ir paredzēts, lai ļautu lietotājiem novērtēt argumentāciju, nevis tikai rezultātu, pirms izlemj, vai rīkoties.
Atpakaļpārbaudēs ietilpst lielas nepastāvības un straujas lejupslīdes periodi, un signāla ticamība parasti tiek samazināta automātiski, ja pašreizējie apstākļi ir ārpus diapazona, pret kuru modelis ir pārbaudīts. Neviens modelis nevar garantēt veiktspēju patiesi nepieredzētu notikumu laikā, un šis ierobežojums tiek atklāts, nevis slēpts.
Lielākā daļa komandu sāk ar API piekļuvi un tikai lasāmu datu plūsmu, lai pārbaudītu signālus pret saviem ierakstiem pirms kapitāla ieguldīšanas vai platformas integrēšanas dzīvās darbplūsmās. Termiņi ir atkarīgi no esošās infrastruktūras un nepieciešamās integrācijas apjoma.