Как разделить trading wallet, резерв и активную маржу

Для какого профиля позиции

Материал для трейдера, который уже работает с perpetual, funding и маржинальными позициями на CEX или DEX и переходит на Hyperliquid с капиталом, превышающим тестовые суммы. Предполагается знакомство с margin tier, mark price и nonce, а также готовность настраивать инфраструктуру, а не только открывать позиции через интерфейс.

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

Типичный вход выглядит просто: завести кошелёк, задепонировать USDC через нативный bridge и торговать. Один адрес хранит капитал, подписывает каждый ордер, взаимодействует с HyperEVM-контрактами и иногда участвует в staking HYPE. Каждая точка контакта с внешним интерфейсом, скриптом или контрактом становится вектором риска для всего баланса сразу, а не только для его части.

Маржа на Hyperliquid привязана к адресу пользователя на HyperCore, а не к кастодиальному балансу площадки. Self-custody модель переносит ответственность на трейдера: без разделения ролей одна скомпрометированная подпись или неудачный approve на HyperEVM способны поставить под удар весь капитал, включая резерв, который в обычной торговле не должен подвергаться риску активных операций.

Agent wallet: что именно гарантирует протокол

Agent wallet, он же API wallet, — подтверждённая документацией функция: отдельный адрес, который подписывает действия от имени master address или subaccount. Agent не является адресом для чтения состояния аккаунта и не может инициировать вывод средств — это ограничение задано на уровне протокола, а не настраивается в интерфейсе.

Если скрипт или сторонний интерфейс с доступом к agent wallet окажется скомпрометирован, злоумышленник сможет открывать и закрывать позиции от имени аккаунта, но не выведет средства на другой адрес. Отдельный момент касается смены agent-адресов: после деregistration такой адрес не стоит использовать повторно, поскольку состояние nonce привязано к конкретному agent wallet, и переиспользование может привести к отклонению или неожиданной обработке подписанных действий. Отсюда вывод: создавать новый agent wallet под конкретную задачу или сессию, а не держать один и тот же адрес годами без ротации.

Cross и isolated margin: разница режимов

Cross margin использует весь доступный collateral аккаунта как обеспечение для всех открытых позиций одновременно. Isolated margin ограничивает обеспечение конкретной позиции заранее выделенной суммой. Переключение режима не заменяет расчёт размера позиции и денежный stop-loss — это разные механизмы, применяемые вместе.

Для трейдера, который хочет держать часть капитала отдельно от активной маржи, рабочий выбор — использовать isolated margin для позиций с повышенным риском и не смешивать их с основным cross-балансом, где может находиться маржа под другие сделки. Режим для конкретной позиции разумно выбирать на этапе её открытия, увязывая решение с margin tier, который применяется к выбранному размеру позиции.

Margin tiers и maintenance requirement

Maintenance requirement зависит от margin tier и размера позиции. Одинаковое номинальное плечо не гарантирует одинаковый buffer до ликвидации для разных notional и разных рынков — с ростом позиции требования к марже увеличиваются ступенчато, и на другом рынке та же ступень наступает при другом notional.

Ликвидация определяется состоянием маржи относительно mark price, а не последней случайной сделкой. При переходе notional через границу следующего margin tier стоит заранее пересчитать maintenance requirement для нового tier, а не ориентироваться на цифры предыдущей ступени. Дополнительно к голому maintenance requirement стоит закладывать запас на три фактора: funding, который накапливается каждый час и меняет доступный баланс независимо от цены; расширение спреда между bid и ask при волатильности; и то, что закрытие позиции при ликвидации не гарантирует полный fill по ожидаемой цене.

Резерв на spot: рабочая модель поверх встроенных функций

В отличие от agent wallet, разделение капитала на резерв на spot и активную маржу под perpetual не описано в документации как отдельная встроенная функция — это модель, которую трейдер выстраивает сам, используя обычные балансы spot и perp и режимы margin. Часть USDC держится на spot-балансе master address и не участвует в марже под открытые позиции, а под активную торговлю выделяется отдельно контролируемая сумма.

Связанные spot-активы, включая HYPE, могут перемещаться между Core spot и EVM spot; маршруты Core→EVM и EVM→Core различаются и требуют проверки system address и наличия HYPE для оплаты газа на нужной стороне. Перевод резерва между Core и EVM не мгновенный — его стоит выполнять заранее, до момента, когда резерв фактически понадобится для маржи, поскольку в момент рыночного движения на такой перевод может уже не остаться времени.

Сроки staking HYPE, которые нужно закладывать заранее

