Questions fréquentes

En quoi est-ce on-chain ?

Les règles de trading vivent dans des contrats sur HyperEVM, la chaîne de smart contracts d’Hyperliquid ; les USDC sont sur HyperCore, le registre natif d’Hyperliquid. Le contrat Exchange tient chaque solde, chaque position et chaque créance en file, et déplace les USDC sur HyperCore via le contrat système CoreWriter. La vue d’ensemble de l’architecture présente les contrats ; Risques indique qui peut appeler quoi.

Comment fonctionnent les trades ?

Chaque trade est une position synthétique entre vous et le LP, exécutée au prix médian d’Hyperliquid dans le bloc où elle est traitée. Rien ne s’échange sur Hyperliquid même, donc ni funding ni slippage. Quand vous activez le trading, l’app enregistre une clé de session : vous n’avez pas à confirmer chaque trade dans votre portefeuille.

Comment fonctionne l’oracle ?

Il n’y a pas d’oracle séparé. L’Exchange lit le meilleur prix acheteur et le meilleur prix vendeur d’Hyperliquid directement via une précompilée de lecture de HyperCore, et en prend le point médian. Aucun flux de prix off-chain, aucun signataire de prix. Voir Prix : la précompilée BBO.

Quels marchés sont disponibles, et quel est le levier maximal ?

BTC et ETH, chacun avec un levier jusqu’à 1000×. Une seule position (la marge multipliée par le levier) peut atteindre $10,000,000. N’importe quel perpétuel listé sur Hyperliquid peut être ajouté ; le listing est une action du propriétaire qui passe par le timelock.

Combien coûte le trading ?

Tout ce que prélève le protocole provient d’une clôture gagnante :

1. une zone morte : le gain est mesuré comme si la sortie était moins favorable de 0.002% du prix d’entrée, si bien qu’un gain plus petit ne rapporte rien ;
2. une retenue sur les petits mouvements, plus large sur la courbe hors heures utilisée pendant les périodes calmes comme le week-end ;
3. l’échelle d’impact asymétrique, qui réduit surtout les petits gains ;
4. des frais sur gain de 2% de ce qui reste.

Clôturer via un frontend que le propriétaire a approuvé comme builder coûte aussi des frais de builder de 0.5% du gain ; l’app ne désigne aucun builder, donc les clôtures qu’on y fait n’en paient pas.

Une perte ne coûte que la perte. Les clôtures perdantes et les liquidations ont aussi des frais (2% et 2%), mais ils sont prélevés sur ce que reçoit le LP, et supprimés tant que la file des paiements contient quelque chose. Les frais sont partagés entre les stakers (50%) et l’équipe.

Puis-je ajouter de la marge à ma position ?

Non. Une position est figée dès son ouverture : vous ne pouvez ni ajouter ni retirer de marge, ni changer son levier. Pour prendre plus ou moins de risque, clôturez-la et ouvrez-en une nouvelle, ou ouvrez une deuxième position.

Que se passe-t-il lors d’une liquidation ?

Chaque position a un prix de faillite, fixé à l’ouverture un peu avant le prix auquel la marge serait épuisée. Quand le prix médian d’Hyperliquid le franchit, la position peut être liquidée et toute la marge est perdue, même si une clôture juste avant aurait pu rendre un peu. Une clôture de votre part exécutée au prix de faillite ou au-delà se règle de la même façon. Nos keepers soumettent les liquidations dès qu’une position franchit ce prix. Voir Liquidations.

BACK a-t-il eu un lancement équitable ?

Oui. Son offre est partie de zéro : pas de pré-minage, pas d’allocation à l’équipe ni aux investisseurs, pas d’airdrop, pas de vesting. Le seul émetteur est le contrat Tokenomics, et il n’émet que pour les traders qui clôturent à perte ou sont liquidés. Au lancement, le transfert est désactivé ; le staking et le déstaking fonctionnent.

Comment déposer dans le LP ?

Impossible. Le LP ne contient que ce que les traders ont perdu, et la seule façon d’obtenir des BACK, qui rapportent sur le LP et les frais une fois stakés, est de perdre un trade. Si vous détenez des BACK, stakez-les pour toucher la part des stakers en USDC.

Puis-je créer mon propre frontend ?

Oui, à une condition : les ouvertures, les clôtures, l’enregistrement des clés de session et les actions de staking n’atteignent les contrats que par notre relayer, qui les soumet par lots. Un frontend signe les mêmes messages et les envoie à l’API du relayer (API des intentions). Les retraits demandent la signature de votre propre portefeuille et peuvent aussi être envoyés directement au contrat. Un frontend approuvé comme builder par le propriétaire touche des frais sur les clôtures des clés de session enregistrées par son intermédiaire (Codes builder).

Pourquoi mon gain n’a-t-il pas été payé en entier ?

Le LP paie les gains avec les liquidités qu’il détient. Quand il en a trop peu, ou que d’autres gagnants attendent déjà, la part impayée rejoint la file des paiements et sera réglée, de la créance la plus ancienne à la plus récente, à mesure que les pertes suivantes renflouent le LP. Voir Le LP et la file des paiements.

Une créance en file est-elle garantie ?

Non. Une créance en file n’est couverte que par les pertes futures des autres traders. Elle peut attendre longtemps, et rien ne plafonne la taille de la file. En attendant, vous pouvez utiliser votre solde en file comme marge pour de nouvelles positions.

Puis-je perdre plus que ma marge ?

Non. Une perte est plafonnée à la marge de la position, et une liquidation prend exactement la marge.

Pourquoi ma clôture attend-elle quelques secondes ?

Quand une position vient d’être ouverte, le relayer retient sa clôture jusqu’à 6 secondes avant de la soumettre. Cela bloque les ordres qui tentent d’exploiter un seul instantané de prix périmé.

Et si le relayer ou l’API est en panne ?

Les ouvertures et les clôtures ont besoin du relayer : elles attendent. Pas votre solde libre : vous pouvez toujours le retirer par une transaction depuis votre propre portefeuille, et l’app lit alors vos positions directement sur la chaîne.

Qui peut changer les règles ?

Le propriétaire de chaque contrat évolutif est un timelock : toute mise à niveau ou modification de paramètre est visible on-chain pendant 2 jours avant de pouvoir s’exécuter. Un gardien peut suspendre le trading ou retirer un marché immédiatement, mais ne peut pas déplacer de fonds. Voir Risques.

Le code a-t-il été audité ?

Pas encore. Les contrats sont testés par des tests unitaires, de fuzzing et d’invariants, et la réplique TypeScript de leur arithmétique est vérifiée sur des vecteurs générés à partir des contrats, mais ce sont des tests, pas un audit. Tant qu’aucun audit n’est publié, considérez les contrats comme non audités ; la page Risques liste ce qui peut mal tourner.