Vue d’ensemble
Hyperliquid réunit HyperCore, qui prend en charge des fonctions de négociation natives, et HyperEVM, destiné à l’exécution de contrats compatibles. Sa blockchain utilise HyperBFT, un mécanisme de consensus apparenté à HotStuff. Il faut distinguer ces composants des interfaces d’accès.
Mécanismes
Un réseau orienté vers la négociation conserve des dépendances de consensus, de validateurs, d’applications et d’opérations. Un ordre accepté n’est pas nécessairement exécuté ; une opération exécutée n’est pas un retrait terminé. Les dérivés ajoutent des risques de collatéral, de financement et de liquidation à ceux de la détention d’un actif.
Risques et interprétation
Chaque marché et intégration doivent être examinés séparément : sources de prix, liquidité, règles de liquidation, ponts et droits administratifs peuvent différer. Cette fiche explique l’architecture et les catégories de risque, sans recommander l’effet de levier. La documentation du déploiement concerné prime sur une description générale de la plateforme.
- 01Ordre limité
- 02Liquidité disponible
- 03Quantité exécutée
- 04Ordre restant
Ces repères représentent des notions liées, pas nécessairement des étapes successives.
Lire l’explication
HyperCore maintient des carnets d’ordres, avec priorité de prix puis de temps. Un prix limite borne le prix acceptable ; il ne garantit pas des contreparties suffisantes. HyperEVM fournit un environnement de contrats distinct. HYPE est le token natif du réseau, utilisé pour le gas sur HyperEVM ; le détenir ne revient pas à ouvrir une position de trading.
Replacez le mécanisme dans son contexte
Dans un carnet spot fictif, vous placez un achat limité persistant de 10 unités à 20 $ maximum. Seules 4 unités sont proposées à 20 $ ou moins. Supposez l’absence de frais et d’autres ordres compatibles. Déterminez la quantité exécutée et la quantité restante.
Appliquer dans l’atelier →Ce que ce mécanisme ne garantit pas
Chaque marché et intégration doivent être examinés séparément : sources de prix, liquidité, règles de liquidation, ponts et droits administratifs peuvent différer. Cette fiche explique l’architecture et les catégories de risque, sans recommander l’effet de levier. La documentation du déploiement concerné prime sur une description générale de la plateforme.
Cas pratique : ordre, exécution et retrait
Un écran fictif indique un ordre accepté de dix unités et une exécution de quatre. Quantité acceptée et exécutée diffèrent. Six restent soumises aux conditions et au statut de l’ordre. Un retrait ultérieur est une instruction distincte avec sa preuve de réalisation. Un seul indicateur « terminé » ne suffit pas.
Votre grille d’analyse
Enregistrez quantités demandée, exécutée et restante séparément. Pour une position fictive à levier, identifiez aussi collatéral, financement et liquidation avant d’interpréter un profit.