Перпетуальные контракты на CEX и DEX: хранение, ордера и вывод

Централизованная биржа обычно объединяет у одного оператора обслуживание аккаунта, хранение активов, внутренний реестр балансов и сопоставление ордеров. DEX может поручать часть или все эти функции кошельку и блокчейн-протоколу. Но название не раскрывает подробности: протокол может использовать ончейн-книгу ордеров и зависеть от конкретного набора валидаторов; веб-интерфейс может обслуживаться отдельно; пользователь может пополнять DEX с кастодиальной биржи.

Разберите фактический путь на компоненты: сайт или приложение, кошелек и ключ подписи, учетная запись, книга ордеров или механизм сопоставления, система риска, состояние расчетов, мост и процедура вывода. Два продукта под названием «DEX для перпетуалов» могут по-разному распределять эти обязанности.

В кастодиальном аккаунте баланс обычно записывают внутренние системы платформы. Coinbase описывает Coinbase.com как централизованную биржу, которая хранит клиентские активы в размещенных у нее кошельках, управляет связанными приватными ключами и внутренним реестром; отдельно она выделяет кошелек с самостоятельным хранением Coinbase Wallet. Это описание конкретного поставщика, а не общее правило для всех бирж.

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

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

Централизованная биржа и ончейн-протокол могут использовать лимитные ордера и книгу с приоритетом цены, затем времени. В документации Hyperliquid сказано, что ее книга работает подобно книгам на централизованных биржах и сопоставляет ордера по цене и времени; технический обзор указывает, что ордера, отмены, сделки и ликвидации проходят ончейн. Следовательно, вопросы «есть ли книга ордеров?» и «хранятся ли активы централизованно?» нужно рассматривать отдельно.

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

Риски исполнения и кредитного плеча есть в обеих моделях. Изучите правила конкретного контракта по mark price и ликвидации, режим маржи, расписание funding, комиссии и процедуру принудительного закрытия. См. также mark price и последнюю цену сделки, маржу и ликвидацию.

Сумма нужна только для сравнения этапов; это не рекомендация по размеру депозита, фактическая комиссия или гарантия возврата.

• Кастодиальная биржа: USDC отображаются во внутреннем реестре аккаунта. Биржа обновляет записи по счету и контракту согласно своим условиям. После закрытия позиции остаток остается на бирже до запроса на вывод. Проверьте поддерживаемые активы и сеть, лимиты, комиссии, сроки и доступные способы.
• Протокол с подключенным кошельком: держите USDC в поддерживаемой сети, затем внесите или переведите их в протокол. Он учитывает залог и состояние позиции по собственным правилам. После закрытия высвобожденные средства возвращаются на баланс протокола; может потребоваться отдельный вывод. Проверьте актив, сеть, адрес, мост, комиссию за газ, правила залога и адрес назначения.

Разница не в том, что «у одной стороны есть реестр, а у другой нет». Важно, кто управляет состоянием или проверяет его, как вы можете его изучить, какой аккаунт или ключ разрешает вывод и что происходит при недоступности обычного пути. В текущей инструкции Hyperliquid перечислено несколько способов пополнения, включая вывод с поддерживаемых бирж, мосты и межсетевые переводы USDC. Способы и условия меняются — сверяйтесь с актуальными инструкциями.

Если путь выглядит как биржа → внешний кошелек → мост → протокол, каждый этап добавляет зависимость. Биржа может задержать вывод, кошелек может быть скомпрометирован, мост или сеть — недоступны, а протокол применит собственные правила вывода и риска. Меньше этапов упрощают операции, но не делают оставшийся сервис автоматически безопаснее.

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

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

Предупреждение CFTC для клиентов в США отмечает, что на спотовых рынках виртуальных валют может не быть государственного надзора и важных защитных механизмов, и напоминает о киберрисках и потерях на фьючерсах с плечом. Оно относится к США, не классифицирует все платформы и не объясняет законы других стран. Не делайте вывод о защите по известному бренду, слову «децентрализованный» или доступности приложения: отдельно проверяйте поставщика, продукт и юрисдикцию.

Используйте одинаковый или сопоставимый контракт, размер позиции, залог, срок удержания и условия ордера. Запишите доступность продукта в вашем регионе, контроль ключа и реестра балансов, способ сопоставления (централизованный сервис, ончейн-книга, AMM или гибрид), полномочия приостановить или изменить систему, цену запуска требований по марже, начисление funding и комиссий, порядок ликвидации, сеть и стоимость вывода, процедуру задержки и способ восстановления аккаунта.

Сравнивайте фактические комиссии, funding, спред и расходы на перевод отдельно. Более низкая торговая комиссия не обязательно означает меньшие общие расходы; см. руководство по затратам на перпетуалы. Реферальная скидка и партнерская выплата — разные коммерческие условия. Платные ссылки требуют раскрыть отношения издателя и поставщика.

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

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