Maker Protection

Viimeksi päivitetty: 30. syyskuuta 2026

Tämä artikkeli on yhteenveto Maker Protectionista. Täydelliset tekniset tiedot, mukaan lukien protokollakohtainen toiminta REST-, WebSocket- ja FIX-yhteyksillä, löytyvät Maker Protection -kehittäjäoppaasta.

Maker Protection on lyhyt, kiinteä viive, joka koskee toimeksiantoja, jotka saattavat ottaa likviditeettiä valituilla Kraken Derivatives -markkinoilla. Se antaa odottaville maker-toimeksiannoille lyhyen aikaikkunan reagoida uuteen tietoon ennen kuin saapuva toimeksianto voi käydä kauppaa niitä vastaan. Maker Protection on ollut käytössä 24.9.2026 alkaen.

Mitä on Maker Protection?

Maker Protectionin piiriin kuuluvilla markkinoilla kaikki likviditeettiä ottavat toimeksiannot pidätetään lyhyen aikaikkunan ajaksi ennen kuin ne saavuttavat täsmäytysjärjestelmän. Post-only-toimeksiantoja ja peruutuksia ei koskaan pidätetä.

•
Viive: 20 ms käynnistyksessä, enintään 100 ms. Viive julkaistaan markkinakohtaisesti kentässä makerProtectionMillis.
•
Markkinat: Vain valituille johdannais- (futuurit) markkinoille. Spot ei kuulu sen piiriin.
•
Johdonmukaisuus: Toiminta on identtistä REST-, WebSocket- ja FIX-yhteyksillä.
•
Tasapuolisuus: Viive koskee kaikkia asiakkaita yhtäläisesti. Tilikohtaisia poikkeuksia ei ole.
•
Viiveen välttäminen: Lähetä toimeksianto post-only-toimeksiantona. Rajahintatoimeksianto ilman post-only-asetusta pidätetään, vaikka se jäisi odottamaan kirjaan, koska viive riippuu toimeksiantotyypistä, ei lopputuloksesta.

Pidätetty toimeksianto saa paikkansa jonossa vapautuessaan, ei vastaanottohetkellä.

Millä markkinoilla on Maker Protection?

Virallinen lähde on kenttä makerProtectionMillis pyynnöissä GET /instruments ja GET /trading/instruments. Jos markkinalla ei ole Maker Protectionia, kenttä jätetään kokonaan pois – puuttuva kenttä ja arvo nolla tarkoittavat samaa: ei viivettä.

•
Käynnistyksessä 24.9.2026 mukana oli 59 markkinaa.
•
10 likvideintä lineaarista ikuista futuurimarkkinaa on jätetty pois, jotta aktiivinen taker-virta suurimmilla markkinoilla ei hidastu.
•
Kaikilla 24.9.2026 jälkeen listatuilla ikuisilla futuureilla on Maker Protection käynnistyksestä alkaen.
•
Lisäykset ilmoitetaan osoitteessa status.kraken.com ennen kutakin huoltoikkunaa.

Mitkä toimeksiannot viivästyvät?

Toiminto	Viivästetty?
Rajahinta-, IOC-, FOK- tai markkinatoimeksianto	Kyllä
Post-only-toimeksianto	Ei
Odottavan toimeksiannon muokkaus, kun toimeksianto voi ottaa likviditeettiä	Kyllä
Odottavan post-only-toimeksiannon muokkaus	Ei
Stop-, take-profit- tai trailing-stop-toimeksiannon asettaminen	Ei
Stop- tai take-profit-laukaisimen käynnistämä toimeksianto	Kyllä, ellei laukaistu toimeksianto ole post-only
Toimeksiantoryhmä uudella ei-post-only-päätoimeksiannolla	Kyllä
Toimeksiantoryhmä, joka liitetään olemassa olevaan toimeksiantoon	Ei
Peruutus, peruuta kaikki, peruuta kaikki määräajan jälkeen	Ei

