У підписника спливає API-ключ, змінюється дозволений IP або виникає підозра на витік. Здається, достатньо вставити новий ключ і продовжити копіювання. Але доступ до біржі і стан торгового рахунку — різні речі. Заміна реквізитів не доводить, що відкрита позиція закрилася, захисний ордер зберігся, а пропущена дія трейдера буде відновлена.

Власнику сервісу зі своєю аудиторією потрібен короткий регламент: хто змінює ключ, хто відповідає за позиції під час перерви і за якими ознаками підключення знову вважається робочим. Нижче — такий план, а не обіцянка безшовної заміни в будь-якій конфігурації.

Планова заміна і підозра на витік — різні випадки

При плановому обслуговуванні можна заздалегідь погодити час і перевірити стан рахунку. При підозрі на компрометацію пріоритет інший: власник рахунку відкликає підозрілий ключ засобами біржі і перевіряє безпеку акаунту. Не можна залишати потенційному зловмисникові доступ заради безперервного копіювання.

Відключене право виведення не робить торговий ключ нешкідливим: дозвіл торгувати дозволяє змінювати ринкову експозицію. Тому новий секрет не пересилають адмінстратору в месенджері, не поміщають у тікет і не показують на скріншоті. Учасник вводить його самостійно у призначені для цього захищені поля.

Якщо ключ міг витекти, звичайний план нижче доповнюється процедурою безпеки біржі. Відновлювати підключення, поки невідомо, хто ще має доступ до акаунту, не варто.

До заміни визначте, що саме підключено

Запишіть біржу, потрібний акаунт або субакаунт, ринок і користувача проєкту. Новий ключ має належати до того самого передбачуваного рахунку: схоже назва підключення цього не підтверджує. Окремо з’ясуйте, чи використовується старий ключ іншим роботом або сервісом. Його відклик може перервати не лише копіювання.

У власника проєкту та підписника має бути спільна відповідь на три питання:

  • Які торгові дії можуть відбутися під час робіт?
  • Хто спостерігає за існуючими позиціями та заявками?
  • Що робити, якщо перевірка нового підключення не пройде?

Не обіцяйте режим «нові входи зупинені, виходи продовжуються», поки це не підтверджено для конкретного проєкту. Зупинка копіювання та закриття позиції розглянуті окремо: це не одна операція.

Збережіть вихідний стан без секретів

Перед плановою заміною учасник перевіряє позиції, активні заявки і доступний баланс безпосередньо на біржі. У робочій нотатці достатньо часу в UTC, інструменту, напрямку і обсягу позиції, ідентифікаторів значущих ордерів і відповідального за спостереження.

Що фіксуємо Для чого це знадобиться
Рахунок, ринок і користувач проєкту Щоб не відновити доступ до іншого підключення
Позиції та активні ордери Щоб помітити зміну під час перерви
Остання відома подія копіювання Щоб позначити межу перевірного інтервалу
Відповідальний і спосіб зв’язку Щоб питання не залишилося між підтримкою і підписником

Це журнал обслуговування, а не сховище API-реквізитів. Якщо документація біржі не підтверджує долю ордерів після відкликання ключа, не робіть припущень: перевірте їхній стан окремо.

Перевірте права, потім торговий стан

Створіть новий ключ за актуальною інструкцією своєї біржі. Дозволи повинні відповідати потрібному ринку; право виведення для CopyTrader не потрібне. Якщо використовується обмеження по IP, актуальні адреси підключення уточнюють у сервісі, а не беруть зі старої переписки.

В інструкції підключення CopyTrader описана перевірка ключів у налаштуваннях користувача. Вона допомагає виявити помилку доступу, але не підтверджує, що весь період перерви оброблений правильно. Точний порядок збереження нових реквізитів і повторного ввімкнення потрібно уточнити для своєї конфігурації до зміни.

Після перевірки доступу зіставте поточні позиції та ордери на біржі з вихідним записом. Чи є невідоме виконання? Чи залишилася заявка, здатна змінити позицію? Чи були дії трейдера під час відсутності зв’язку? Не запускайте синхронізацію як нешкідливий тест: вона може призвести до торгових операцій.

Приклад: ключ замінено, але робота ще не завершена

У підписника була відкрита позиція і захисна заявка. Під час заміни трейдер зменшив свій обсяг. Новий ключ проходить перевірку, проте у підписника попередня позиція. Це не підстава одразу вручну повторювати дію: спочатку треба встановити, які заявки вже відправлялися і що справді виконано.

Оператор фіксує межі перерви і передає на розбір час, інструмент і ідентифікатори операцій без секретів. Зіставлення ордерів і позицій допомагає розібратися з фактом виконання; вона не замінюється зеленим статусом API.

Коли закривати заявку на обслуговування

Робота завершена, коли перевірені потрібний рахунок і права, відомі залишкові позиції і заявки, погоджено порядок подальшого керування, а старий ключ відкликано за прийнятим планом. Останнє підтверджують на біржі, а не тільки видаленням реквізитів із сервісу.

Для аудиторії зручно заздалегідь підготувати одну пам’ятку: куди вводити новий ключ, чого не надсилати підтримці і які дані додати у випадку помилки. CopyTrader надає інфраструктуру для вашого сервісу, а не готових підписників: зрозумілий порядок обслуговування залишається частиною роботи власника проєкту. Така процедура не ліквідовує ринковий ризик, але допомагає не сплутати відновлений доступ з відновленим керуванням рахунком.

Поділитися матеріалом