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 kauplemislaud, mis kuvab reaalajas turuandmeid ja ennustavat mudeli väljundit

Süstemaatiline kauplemise infrastruktuur

Tagasitestitud loogika, juurutatud reaalajas täitmiseks

Peregrine Kapmere jälgib globaalseid turge ööpäevaringselt ja toimib ajalooliste andmete alusel valideeritud mudelite genereeritud signaalidele ilma emotsionaalsete sekkumisteta.

Alustage Vaadake näidisstrateegiat

Süstemaatiline serv

Mudelid, mis on üles ehitatud struktureeritud ja alternatiivsetele andmetele

Peregrine Kapmere neelab hinnaandmed, tellimusraamatu sügavuse ja alternatiivsed andmeallikad ning rakendab seejärel kaubanduskandidaatide loomiseks ajaloolise mustrite sobitamise. Iga signaal läbib mitmefaktorilise mudeli, enne kui see jõuab teie täitmisjärjekorda.

Mitmefaktorilised mudelid kaaluvad enne kandidaatide järjestamist hoogu, volatiilsust ja likviidsustingimusi.
Madala latentsusega andmekanalid vähendavad signaali genereerimise ja tellimuste esitamise vahelist lõhet.
Riskipariteedi positsiooni suuruse määramine kohandab riskipositsiooni varade volatiilsuse, mitte põhikapitali jaotuste alusel.
Mustri sobitamine viitab pigem võrreldavatele ajaloolistele režiimidele kui staatilistele künnistele.

Tehniline spetsifikatsioon

Andmete sissevõtmise sagedus: Pidev, puugi tasemel
Signaali värskendamise intervall: Alamsekund
Mudeli tüüp: Mitmefaktoriline, ansambel
Positsiooni suuruse määramine: Riskipariteediga kaalutud
Toetatud varaklassid: Aktsiad, FX, futuurid
Täitmise latentsuse sihtmärk: Sõltuvalt toimumiskohast alla 100 ms

Valideerimise metoodika

Edasi-tagasi testimine, mitte kõverdatud tagasikatsed

Iga mudelit õpetatakse ajaloolises aknas, seejärel testitakse seda järgmisel nähtamatul perioodil enne mis tahes parameetri lõplikku kinnitamist. Aken rullub korduvalt edasi, nii et mudelit ei hinnata kunagi samade andmete alusel, mille alusel see häälestati. See vähendab kõvera sobitamise ohtu, kuigi see ei eemalda seda täielikult.

Treeningu aken

12 kuud

Näidisväline aken

3 kuud

Taasoptimeerimise tsükkel

Veerev, igakuine

Mudeli kinnitus

Vajalik on käsitsi ülevaatus

Varasemad tulemused, olgu need siis simuleeritud või tegelikud, ei ole tulevaste tulemuste usaldusväärne näitaja. Iga kauplemine hõlmab kahjumi riski ja tagantjärele testitud tulemused sõltuvad eeldustest libisemise, täitumismäärade ja turumõju kohta, mis ei pruugi tegelikes tingimustes kehtida. Peregrine Kapmere ei garanteeri mingit konkreetset tulemust.

Töövoog

Sõelumisest tellimuse täitmiseni, ilma käsitsi toiminguteta

Automatiseeritud sõeluuring

Platvorm skannib konfigureeritud turge pidevalt. See filtreerib kandidaadid teie mudeli kriteeriumide järgi, jättes kõrvale kõik väljaspool määratletud riski- või likviidsuspiire, enne kui teile signaali näidatakse.

Signaali kinnitamine

Iga kandidaati võrreldakse praeguste volatiilsuse ja korrelatsiooniandmetega. Signaalid, mis ei vasta enam tingimustele, mille alusel need loodi, lükatakse automaatselt tagasi, katkestades aegunud või konfliktsed tehingud.

Otsene täitmine

Kinnitatud tellimused suunatakse teie ühendatud maakleri API kaudu. Puudub kopeerimise ja kleepimise samm ega tellimuse parameetrite uuesti sisestamine, mis eemaldab tavalise käsitsi vigade allika.

Levinud küsimused

Tehnilised ja tööalased üksikasjad

Kui suur viivitus on andmete värskendamise ja signaali vahel?

Andmeid värskendatakse pidevalt ja signaali genereerimine toimub alamsekundi tsüklis. Kogu viivitus sõltub teie koha enda voo latentsusest ja teie võrguühendusest Peregrine Kapmere infrastruktuuriga, mida me ei kontrolli.

Mis juhtub reaalajas tellimuste libisemisega?

Tagasitestid rakendavad konfigureeritavat libisemise eeldust, kuid aktiivsed täitmised võivad erineda, eriti madala likviidsusega instrumentide puhul. Logime realiseeritud libisemise vastu tagasitestimise eeldust, et saaksite vahet otse auditeerida.

Millist riistvara või ühendust on vaja?

Peregrine Kapmere töötab serveri poolel. Jälgimiseks ja seadistamiseks piisab standardsest lairibaühendusest; pole vaja kohalikku GPU-d ega spetsiaalset kauplemisseadet.

Kuidas on tellimustasemed üles ehitatud?

Tasemed erinevad käitatavate samaaegsete mudelite ja varaklasside arvu ning järeltestimise jaoks ajalooliste andmete sügavuse juurdepääsu poolest. Täielik hind on saadaval liitumise ajal, mis põhineb teie kavandatud kasutusel.

Milliseid maakleri API-sid toetatakse?

Integreerimine sõltub maakleri saadaolevast API-st ja teie konto täitmislubadest. Enne reaalajas ühenduse loomist kinnitame seadistamise ajal ühilduvust teie konkreetse vahendamisega.