Перейти к содержимому

    Нажмите /, чтобы искать, и [ или ], чтобы перейти к предыдущей или следующей странице.

    Введение

    Частые вопросы

    Короткие ответы на частые вопросы — к каждому есть ссылка на страницу, где тема разобрана подробно.

    Что именно работает ончейн?

    Торговые правила записаны в контрактах в HyperEVM — сети смарт-контрактов Hyperliquid; USDC хранятся в HyperCore — собственном реестре Hyperliquid. Контракт Exchange ведёт каждый баланс, каждую позицию и каждое требование в очереди и переводит USDC в HyperCore через системный контракт CoreWriter. Обзор архитектуры показывает, как устроены контракты, а Риски — кто и что может вызывать.

    Как проходят сделки?

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

    Как устроен оракул?

    Отдельного оракула нет. Exchange читает лучшие цены покупки и продажи Hyperliquid напрямую через прекомпил HyperCore для чтения и берёт их середину. Никаких внешних ценовых фидов и никаких подписантов цен. Подробнее — в разделе Цены: прекомпил BBO.

    Какие рынки доступны и какое максимальное плечо?

    BTC и ETH, на каждом плечо до 1000×. Одна позиция (маржа, умноженная на плечо) может достигать $10,000,000. Можно добавить любой бессрочный фьючерс, который торгуется на Hyperliquid; листинг — это действие владельца через таймлок.

    Сколько стоит торговля?

    Всё, что берёт протокол, вычитается из прибыльного закрытия:

    1. мёртвая зона: прибыль считается так, будто цена выхода на 0.002% от цены входа хуже, поэтому прибыль меньше этого не приносит ничего;
    2. удержание на небольших движениях — шире на внерабочей кривой, которая действует в спокойные периоды, например по выходным;
    3. коэффициент асимметричного влияния, который сильнее всего урезает небольшую прибыль;
    4. комиссия с прибыли — 2% от того, что осталось.

    При закрытии через фронтенд, который владелец одобрил как билдера, взимается ещё комиссия билдера — 0.5% от прибыли; приложение не указывает билдера, поэтому закрытия в нём её не платят.

    Убыток стоит ровно столько, сколько составляет убыток. У убыточных закрытий и ликвидаций тоже есть комиссия (2% и 2%), но она вычитается из того, что получает LP, и не взимается, пока в очереди выплат что-то есть. Каждая комиссия делится между стейкерами (50%) и командой.

    Можно ли добавить маржу в позицию?

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

    Что происходит при ликвидации?

    У каждой позиции есть цена банкротства: она задаётся при открытии чуть раньше той цены, при которой маржа была бы исчерпана. Когда средняя цена Hyperliquid её пересекает, позицию можно ликвидировать, и вся маржа теряется, хотя закрытие чуть раньше могло бы что-то вернуть. Ваше собственное закрытие, исполненное по цене банкротства или за ней, рассчитывается точно так же. Наши киперы отправляют ликвидации, как только позиция пересекает эту цену. Подробнее — в разделе Ликвидации.

    Был ли запуск BACK честным?

    Да. Предложение начиналось с нуля: ни премайна, ни доли команды или инвесторов, ни аирдропа, ни вестинга. Начислять токены может только контракт Tokenomics, и он начисляет их только трейдерам, которые закрылись в убыток или были ликвидированы. Переводы на старте: выключено; стейкинг и вывод из стейкинга работают.

    Как внести средства в LP?

    Никак. В LP есть только то, что проиграли трейдеры, а единственный способ получить BACK, который в стейкинге приносит доход от LP и комиссий, — проиграть сделку. Если у вас есть BACK, застейкайте его, чтобы получать долю стейкеров в USDC.

    Можно ли сделать свой фронтенд?

    Да, с одним условием: открытия, закрытия, регистрация сеансовых ключей и действия со стейкингом попадают в контракты только через наш релейер, который отправляет их пакетами. Фронтенд подписывает те же сообщения и отправляет их в API релейера (API интентов). Для вывода нужна подпись вашего собственного кошелька, и его можно отправить прямо в контракт. Фронтенд, который владелец одобрил как билдера, получает комиссию с закрытий по сеансовым ключам, зарегистрированным через него (Коды билдеров).

    Почему мой выигрыш выплачен не полностью?

    LP выплачивает выигрыши из тех денег, которые у него есть. Когда их слишком мало или другие выигравшие уже ждут, невыплаченная часть встаёт в очередь выплат и выплачивается — начиная с самого старого требования — по мере того, как последующие убытки пополняют LP. Подробнее — в разделе LP и очередь выплат.

    Гарантировано ли требование в очереди?

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

    Можно ли потерять больше маржи?

    Нет. Убыток ограничен маржой позиции, а ликвидация забирает ровно маржу.

    Почему закрытие ждёт несколько секунд?

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

    Что, если релейер или API не работают?

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

    Кто может менять правила?

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

    Проходил ли код аудит?

    Пока нет. Контракты проверяются модульными, фазз- и инвариантными тестами, а TypeScript-копия их арифметики сверяется с векторами, сгенерированными из контрактов, но это тестирование, а не аудит. Пока аудит не опубликован, считайте контракты непроверенными аудитом; что может пойти не так, описано на странице Риски.

    Обновлено: