How much lag exists between a data update and a signal?

Data refreshes continuously and signal generation runs on a sub-second cycle. Total lag depends on your venue's own feed latency and your network connection to Peregrine Kapmere's infrastructure, which we do not control.

What happens with slippage on live orders?

Backtests apply a configurable slippage assumption, but live fills can differ, particularly in low-liquidity instruments. We log realised slippage against the backtest assumption so you can audit the gap directly.

What hardware or connection is required?

Peregrine Kapmere runs server-side. A standard broadband connection is sufficient for monitoring and configuration; no local GPU or dedicated trading rig is required.

How are subscription tiers structured?

Tiers differ by the number of concurrent models and asset classes you can run, and by access to historical data depth for backtesting. Full pricing is provided during onboarding, based on your intended usage.

Which brokerage APIs are supported?

Integration depends on the broker's available API and your account's execution permissions. We confirm compatibility with your specific brokerage during setup before any live connection is made.

Peregrine Kapmere tirdzniecības galds, kas parāda reāllaika tirgus datus un paredzamo modeļa izvadi

Sistemātiska tirdzniecības infrastruktūra

Atpakaļpārbaudīta loģika, kas ieviesta tiešajā izpildē

Peregrine Kapmere uzrauga globālos tirgus visu diennakti un bez emocionāliem traucējumiem iedarbojas uz signāliem, ko ģenerē modeļi, kas apstiprināti saskaņā ar vēsturiskajiem datiem.

Sāciet darbu Skatīt stratēģijas paraugu

Sistemātiskā mala

Modeļi, kuru pamatā ir strukturēti un alternatīvi dati

Peregrine Kapmere uzņem cenu datus, pasūtījumu grāmatas dziļumu un alternatīvus datu avotus, pēc tam piemēro vēsturisko modeļu saskaņošanu, lai ģenerētu tirdzniecības kandidātus. Katrs signāls iziet cauri daudzfaktoru modelim, pirms tas sasniedz izpildes rindu.

Daudzfaktoru modeļi pirms kandidātu ranžēšanas nosver impulsu, nepastāvību un likviditātes apstākļus.
Zema latentuma datu cauruļvadi samazina atstarpi starp signāla ģenerēšanu un pasūtījumu izvietošanu.
Riska paritātes pozīcijas lieluma noteikšana pielāgo ekspozīciju, pamatojoties uz aktīvu nepastāvību, nevis pamatkapitāla sadalīšanu.
Modeļu saskaņošana atsaucas uz salīdzināmiem vēsturiskiem režīmiem, nevis statiskiem sliekšņiem.

Tehniskā specifikācija

Datu ievadīšanas biežums: Nepārtraukta, ērču līmenī
Signāla atsvaidzināšanas intervāls: Apakšsekunde
Modeļa tips: Daudzfaktoru, ansamblis
Pozīcijas izmēra noteikšana: Riska paritātes svērtais
Atbalstītās aktīvu klases: Akcijas, FX, fjūčeri
Izpildes latentuma mērķis: Atkarīgs no vietas, kas nepārsniedz 100 ms

Validācijas metodoloģija

Testēšana uz priekšu, nevis izliekta atpakaļpārbaude

Katrs modelis tiek apmācīts vēsturiskā logā, pēc tam testēts nākamajā neredzētajā periodā, pirms tiek pabeigts kāds parametrs. Logs ripinās uz priekšu atkārtoti, tāpēc modelis nekad netiek novērtēts, pamatojoties uz tiem pašiem datiem, pret kuriem tas tika pielāgots. Tas samazina izliekuma pielāgošanas risku, lai gan tas nenovērš to pilnībā.

Apmācības logs

12 mēneši

Ārpus parauga logs

3 mēneši

Atkārtotas optimizācijas cikls

Ritošā, ikmēneša

Modeļa apstiprināšana

Nepieciešama manuāla pārskatīšana

Pagātnes veiktspēja, neatkarīgi no tā, vai tā ir simulēta vai faktiska, nav uzticams nākotnes rezultātu rādītājs. Visa tirdzniecība ir saistīta ar zaudējumu risku, un atpakaļpārbaudītie rezultāti ir pakļauti pieņēmumiem par novirzēm, aizpildījuma līmeni un ietekmi uz tirgu, kas var nebūt spēkā esošajos apstākļos. Peregrine Kapmere negarantē nekādu konkrētu rezultātu.

Darbplūsma

No skrīninga līdz pasūtījuma aizpildīšanai, bez manuālām darbībām

Automatizētā skrīnings

Platforma nepārtraukti skenē konfigurētos tirgus. Tas filtrē kandidātus atbilstoši jūsu modeļa kritērijiem, atmetot visu, kas pārsniedz noteiktās riska vai likviditātes robežas, pirms jums tiek parādīts signāls.

Signāla pārbaude

Katrs kandidāts tiek salīdzināts ar pašreizējiem nepastāvības un korelācijas datiem. Signāli, kas vairs neatbilst nosacījumiem, saskaņā ar kuriem tie tika ģenerēti, tiek automātiski noraidīti, tādējādi pārtraucot novecojušus vai konfliktējošus darījumus.

Tieša izpilde

Apstiprinātie pasūtījumi tiek virzīti caur jūsu pievienoto starpniecības API. Nav kopēšanas-ielīmēšanas darbības un pasūtījuma parametru atkārtotas ievadīšanas, kas novērš bieži sastopamo manuālo kļūdu avotu.

Bieži jautājumi

Tehniskās un ekspluatācijas detaļas

Cik daudz laika pastāv starp datu atjaunināšanu un signālu?

Dati tiek nepārtraukti atsvaidzināti, un signālu ģenerēšana notiek otrajā ciklā. Kopējā aizkave ir atkarīga no jūsu norises vietas plūsmas latentuma un tīkla savienojuma ar Peregrine Kapmere infrastruktūru, ko mēs nekontrolējam.

Kas notiek ar paslīdēšanu uz tiešajiem pasūtījumiem?

Atpakaļpārbaudēs tiek izmantots konfigurējams slīdēšanas pieņēmums, taču tiešā aizpildīšana var atšķirties, jo īpaši zemas likviditātes instrumentos. Mēs reģistrējam realizēto novirzi, salīdzinot ar atpakaļpārbaudes pieņēmumu, lai jūs varētu tieši pārbaudīt plaisu.

Kāda aparatūra vai savienojums ir nepieciešams?

Peregrine Kapmere darbojas servera pusē. Uzraudzībai un konfigurēšanai pietiek ar standarta platjoslas savienojumu; nav nepieciešams vietējais GPU vai īpaša tirdzniecības iekārta.

Kā tiek strukturēti abonēšanas līmeņi?

Līmeņi atšķiras atkarībā no vienlaikus darbināmo modeļu un līdzekļu klašu skaita un piekļuves vēsturisko datu dziļumam atpakaļpārbaudīšanai. Pilna cena tiek nodrošināta uzņemšanas laikā, pamatojoties uz jūsu paredzēto lietojumu.

Kuras starpniecības API tiek atbalstītas?

Integrācija ir atkarīga no brokera pieejamās API un jūsu konta izpildes atļaujām. Mēs apstiprinām saderību ar jūsu konkrēto starpniecību iestatīšanas laikā, pirms tiek izveidots tiešraides savienojums.