All
Suodatusperuste:
Miten teen käteistalletuksen tililleni?
Tarvitsen apua tilin varmennuksessa
Miksi en pääse tililleni?
Onko kryptonostoissa maksuja?
Tarvitsen apua tilille kirjautumisessa
Siirtyminen Beta-versiosta
Tämä artikkeli on tarkoitettu organisaatioille, jotka on luotu Beta-käyttömallin alaisuudessa, jossa järjestelmänvalvoja myönsi käyttöoikeudet jokaiselle jäsenelle yksitellen. Käyttöoikeudet perustuvat nyt työnkulkuprofiileihin ja tilirooleihin, ja Kraken muuntaa organisaatiosi puolestasi.
Huomioi nämä kaksi asiaa ennen muunnosta:
- Jos käytät API-avaimia, integraatiosi on päivitettävä ensin. Tapa, jolla pyynnöt valitsevat tilin, on muuttunut, eikä onnistunut kotiutuspyyntö tarkoita enää, että varat olisivat siirtyneet. Katso ”Päivitä API-integraatiosi” alta.
- Pyydämme sinua vahvistamaan, että olet valmis. Organisaatiotasi ei muunneta, ennen kuin hyväksyt muutoksen.
Muunnos ei poista käyttöoikeuksia. Jokaisen jäsenen kaikki aiemmat käyttöoikeudet säilyvät.
Olemassa olevia API-avaimiasi ei kumota tai myönnetä uudelleen. Niiden tunnisteet, käyttöoikeudet ja tilien yhdistämiset säilyvät ennallaan. Muutos koskee sitä, miten koodisi osoittaa pyynnöt ja lukee vastaukset.
Valitse tili jokaisessa pyynnössä
Organisaation API-avain kattaa yhden tai useamman tilin, eikä sillä ole oletusarvoa, joten jokaisessa yksityisessä pyynnössä on ilmoitettava, mitä tiliä se koskee. Välitä account_id kyselyparametrina URL-osoitteessa, ei pyynnön tekstiosassa:
Bash
POST /0/private/AddOrder?account_id=W5PB62NTPNYT6TYHTämä koskee yhtä lailla kaupankäyntiä, saldo- ja pääkirjakyselyitä, tilaus- ja kauppahistoriaa, vientitoimintoja sekä varojen siirtoja.
Varoitus:
Testaa jokainen kutsupolku testiympäristössä ennen siirtymistä, mukaan lukien ne, joiden et odota muuttuneen. Yksityinen pyyntö, josta puuttuu account_id, voi palauttaa onnistuneen mutta tyhjän tuloksen virheen sijaan, mikä on helppo tulkita virheellisesti tiliksi, jossa ei ole toimintaa.
Lue uusi kotiutusvastaus
WithdrawFunds palauttaa approval_request_id-tunnisteen refid-tunnisteen ohella:
Bash
{
"error": [],
"result": {
"refid": "FTcLNGa-4ZWmo4GCo8wrBNZz5v53v9",
"approval_request_id": "656a021a-1d55-42c9-853a-aea57bf5abd1"
}
}- Refid ei tarkoita enää, että kotiutus on valmis. Summa lukitaan lähdetilillä, kun pyyntö lähetetään, ja se selvitetään vasta, kun pyyntö on hyväksytty.
- approval_request_id on hyväksynnän tunniste, jota kotiutus odottaa. Tallenna se omiin tietoihisi.
- Hyväksyntää odottavat kotiutukset eivät näy WithdrawStatus-kohdassa. Hylätty tai vanhentunut pyyntö ei luo lainkaan kotiutustietuetta, joten se, että pyyntö ei näy WithdrawStatus-kohdassa, ei koskaan tarkoita, ettei kotiutusta olisi lähetetty.
Automaatio, joka käsittelee refid-tunnisteen suorittumisen todisteena, raportoi kotiutukset selvitettyinä, vaikka ne olisivat vielä hyväksyntäjonossa. Katso API-avaimet nähdäksesi koko mallin.
Organisaatiosi saa muunnoksen myötä kaksi sarjaa vakioituja rakennuspalikoita.
Työnkulkuprofiilit
Työnkulkuprofiili määrittää, mitä jäsen voi tehdä kussakin hallinnoidussa työnkulussa. Jokaisella jäsenellä on tasan yksi profiili.
Profiili | Sisältö |
|---|---|
Järjestelmänvalvoja | Kaikki tasot kaikissa työnkuluissa, mukaan lukien suoritus (Execute) |
Aloittaja | Näkymä- ja aloitusoikeus kaikissa työnkuluissa. Ei voi hyväksyä |
Hyväksyjä | Näkymä- ja hyväksyntäoikeus kaikissa työnkuluissa. Ei voi aloittaa |
Tarkastaja | Näkymäoikeus kaikissa työnkuluissa. Ei voi suorittaa toimintoja |
Varainhoitaja | Näkymä-, aloitus- ja hyväksyntäoikeus kotiutus- ja siirtopyynnöissä (Withdrawal Request ja Transfer Request). Näkymä- ja aloitusoikeus osoitteiden hallinnassa (Manage Addresses) |
Tiliroolit
Tilirooli määrittää, mitä jäsen voi tehdä tileilläsi. Vakiotason roolit kattavat kaikki nykyiset ja tulevat tilit, joten jäsen, jolla on ”Trade all” -oikeus, voi käydä kauppaa myös huomenna luomallasi tilillä.
Rooli | Mitä se myöntää kaikille tileille |
|---|---|
Luku (kaikki) | Lukuoikeus |
Kaupankäynti (kaikki) | Kaupankäynti |
Varat (kaikki) | Siirto, Kotiutus, Earn-varojen kohdentaminen, Earn-varojen vapauttaminen |
Täydet käyttöoikeudet | Kaikki tilioikeudet |
Vakioprofiilit ja -roolit pysyvät tuotteen kehityksen tasalla: kun uusi työnkulku lisätään, kyseistä profiilia tai roolia käyttävät jäsenet saavat asianmukaisen käyttöoikeustason automaattisesti. Katso täydellinen malli kohdasta Roolit, profiilit ja käyttöoikeudet.
Jos jäsenen käyttöoikeudet eivät vastaa mitään vakioprofiilia, hänelle luodaan rooli, joka sisältää täsmälleen hänen aiemmat oikeutensa. Jäsenet, joilla on identtiset käyttöoikeudet, jakavat saman roolin, joten organisaatiollasi on huomattavasti vähemmän rooleja kuin jäseniä.
Nämä roolit nimetään sen tunnisteen mukaan, jonka olit kirjoittanut jäsenen kohdalle. Esimerkiksi “Trader”-tunnisteella varustettu jäsen sijoitetaan trader-nimiseen rooliin. Jäsenet, joilla ei ole tunnistetta, sijoitetaan migrated-role-rooliin. Jokaisella on siirretty-merkki, mikä tarkoittaa, että nimi on luotu automaattisesti ja voit muuttaa sitä.
Vinkki:
Näiden roolien nimeäminen vastaamaan sitä, miten todellisuudessa kutsut näitä henkilöitä, on paras ensimmäinen tehtävä siirron jälkeen. Roolin muokkaaminen poistaa siirretty-merkin.
Miksi ”Admin”-jäsenesi eivät ole Admin-profiilissa
Beetan ”Admin”-tunniste antoi käyttäjän tarkastella, aloittaa ja hyväksyä pyyntöjä, mutta ei viimeistellä omia pyyntöjään ilman toista hyväksyntää. Admin-profiili sisältää tämän kyvyn, joka on Execute-taso.
Sen sijaan, että tämä annettaisiin automaattisesti, vanhalla tunnisteella varustetut jäsenet sijoitetaan beta-admin-nimiseen rooliin, jolla on täsmälleen samat käyttöoikeudet kuin heillä oli. Heidän siirtämisensä Admin-rooliin on yksittäinen tehtävä, jonka voit tehdä silloin kun haluat.
Huomautus:
beta-admin on yksi omista rooleistasi, joten sen haltijat eivät saa uusia työnkulkuja automaattisesti samalla tavalla kuin vakioprofiilit. Tämä on toinen syy tarkistaa nämä roolit pian siirron jälkeen.
Omistaja (Owner) sijoitetaan Admin-profiiliin, hän säilyttää kaikki aiemmat oikeutensa ja saa uudet työnkulut automaattisesti. Omistajalla on myös Luku (kaikki) -oikeus, jota ei voi poistaa.
Jos olit tietoisesti rajoittanut omistajan käyttöoikeuksia, tämä päätös säilytetään: omistaja muunnetaan rooliksi, jolla on hänen todelliset käyttöoikeutensa, kuten kuka tahansa muu jäsen.
- Jokaisen jäsenen kaikki käyttöoikeudet siirtyvät mukana.
- API-avaintiedot, käyttöoikeudet ja tilien määritykset säilyvät.
- Saldot, tilit ja tilien omistajuus pysyvät muuttumattomina.
- Vireillä olevat hyväksyntäpyynnöt jatkuvat, ja käytäntösi, hyväksyntäkynnyksesi sekä ”always require approval” -asetuksesi pysyvät ennallaan.
- Henkilöllisyyden varmentamiseen ei tule muutoksia, eikä kenenkään tarvitse kirjautua uudelleen tai tulla kutsutuksi uudestaan.
- Vain organisaatioosi kuuluvat tilit muunnetaan. Käyttöoikeudet organisaatiosi ulkopuolisiin tileihin säilyvät ennallaan.