Lohkokaupat ja muu toimeksiantokirjan ulkopuolinen kaupankäynti ovat myös vapautettuja.

Miten viive toimii

Julkisessa API:ssa ei ole "pidossa"-toimeksiantotilaa. Maker Protection näkyy ylimääräisenä viiveenä aggressiivisissa toimeksiannoissa. Seuraavat ominaisuudet kannattaa huomioida järjestelmäsuunnittelussa:

•
Validointi tapahtuu vapautushetkellä. Marginaali, hintarajat ja markkinatila tarkistetaan viiveen päättyessä, ei lähetyshetkellä. Lähetyshetkellä kelvollinen toimeksianto voidaan silti hylätä.
•
Koko odotusikkuna käydään aina loppuun. Jos likviditeetti, joka teki toimeksiannosta aggressiivisen, katoaa ikkunan aikana, toimeksianto odottaa silti viiveen loppuun. Pidossa olevia toimeksiantoja ei arvioida uudelleen.
•
Toimeksiannot vapautetaan saapumisjärjestyksessä. Pidot vapautetaan FIFO-periaatteella, joten myöhempi toimeksianto ei voi ohittaa aiempaa.
•
Viive on vähintään määritetyn ikkunan pituinen. Stop- tai take-profit-laukaisimen käynnistämät toimeksiannot vapautetaan täsmäytysjärjestelmän seuraavan tapahtuman yhteydessä, joten hiljaisilla markkinoilla odotus voi olla huomattavasti määritettyä ikkunaa pidempi.
•
Älä mittaa viivettä itse. Lue sen sijaan makerProtectionMillis, sillä arvoa voidaan muuttaa milloin tahansa.

Mitä pidossa olevalle toimeksiannolle voi tapahtua

Pidossa oleva toimeksianto ei ole vielä kirjassa eikä sen pääsy sinne ole taattu. Ikkunan aikana toimeksiantoon voivat vaikuttaa omasta kaupankäynnistäsi riippumattomat tapahtumat:

•
Markkinat on keskeytetty: toimeksianto hylätään koodilla marketSuspended.
•
Tilisi riskejä pienennetään tai se likvidoidaan: toimeksianto hylätään koodilla CANCELLED_WHILE_HELD.
•
Marginaali tai hintarajat liikkuvat sinua vastaan: toimeksianto voidaan hylätä vapautushetkellä.
•
Muutat vivutusta tai marginaalitilaa: muutos hylätään, jos sinulla on pyyntöjä pidossa. Yritä uudelleen, kun pidot on vapautettu.

Jos saat hylkäyksen noin yhden ikkunan verran toimeksiannon lähettämisen jälkeen, syy ei yleensä ole toimeksiannon virheellinen muotoilu. Tarkista palautettu tila.

Pidätetyn toimeksiannon peruuttaminen

Voit peruuttaa pidossa olevan toimeksiannon – peruutukset eivät koskaan viivästy. Peruutus ei kuitenkaan peru jo sitoutunutta aggressiota. Peruutus poistaa toimeksiannon oikeuden odottaa kirjassa, mutta ei sen velvollisuutta käydä kauppaa.

Peruutettu pidossa oleva toimeksianto voi silti toteutua. Jos markkinat liikkuvat eduksesi ikkunan aikana, toimeksianto hyödyntää saatavilla olevan likviditeetin vapautushetkellä. Älä toista toimeksiantoa onnistuneen peruutuksen jälkeen.

Lopputulos riippuu pidossa olevan pyynnön tyypistä:

