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

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

Плановая замена и подозрение на утечку — разные случаи

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

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

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

До замены определите, что именно подключено

Запишите биржу, нужный аккаунт или субаккаунт, рынок и пользователя проекта. Новый ключ должен относиться к тому же предполагаемому счёту: похожее название подключения этого не подтверждает. Отдельно выясните, используется ли старый ключ другим роботом или сервисом. Его отзыв способен прервать не только копирование.

У владельца проекта и подписчика должен быть общий ответ на три вопроса:

  • Какие торговые действия могут произойти во время работ?
  • Кто наблюдает за существующими позициями и заявками?
  • Что делать, если проверка нового подключения не пройдёт?

Не обещайте режим «новые входы остановлены, выходы продолжаются», пока он не подтверждён для конкретного проекта. Остановка копирования и закрытие позиции разобраны отдельно: это не одна операция.

Сохраните исходное состояние без секретов

Перед плановой заменой участник проверяет позиции, активные заявки и доступный баланс непосредственно на бирже. В рабочей заметке достаточно времени в UTC, инструмента, направления и объёма позиции, идентификаторов значимых ордеров и ответственного за наблюдение.

Что фиксируем Для чего это понадобится
Счёт, рынок и пользователь проекта Чтобы не восстановить доступ к другому подключению
Позиции и активные ордера Чтобы заметить изменение во время перерыва
Последнее известное событие копирования Чтобы обозначить границу проверяемого интервала
Ответственный и способ связи Чтобы вопрос не остался между поддержкой и подписчиком

Это журнал обслуживания, а не хранилище API-реквизитов. Если документация биржи не подтверждает судьбу ордеров после отзыва ключа, не делайте предположение: проверьте их состояние отдельно.

Проверьте права, затем торговое состояние

Создайте новый ключ по актуальной инструкции своей биржи. Разрешения должны соответствовать нужному рынку; право вывода для CopyTrader не требуется. Если используется ограничение по IP, актуальные адреса подключения уточняют у сервиса, а не берут из старой переписки.

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

После проверки доступа сопоставьте текущие позиции и ордера на бирже с исходной записью. Есть ли неизвестное исполнение? Осталась ли заявка, способная изменить позицию? Были ли действия трейдера во время отсутствия связи? Не запускайте синхронизацию как безобидный тест: она может приводить к торговым операциям.

Пример: ключ заменён, но работа ещё не закончена

У подписчика была открытая позиция и защитная заявка. Во время замены трейдер уменьшил свой объём. Новый ключ проходит проверку, однако у подписчика прежняя позиция. Это не основание сразу вручную повторять действие: сначала нужно установить, какие заявки уже отправлялись и что действительно исполнилось.

Оператор фиксирует границы перерыва и передаёт на разбор время, инструмент и идентификаторы операций без секретов. Сверка ордеров и позиций помогает разобраться с фактом исполнения; она не заменяется зелёным статусом API.

Когда закрывать заявку на обслуживание

Работа завершена, когда проверены нужный счёт и права, известны оставшиеся позиции и заявки, согласован порядок дальнейшего управления, а старый ключ отозван по принятому плану. Последнее подтверждают на бирже, а не только удалением реквизитов из сервиса.

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

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