Core Guide · Шаг 2 из 5
Кратко
В первой статье мы разобрали Hyperliquid как ончейн-систему с привычным биржевым интерфейсом.
Эта страница идет на уровень глубже: где находится сама торговая логика?
В Hyperliquid торговые процессы встроены в собственную инфраструктуру. Исполнение сделок, settlement и риск лучше понимать как связанные части одной торговой системы, а не как независимые слои.
Основная идея
Архитектура Hyperliquid важна не просто потому, что у системы есть собственная инфраструктура.
Важнее другое: торговля здесь не выглядит как внешний протокол, который запущен поверх универсального блокчейна.
В обычной DeFi-модели торговый протокол чаще всего работает через смарт-контракты на существующей сети. Эта сеть обслуживает много разных приложений, а торговля является только одним из сценариев.
Hyperliquid устроен иначе.
Его торговая логика относится к самой системе. Поэтому ключевые процессы — ордера, matching, исполнение, settlement, позиции и риск — работают как части одной торговой среды.
Это и есть главное архитектурное отличие.
Чем это отличается от DeFi-протокола
DeFi-протокол обычно зависит от сети, на которой он развернут.
Если DEX работает через смарт-контракты на универсальном блокчейне, его работа зависит от общей среды: нагрузки сети, комиссий, скорости блоков, порядка включения транзакций и других приложений, которые используют тот же базовый уровень.
Это даёт гибкость и composability, но не делает сеть специально заточенной под биржевую торговлю.
Hyperliquid выбрал другой подход.
Торговля здесь является основной задачей инфраструктуры. Система не пытается сначала быть универсальным блокчейном для любых приложений, а потом уже торговым протоколом. Она построена вокруг биржевого сценария с самого начала.
Поэтому Hyperliquid ближе к специализированной торговой системе, чем к обычному DeFi-протоколу на внешней сети.
Чем это отличается от централизованной биржи
У централизованной биржи торговая логика тоже может быть глубоко встроена в систему.
Но эта система закрыта внутри платформы оператора.
Matching engine, внутренние балансы, риск-движок, ограничения и поддержка находятся под контролем компании. Пользователь видит интерфейс и результат, но сама торговая среда остаётся внутренней инфраструктурой биржи.
Hyperliquid стремится сохранить похожий торговый опыт, но строит его на другой основе.
Торговая система не находится внутри обычной аккаунтной платформы оператора. Она работает как ончейн-инфраструктура, где правила и состояние системы являются частью самой торговой среды.
Поэтому сходство с CEX помогает понять интерфейс, но не объясняет архитектуру.
Исполнение, settlement и риск
Главное следствие архитектуры видно в связке исполнения, settlement и риска.
На обычной торговой платформе их легко представить как отдельные этапы: ордер исполнился, затем результат отражается в балансе или позиции, а риск-система отдельно проверяет состояние аккаунта.
В Hyperliquid эти процессы лучше понимать как связанные части одной среды.
Когда сделка исполняется, её результат сразу влияет на позицию, margin и дальнейшую оценку риска. Это не отдельные истории, которые потом нужно “сшивать” между собой.
Это не значит, что исполнение, settlement и риск — одно и то же.
У них разные функции. Но они относятся к одной торговой системе, поэтому поведение Hyperliquid лучше объясняется архитектурой, а не только интерфейсом.
Почему это важно дальше
Эта статья нужна как мост между первой страницей и следующими темами.
В первой статье мы зафиксировали: Hyperliquid похож на CEX по пользовательскому опыту, но работает на другой системной основе.
Здесь мы уточнили, что именно отличается: торговая логика встроена в собственную инфраструктуру.
Дальше это станет важно для custody и irreversibility.
Если действия происходят внутри такой системы, то вопрос контроля становится центральным: кто авторизует действия, кто управляет доступом и можно ли считать исполненные действия обратимыми.
Hyperliquid в контексте архитектуры
Что эта страница ещё не объясняет
Эта страница объясняет архитектурную основу.
Она не объясняет, кто контролирует средства, почему действия необратимы, как работает margin и когда происходит liquidation.
Эти темы идут дальше.
Сначала нужно понять, где находится торговая логика. После этого custody, margin и liquidation будут выглядеть не как отдельные функции интерфейса, а как следствия устройства системы.
Ключевая идея
Можно переходить дальше, когда
- Вы можете объяснить, где в Hyperliquid находится торговая логика.
- Вы понимаете отличие от DeFi-протокола, который работает через смарт-контракты поверх внешней сети.
- Вы понимаете отличие от закрытой инфраструктуры централизованной биржи.
- Вы можете объяснить, почему исполнение, settlement и риск связаны архитектурой системы.