Email-вход или кошелёк: как выбрать способ доступа

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

Материал для опытного пользователя CEX и DEX, знакомого с perpetual-торговлей, funding и stablecoin-переводами, который готов открыть аккаунт на Hyperliquid и должен выбрать между email-доступом и self-custody кошельком — исходя из логики восстановления доступа и распределения ролей, а не из сравнения кошельковых клиентов.

Два разных механизма авторизации, а не два интерфейса

Onboarding-документация описывает email-доступ и подключение self-custody кошелька как два независимых пути к одному торговому аккаунту на HyperCore. Разница не в списке функций, а в архитектуре авторизации: кто удостоверяет, что аккаунтом управляете именно вы. При email-доступе Hyperliquid создаёт кошелёк внутри своего интерфейса, и восстановление доступа завязано на этот интерфейс. При self-custody кошельке авторизация идёт через ключ, существующий независимо от Hyperliquid и любого другого приложения.

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

Восстановление доступа: разные точки отказа

Ключевое отличие — не удобство входа, а что происходит при утрате доступа. При email-доступе кошелёк существует внутри интерфейса Hyperliquid, и логика восстановления встроена в сам сервис: отдельной seed-фразы, которую нужно хранить самостоятельно, здесь нет. Это снижает порог входа, но означает, что доступность аккаунта зависит от механизма восстановления, привязанного к email как каналу.

При self-custody кошельке приватный ключ существует отдельно от Hyperliquid: тот же кошелёк можно использовать с другими приложениями, а восстановление не зависит от работоспособности конкретного сервиса. Обратная сторона — вся ответственность за резервную копию ключа ложится на пользователя. MetaMask прямо предупреждает: support никогда не запрашивает Secret Recovery Phrase, а её потеря или компрометация означает потерю средств без возможности восстановления через поддержку. Ни один из двух способов не устраняет базовый риск self-custody — они по-разному распределяют точку отказа.

Сценарий: первый депозит USDC и проверка сети

Перевод USDC с биржи идёт через нативный bridge, связанный с Arbitrum, через Bridge2 contract с минимальным депозитом 5 USDC на момент публикации — условное значение, которое стоит сверить в актуальном интерфейсе перед переводом. При email-доступе адрес для депозита показан внутри интерфейса Hyperliquid и подтверждается там же. При self-custody кошельке та же операция подтверждается в отдельном окне самого кошелька.

Конкретно на бирже перед выводом стоит проверить поле выбора сети: по умолчанию там часто стоит не Arbitrum One, а другая сеть или основной Ethereum mainnet, и её нужно переключить вручную, а не полагаться на выбор по умолчанию. Вторая проверка — сумма перевода не ниже условного минимума Bridge2 contract. Диагностика Hyperliquid Support разбирает такие случаи: возможность восстановления зависит от типа ошибки и маршрута, а не от способа входа в аккаунт, поэтому сеть, актив и сумму проверяют заранее в любом случае.

Один адрес против разделения ролей: agent wallet

Типичный путь новичка — завести доступ через email или self-custody кошелёк, задепонировать USDC и торговать, не разделяя дальше. В такой модели один адрес одновременно хранит капитал и подписывает каждый ордер: компрометация ключа или ошибка при подписи затрагивает весь баланс, а не отдельную операцию.

Hyperliquid предусматривает для этого agent wallet, также называемый API wallet: он подписывает действия от имени master-адреса или subaccount, но не хранит средства и не читает состояние аккаунта — это узкофункциональный адрес для подписи, а не замена основного доступа. Такое разделение одинаково доступно и после email-доступа, и после подключения self-custody кошелька — оба варианта позволяют позже создать agent wallet, оставив основной адрес для хранения капитала. Разница в том, что self-custody с самого начала приучает к модели отдельных адресов, тогда как email-доступ по умолчанию концентрирует всё в одном месте, и переход к разделению ролей требует отдельного осознанного шага.

Жизненный цикл agent wallet

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

Это отличает agent wallet от смены способа входа: переход между email-доступом и self-custody кошельком подобных ограничений жизненного цикла не имеет — оба описаны документацией как параллельные способы доступа к одному торговому аккаунту. Но перенос капитала, открытых позиций и margin между разными точками входа — отдельная операция, которую стоит планировать заранее, а не рассчитывать на автоматическое объединение состояний.

