Как вывести HYPE в кошелёк и вернуть его в HyperCore

Что понадобится перед началом

Материал адресован опытному пользователю CEX и DEX, который уже торгует perpetual, понимает funding и margin tier, но переносит HYPE между HyperCore и HyperEVM впервые или хочет снять неопределённость с system address и газа перед реальной суммой.

Зачем вообще переносить HYPE между Core и EVM

HYPE — не рядовой spot-токен на HyperCore, а native asset, нужный и в торговом движке, и в смарт-контрактной среде HyperEVM. Пока вы держите или стейкаете HYPE, вся активность остаётся внутри HyperCore: делегация валидатору, снимок баланса, spot-торговля. Но как только появляется задача взаимодействия с контрактом на HyperEVM — approve, вызов функции протокола или оплата газа для транзакции в этой среде — актив должен физически оказаться на EVM-стороне.

HyperCore и HyperEVM работают на одном консенсусе, но это разные учётные слои с собственными правилами доступа к балансу, и перевод между ними — отдельная документированная операция, а не автоматическая синхронизация.

Механика маршрута Core→EVM и обратно

Связанные spot-активы, включая HYPE, перемещаются между Core spot и EVM spot по документированному маршруту, а не через произвольный контракт. Core→EVM переносит актив из ордербука HyperCore в EVM-среду, где он доступен смарт-контрактам HyperEVM. EVM→Core — обратный путь: актив возвращается в HyperCore для spot-торговли или делегации в staking.

Перевод HYPE требует сверки system address — это точка маршрутизации между слоями, а не адрес пользователя и не адрес контракта конкретного протокола. Его значение нужно смотреть в официальном интерфейсе Hyperliquid или в документации по HyperCore↔HyperEVM transfers перед отправкой: адрес не совпадает ни с адресом вашего кошелька, ни с адресом DEX-контракта, с которым вы планируете взаимодействовать после перевода.

Сценарий: перенос HYPE для approve и свопа на HyperEVM

Условный пример: на HyperCore есть HYPE, и нужно выполнить approve и своп на DEX-протоколе в HyperEVM. Прямого пути «одна кнопка — и готово» нет: сначала часть HYPE переводится маршрутом Core→EVM, и только после зачисления на EVM-стороне становится доступен approve и сама транзакция свопа.

Логика разбивки суммы такая: часть переведённого HYPE предназначена непосредственно для свопа, а отдельная часть должна остаться как резерв на газ, потому что approve и своп — это две раздельные транзакции, и обе требуют газа в HYPE. Источники не приводят фиксированную оценку стоимости газа на HyperEVM — она зависит от загрузки сети и параметров конкретной транзакции, поэтому размер резерва нужно оценивать по текущим значениям в интерфейсе кошелька непосредственно перед отправкой, а не по каким-либо усреднённым цифрам. Закладывать сумму только под одну из двух транзакций недостаточно: если газа не хватит на вторую операцию, она просто не пройдёт, и придётся повторно переводить HYPE с Core-стороны.

Пошаговая инструкция перевода HYPE Core→EVM и обратно

Ниже — последовательность действий для сценария выше: перевод части HYPE на EVM-сторону, approve и своп, а затем возврат остатка обратно в HyperCore. Каждый шаг опирается на официальный интерфейс и документированный маршрут transfer, а не на произвольный контракт.

1. 01
   Открыть раздел transfer в официальном интерфейсе

   Зайти в официальный интерфейс Hyperliquid и найти функцию перевода между HyperCore и HyperEVM. Это отдельная операция, отличная от обычного spot-перевода внутри HyperCore и от bridge для USDC.

2. 02
   Выбрать направление Core→EVM

   Указать актив HYPE и направление перевода из HyperCore в HyperEVM. Перед подтверждением сверить system address, показанный интерфейсом: это точка маршрутизации, а не адрес личного кошелька и не адрес целевого DEX-контракта.

3. 03
   Указать сумму перевода

   Ввести часть HYPE, которая нужна на EVM-стороне для предстоящих операций — approve и своп. Оставшуюся часть баланса можно не трогать и держать на HyperCore для торговли или staking.

4. 04
   Подтвердить транзакцию и дождаться зачисления

   Подтвердить перевод в кошельке и дождаться, пока HYPE появится на EVM-стороне. До завершения зачисления approve и своп на HyperEVM недоступны, поскольку актив физически ещё находится в учётном слое HyperCore.

5. 05
   Выполнить approve и своп на HyperEVM

   После зачисления выполнить approve для нужного контракта, затем отдельную транзакцию свопа. Обе операции требуют газа в HYPE, поэтому важно, чтобы на EVM-стороне оставался остаток именно на газ, а не только сумма самого свопа.

6. 06
   Инициировать обратный перевод EVM→Core

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

Как перенос HYPE связан со staking в HyperCore

Если часть плана — не только своп на HyperEVM, но и последующая делегация HYPE валидатору, важно учитывать отдельный цикл staking, задокументированный для HyperCore. Делегация валидатору блокируется на один день, а обратный перевод из staking account на spot проходит через семидневную очередь. Это не связано напрямую с маршрутом Core↔EVM, но влияет на то, когда именно стоит инициировать перевод: если HYPE нужен и для EVM-операций, и для делегации, порядок действий стоит планировать заранее, а не переключаться между задачами в последний момент.

Validator commission и статус валидатора нужно проверять перед делегацией отдельно от вопроса о переводе между Core и EVM — это две независимые проверки, и путать их не стоит: одна касается маршрута актива между учётными слоями, другая — условий конкретного валидатора внутри HyperCore.

Типичные ошибки при переносе HYPE между слоями

Первая типичная ошибка — отправка перевода без проверки актуального system address непосредственно перед транзакцией. Адрес маршрутизации задокументирован Hyperliquid для перевода HyperCore↔HyperEVM, но пользователь должен сверять его в официальном интерфейсе или документации каждый раз, а не полагаться на ранее сохранённое значение.

Вторая ошибка — перевод точной суммы, нужной для свопа, без резерва на газ. Поскольку approve и своп — раздельные транзакции, а газ на HyperEVM оплачивается в HYPE, отсутствие резерва приводит к тому, что вторая операция не проходит, и приходится инициировать дополнительный перевод с Core-стороны.

Третья ошибка — путаница между маршрутом HyperCore↔HyperEVM и нативным USDC bridge, связанным с Arbitrum. Это разные механики с разными активами, разными адресами и разными правилами: bridge2 с минимальным депозитом относится к USDC и Arbitrum, а перевод HYPE между Core и EVM — отдельная документированная операция внутри инфраструктуры Hyperliquid, не задействующая Arbitrum вовсе.

На что обратить внимание в кошельке при approve и свопе

После зачисления HYPE на EVM-стороне approve и своп выполняются через обычный EVM-кошелёк, подключённый к HyperEVM. Инструменты вроде Rabby показывают симуляцию транзакции и security-подсказки, но ответственность за проверку домена, сети, адреса spender и суммы разрешения остаётся на пользователе — сама по себе симуляция не заменяет ручную сверку каждого поля перед подписанием.

Тот же принцип применим к любому EVM-кошельку: MetaMask и аналогичные решения рекомендуют проверять phishing-домены и внимательно читать, что именно запрашивает подпись — approve на неограниченную сумму отличается от approve на точную сумму свопа, и на HyperEVM эта разница так же важна, как и в любой другой EVM-совместимой сети.