•
Rajahintatoimeksianto: peruutus kuitataan ja toimeksianto vapautetaan immediate-or-cancel-tilassa. Se toteuttaa mitä voi ja jäännös hylätään. Saat kaksi vastausta: peruutuksen vastauksen sekä toimeksiannon oman vastauksen noin yhden ikkunan kuluttua. Jos toimeksianto ei voi käydä kauppaa vapautushetkellä, REST v3 palauttaa iocWouldNotExecute.
•
IOC-, FOK- tai markkinatoimeksianto: muunnettavaa ei ole, joten peruutus palauttaa ORDER_NOT_FOUND ja toimeksianto saapuu kirjaan vapautushetkellä.
•
Odottavan toimeksiannon muokkaus: alkuperäinen toimeksianto pysyy voimassa vanhalla hinnallaan koko ikkunan ajan. Peruutus ohitetaan, ja vapautushetkellä muokkaus kirjoitetaan uudelleen niin, että toimeksianto hinnoitellaan uudelleen eikä se voi enää jäädä odottavaksi.
•
Toimeksiantoryhmä: ryhmää, jonka päätoimeksianto on pidätettynä, ei voi peruuttaa viiveen aikana – se aktivoituu vapautuessaan. Peruuta ryhmä sen jälkeen, kun se on aktiivinen.
•
Automaattinen turvakytkin (cancelallordersafter): pidätetty toimeksianto muunnetaan samalla tavalla. Turvakytkin ei peruuta pidätettyä toimeksiantoa.

Jos haluat varmistaa, ettei mitään jää odottamaan eikä mitään uutta toteudu, odota koko viive (enintään 100 ms) ja peruuta sitten.

Oman kaupan esto

Kun pidätetty toimeksianto vapautuu, se peruuttaa aina kaikki odottavat toimeksiantosi, joihin se täsmäisi – riippumatta tilisi oman kaupan estämisstrategiasta. Tämä koskee koko tilirakennettasi, mukaan lukien päätilisi, rinnakkaistilit ja alatilit.

•
Odottava toimeksiantosi peruutetaan syyllä CANCELLED_BY_SELF_TRADE, ja vapautunut toimeksianto toteutuu.
•
FOK-toimeksiannot ja tarjouspyynnöt (RFQ) ovat poikkeus. Niihin sovelletaan normaalisti määrittämääsi strategiaa.
•
Tämä ei koske toimeksiantoja, joita ei koskaan ole pidätetty.

Jos käytät REJECT_TAKER-asetusta suojaamaan odottavia tarjouksiasi Maker Protection -markkinalla, suojaus ei päde omia vapautuneita toimeksiantojasi vastaan.

Pidätettyihin toimeksiantoihin sovellettavat rajoitukset

Samanaikaiset pidätykset. Pidätettynä voi olla enintään 250 pyyntöä kerrallaan. Rajan ylittävä pyyntö hylätään ja raportoidaan niin kuin toimeksiantoraja olisi täyttynyt (tooManyOrders REST v3:ssa, TOO_MANY_ORDERS REST v4:ssä, ORDER_LIMIT_EXCEEDED markkinadatassa ja SBE:ssä). Raja koskee samanaikaisesti aktiivisten pidätysten määrää, ei toimeksiantojen lähetysnopeutta. Se on yhteinen päätilille ja sen alatileille, ja uudelleenlähetys on turvallista, kun aiemmat pidätykset ovat vapautuneet.

Tilirajoitukset lukitaan pidätyksen avautuessa. Jotta tiliasetuksia ei voi muuttaa viiveen aikana, osa rajoituksista lukitaan pidätyksen avautuessa eikä vapautuessa:

•
Avoimien toimeksiantojen raja: jos raja on täyttynyt, toimeksianto hyväksytään mutta muunnetaan niin, ettei se voi jäädä odottamaan.
•
Positioraja: budjetti varataan toimeksiannolle sen lähettämishetkellä. Siinä vaiheessa hylätty toimeksianto pysyy hylättynä, vaikka budjettia vapautuisi myöhemmin. Varattu budjetti ei ole myöhempien toimeksiantojen käytettävissä, ja ne hylätään virheellä MAX_POSITION_EXCEEDED.
•
Asiakkaan toimeksiantotunnisteet: pidätys varaa asiakkaan toimeksiantotunnisteen viiveen ajaksi. Sen käyttö toista toimeksiantoa lähetettäessä hylätään välittömästi virheellä clientOrderIdAlreadyExist. Odota viiveen päättymistä ennen tunnisteen uudelleenkäyttöä tai kohdista käynnissä olevat peruutukset toimeksiantotunnisteella.