Когда доступ пересекается с HyperEVM

Hyperliquid устроен как L1 с двумя средами под общим консенсусом HyperBFT: HyperCore для финансовых приложений и HyperEVM как EVM-совместимая среда. Связанные spot-активы перемещаются между Core spot и EVM spot состояниями, причём маршруты Core→EVM и EVM→Core устроены по-разному: каждый требует проверки system address и наличия HYPE как native asset для оплаты газа на принимающей стороне.

Для трейдера на email-доступе, не выходящего за пределы HyperCore, эта механика остаётся невидимой. Но как только план включает перенос активов на HyperEVM, способ входа перестаёт быть решающим фактором: и после email-доступа, и после self-custody кошелька перепутанный system address или нехватка HYPE для газа одинаково блокирует операцию. Важна не форма входа, а проверка параметров конкретного перевода перед отправкой.

Операционный ориентир при росте капитала

Практический критерий для разделения ролей — не абстрактный «рост капитала», а частота операций: если ордера выставляются через API или скрипты регулярно, а не вручную от случая к случаю, каждая такая операция с единственным адресом становится точкой риска для всего баланса сразу. В этом случае создание agent wallet для подписи снижает разовую нагрузку риска на операцию.

Этот шаг не требует отказа от изначально выбранного способа входа: пользователь, начавший с email-доступа, создаёт agent wallet и продолжает использовать основной адрес как хранилище капитала; пользователь с self-custody кошельком проходит ту же настройку отдельно — self-custody сам по себе не разделяет роли автоматически.

Типичные ошибки при выборе и использовании способа входа

Повторяющиеся ошибки у трейдеров, уже знакомых с self-custody, но переносящих привычки с CEX без адаптации к разнице между email-доступом и self-custody кошельком на Hyperliquid.

• Выбор сети по умолчанию для вывода USDC на бирже вместо Arbitrum One.
• Перевод суммы ниже условного минимального порога Bridge2 contract без проверки актуального значения перед отправкой.
• Отсутствие плана восстановления доступа: непонимание механизма восстановления при email-доступе или отсутствие резервной копии seed-фразы при self-custody.
• Использование одного адреса для хранения капитала и подписи ордеров вместо разделения ролей.
• Повторное использование agent wallet после deregistration, хотя привязка к nonce state делает такой адрес непригодным для повторной подписи.
• Перевод активов между Core и EVM состояниями без проверки system address и наличия HYPE для газа на принимающей стороне.

Пошаговый план выбора способа входа

Последовательность решений, которая закрывает выбор между email-доступом и self-custody кошельком в зависимости от планов на восстановление доступа, разделение ролей и работу с HyperEVM.

1. 01
   Определить приоритет: скорость входа или независимость восстановления

   Если цель — быстро открыть позицию на HyperCore и минимизировать порог входа, email-доступ закрывает задачу: регистрация, депозит и первый ордер проходят в одном окне интерфейса Hyperliquid.

2. 02
   Оценить зависимость от одного канала входа

   Если важно, чтобы доступ к средствам не зависел от одного сервиса и его механизма восстановления, разумнее сразу использовать self-custody кошелёк — ключ существует независимо от Hyperliquid, но резервное копирование становится обязанностью пользователя.

3. 03
   Проверить сеть и минимальную сумму перед депозитом

   Перед первым переводом USDC сверить, что на бирже вручную выбрана сеть Arbitrum One, а не сеть по умолчанию, и что сумма не ниже условного минимального порога Bridge2 contract из актуальной документации.

4. 04
   Настроить разделение ролей при активной торговле

   Если торговля предполагает частые ордера через API или скрипты, создать отдельный agent wallet для подписи действий, оставив основной адрес — email или self-custody — для хранения капитала.

5. 05
   Учитывать жизненный цикл agent wallet

   После deregistration agent wallet не использовать повторно для новой подписи: nonce state привязан к адресу — это ограничение механизма, а не способа входа.

6. 06
   Свериться с system address при переводах Core↔EVM

   Перед переводом активов между Core spot и EVM spot проверить корректность system address и наличие HYPE на принимающей стороне для оплаты газа.