HYPE переводится между spot и staking account отдельным переводом. Делегация валидатору блокируется на один день после отправки — застейканные средства недоступны для немедленного вывода в этот период. Обратный путь длиннее: перевод из staking account на spot проходит семидневную очередь.

Отсюда следствие для расчёта буфера: HYPE, отправленный в staking, нельзя учитывать как часть резерва, доступного для срочного пополнения маржи в течение дня или даже недели. Статус и комиссию валидатора нужно сверять перед делегацией — это влияет на доходность резерва, но не на сроки блокировки, которые фиксированы протоколом.

Условный пример распределения капитала

Рассмотрим условный пример на 50 000 USDC — цифры условные и иллюстративные. Часть капитала, условно 15 000 USDC, остаётся на spot-балансе master address как резерв, не участвующий в марже под открытые позиции. Оставшиеся условные 35 000 USDC делятся между режимами margin: часть уходит в cross margin под основные позиции с умеренным плечом, а часть — в isolated margin под одну-две позиции с повышенным риском, чтобы просадка по ним не задевала общий cross-баланс.

Логика распределения между cross и isolated завязана на margin tier: если позиция с повышенным риском по notional приближается к границе следующей ступени maintenance requirement, разумнее выделить под неё isolated margin с явно ограниченной суммой, а не наращивать её внутри общего cross-баланса, где рост требований к марже по одной позиции снижает buffer сразу для остальных. Источники не приводят конкретных числовых порогов tier, поэтому пример иллюстрирует только логику выбора, а не точные цифры для конкретного рынка.

Если часть условного резерва в 15 000 USDC номинирована в HYPE и переведена в staking, эту сумму нужно полностью исключить из расчёта мгновенно доступного буфера: она станет ликвидной только после дня блокировки делегации и до семи дней очереди на вывод. Практический вывод для распределения такого резерва — держать в staking не весь резервный HYPE, а только ту часть, которая заведомо не понадобится в течение ближайшей недели, и оставлять остаток в свободном spot-балансе именно для покрытия margin call. Конкретные пропорции каждый трейдер определяет исходя из своего margin tier, волатильности выбранных рынков и терпимости к риску.

Шаги по разделению капитала

Ниже — последовательность действий, синтезированная из подтверждённых протоколом механизмов: agent wallet, режимы margin, margin tiers, спот-резерв и сроки staking. Порядок шагов идёт от разделения ролей подписи к распределению капитала между резервом и активной маржой.

1. 01
   Создать отдельный trading wallet и agent wallet

   Master address остаётся хранилищем капитала и точкой вывода средств. Для торговли через скрипты или сторонние интерфейсы создаётся agent wallet, который подписывает ордера от имени master или subaccount, но не может читать состояние аккаунта и не может инициировать вывод. Это ограничение задано протоколом, а не настройкой интерфейса.

2. 02
   Определить режим margin для каждой позиции

   Перед открытием позиции выбирается cross или isolated margin. Cross использует весь доступный collateral аккаунта как обеспечение для всех позиций сразу; isolated ограничивает риск конкретной позиции заранее выделенной суммой. Позиции с повышенным риском разумно держать в isolated, чтобы просадка по ним не задевала общий cross-баланс.

3. 03
   Проверить margin tier под выбранный notional

   Maintenance requirement зависит от margin tier и размера позиции, а не только от номинального плеча. Перед увеличением размера позиции стоит сверить, не приближается ли notional к границе следующей ступени, и пересчитать maintenance requirement для нового tier заранее, а не по факту перехода.

4. 04
   Выделить сумму под активную маржу с запасом

   Помимо голого maintenance requirement по текущему tier, в активную маржу закладывается запас на почасовой funding, расширение спреда bid/ask при волатильности и риск неполного fill при закрытии позиции по mark price во время ликвидации.

5. 05
   Отделить ликвидный резерв на spot

   Часть USDC держится на spot-балансе master address отдельно от активной маржи. Переводы резерва между Core spot и EVM spot выполняются заранее, а не в момент рыночного движения, поскольку маршруты Core→EVM и EVM→Core требуют проверки system address и наличия HYPE для газа и не происходят мгновенно.

6. 06
   Принять отдельное решение по staking HYPE

   HYPE, который может понадобиться для пополнения маржи в течение дня или недели, не должен уходить в staking: делегация валидатору блокируется на один день, а обратный вывод из staking account на spot проходит семидневную очередь. В staking имеет смысл направлять только ту часть HYPE, которая заведомо не входит в срочный резерв.