Eräkäsittely

Erää ei pidätetä yhtenä yksikkönä. Viive alkaa erän ensimmäisestä likviditeettiä ottavasta ohjeesta.

•
Ensimmäistä aggressiivista ohjetta edeltävät ohjeet lähetetään välittömästi.
•
Ensimmäinen aggressiivinen ohje ja kaikki sen jälkeiset odottavat viiveen yhdessä.
•
Peruutukset lähetetään aina välittömästi. Peruutus, joka on erässä kohdetoimeksiantonsa jälkeen, ottaa haltuunsa sen pidätyksen saman erän sisällä. Sitä ennen sijoitettu peruutus ei pysty siihen.

Varmista, että passiivinen ohje pääsee orderkirjaan viiveettä sijoittamalla se erässä ennen aggressiivisia ohjeita.

API:n ja FIX:n käyttö

REST. Yhteys pidetään auki viiveen ajan, ja vastaus sisältää lopullisen tuloksen. Aseta asiakaspuolen aikakatkaisuarvo selvästi viiveen yläpuolelle. Koska viive ei ylitä koskaan 100 ms:a, yksi aikakatkaisuarvo kattaa kaikki markkinat. Jos lähetät processBefore-parametrin aggressiiviselle toimeksiannolle, sen on huomioitava pidätys – muutoin toimeksianto hylätään aina virheellä wouldProcessAfterSpecifiedTime.

WebSocket. Toimeksiannon ollessa pidätettynä mitään ei julkaista. Saat tavanomaiset open_orders- ja fills-tapahtumat toimeksiannon vapauduttua, noin yhden viiveen verran myöhemmin kuin aiemmin.

FIX. Yhdyskäytävä lähettää informatiivisen ExecutionReport-viestin, kun pyyntö pidätetään: Pending New (39=A) uudelle toimeksiannolle tai Pending Replace (39=E) muutokselle. Viesti on ainoastaan informatiivinen eikä ole lopullinen tila. Pidätetyllä toimeksiannolla ei ole vielä OrderID-tunnistetta, joten ClOrdID on ainoa viitteesi toimeksiantoon viiveen aikana. Varsinainen kuittaus seuraa vapautuessa.

Tunnettu rajoitus toimeksiantoryhmissä

Jos toimeksiantoryhmän toinen jalka on pidätettynä vastakkaisen sisarjalan toteutuessa, pidätettyä jalkaa ei poisteta ja molemmat jalat voivat aktivoitua. Korjaus on työn alla.

Maker Protection -markkinoilla tarkista omat toteutuksesi jokaisen toimeksiantoryhmän sisarjalan toteutuksen jälkeen – älä oleta, että toinen jalka on automaattisesti peruutettu.

Integraation testaaminen

Maker Protection on otettu käyttöön julkaisumarkkinoilla asiakkaan UAT-ympäristössä 27.8.2026 alkaen samoilla asetuksilla kuin tuotannossa: 20 ms:n ikkuna ja 250 pidätyksen enimmäismäärä. Pyydä UAT-käyttöoikeus tilinhallintajaltasi. Testaamisen arvoisia tilanteita:

•
Peruuttaminen pidätyksen aikana ja toimeksiannon käsittely, joka toteutuu silti sen jälkeen
•
Peruuttaminen pidätetyn muutoksen aikana
•
Odottavan toimeksiantosi peruuttaminen vapautetun toimeksiannon toimesta, vaikka REJECT_TAKER olisi asetettu
•
tooManyOrders -virheen käsittely toimeksiannon lähetyksessä ja sen uudelleenyritys
•
Asiakastoimeksiannon tunnuksen uudelleenkäyttö ikkunan sisällä
•
Eräohjeiden järjestys ja asiakaspään aikakatkaisu yli markkinan makerProtectionMillis-arvon