У падпісчыка сканчаецца API-ключ, змяняецца дазволены IP ці ўзнікае падазрэнне на ўцечку. Здаецца, дастаткова ўставіць новы ключ і працягваць капіраванне. Але доступ да біржы і стан гандлёвага рахунку — розныя рэчы. Замена рэквізітаў не даказвае, што адкрытая пазіцыя зачынілася, ахоўны ордэр захоўваецца, а прапушчанае дзеянне трэйдара будзе адноўлена.
Уладальніку сэрвісу са сваёй аўдыторыяй патрэбны кароткі рэгламент: хто мяняе ключ, хто адказвае за пазіцыі падчас перапынку і па якіх прыкметах падключэнне зноў лічыцца працоўным. Ніжэй — такі план, а не абяцанне бясшвоўнай замены ў любым канфігурацыі.
Планаванае замяняне і падазрэнне на ўцечку — розныя выпадкі
Пры планавым абслугоўванні можна загадзя ўзгадніць час і праверыць стан рахунку. Пры падазрэнні на кампраметацыю прыярытэт іншы: уладальнік рахунку адклікае падазроны ключ сродкамі біржы і правярае бяспеку акаўнта. Нельга пакідаць магчымаму злоўжыўцу доступ дзеля бесперапыннага капіравання.
Адключанае права высновы не робіць гандлёвы ключ бяспечным: дазвол гандляваць дазваляе змяняць рыначную экспазіцыю. Таму новы сакрэт не перасылаюць адміністратару ў мэсэнджары, не размяшчаюць у тыкеце і не паказваюць на скрыншоце. Удзельнік уводзіць яго самастойна ў прызначаныя для гэтага абароненыя палі.
Калі ключ мог уцячы, звычайны план ніжэй дапаўняецца працэдурай бяспекі біржы. Аднаўляць падключэнне, пакуль невядома, хто яшчэ мае доступ да акаўнта, не варта.
Да замены вызначыце, што менавіта падключана
Запішыце біржу, патрэбны акаўнт ці субакаўнт, рынак і карыстальніка праекта. Новы ключ павінен адносіцца да таго ж меркаванага рахунку: падобнае імя падключэння гэтага не пацвярджае. Адпаведна высвятліце, ці выкарыстоўваецца стары ключ іншым робатам ці сэрвісам. Яго адклік можа перарваць не толькі капіраванне.
У ўладальніка праекта і падпісчыка павінен быць агульны адказ на тры пытанні:
- Якія гандлёвыя дзеянні могуць адбывацца падчас работ?
- Хто назірае за існуючымі пазіцыямі і заяўкамі?
- Што рабіць, калі праверка новага падключэння не пройдзе?
Не абяцайце рэжым «новыя ўваходы спынены, выхады працягваюцца», пакуль ён не пацверджаны для канкрэтнага праекта. Спыненне капіравання і зачыненне пазіцыі разглядаюцца асобна: гэта не адна аперацыя.
Захавайце зыходны стан без сакрэтаў
Перад планаванай заменай удзельнік правярае пазіцыі, актыўныя заяўкі і даступны баланс непасрэдна на біржы. У працоўнай нататцы дастаткова часу ў UTC, інструмента, кірунку і аб'ёму пазіцыі, ідэнтыфікатараў значных ордэраў і адказнага за назіранне.
| Што фіксуем |
Для чаго гэта спатрэбіцца |
| Рахунак, рынак і карыстальнік праекта |
Каб не аднавіць доступ да іншага падключэння |
| Пазіцыі і актыўныя ордэры |
Каб заўважыць змену падчас перапынку |
| Апошняя вядомая падзея капіравання |
Каб пазначыць мяжу правяраемага інтэрвала |
| Адказны і спосаб сувязі |
Каб пытанне не засталося паміж падтрымкай і падпісчыкам |
Гэта журнал абслугоўвання, а не сховішча API-рэквізітаў. Калі дакументацыя біржы не пацвярджае лёс ордэраў пасля адкліку ключа, не рабіце здагадкі: праверце іх стан асобна.
Праверце правы, затым гандлёвы стан
Стварыце новы ключ па актуальнай інструкцыі сваёй біржы. Дазволы павінны адпавядаць патрэбнаму рынку; права высновы для CopyTrader не патрабуецца. Калі выкарыстоўваецца абмежаванне па IP, актуальныя адрасы падключэння ўдакладняюць у сэрвісе, а не бяруць са старой перапіскі.
У інструкцыі падключэння CopyTrader апісана праверка ключоў у наладах карыстальніка. Яна дапамагае выявіць памылку доступу, але не пацвярджае, што ўвесь перыяд перапынку апрацаваны правільна. Точны парадак захавання новых рэквізітаў і паўторнага ўключэння трэба ўдакладніць для сваёй канфігурацыі да змены.
Пасля праверкі доступу супастаўце бягучыя пазіцыі і ордэры на біржы з зыходнай запісам. Ці ёсць невядомае выкананне? Ці засталася заяўка, здольная змяніць пазіцыю? Ці былі дзеянні трэйдара падчас адсутнасці сувязі? Не запускайце сінхранізацыю як невінаваты тэст: яна можа прыводзіць да гандлёвых аперацый.
Прыклад: ключ заменены, але праца яшчэ не скончана
У падпісчыка была адкрытая пазіцыя і абарончая заяўка. Падчас замены трэйдар паменшыў свой аб'ём. Новы ключ праходзіць праверку, аднак у падпісчыка застаўся папярэдні стан пазіцыі. Гэта не падстава адразу ўручную паўтараць дзеянне: спачатку трэба ўстанавіць, якія заяўкі ўжо адпраўляліся і што сапраўды выканана.
Аператар фіксуе мяжы перапынку і перадае на разгляд час, інструмент і ідэнтыфікатары аперацый без сакрэтаў. Супастаўленне ордэраў і пазіцый дапаможа разбурыцца з фактам выканання; яна не замяняецца зялёным статусам API.
Калі закрываць заяўку на абслугоўванне
Працоўны працэс завершаны, калі правераны патрэбны рахунак і правы, вядомыя засталіся пазіцыі і заяўкі, узгаднены парадак далейшага кіравання, а стары ключ адкліканы па прынятым плане. Апошняе пацвярджаюць на біржы, а не толькі выдаленнем рэквізітаў з сэрвісу.
Для аўдыторыі зручна загадзя падрыхтаваць адну памятку: куды ўводзіць новы ключ, што не дасылаць падтрымцы і якія дадзеныя далучаць пры памылцы. CopyTrader прадастаўляе інфраструктуру для вашага сэрвісу, а не гатовых падпісчыкаў: зразумелы парадак абслугоўвання застаецца часткай працы ўладальніка праекта. Такая працэдура не ліквідуе рыначны рызыка, але дапамагае не пераблытаць адноўлены доступ з адноўленым кіраваннем рахункам.