La mise à niveau HIP-3 d'Hyperliquid a ouvert la capacité aux développeurs de déployer des marchés de contrats perpétuels, et en théorie, presque n'importe quel actif — des cryptomonnaies, aux matières premières, en passant par les marchés de prédiction — pourrait intégrer l'écosystème du trading perpétuel. Cela semble prometteur, mais il existe un problème d'étranglement dans la réalité.

Ce problème se cache dans la conception de l'oracle. À chaque mise à jour de prix par l'oracle, la variation par rapport au dernier prix de référence est limitée à ±1%. Ce « plafond de 1% » semble être une mesure de sécurité — prévenir les données anormales et assurer l'évolution lisse des prix. La logique est solide.

Mais le problème survient : les marchés réels ne sont pas toujours lisses. Pour certains marchés à tarification rapide ou non continus, les prix peuvent connaître des sauts en très peu de temps, voire des gaps directs. Dans ce cas, la limite de 1% devient un goulot d'étranglement.

En termes spécifiques, le mécanisme d'oracle de HIP-3 fonctionne ainsi : chaque marché déployé par un développeur est équipé de sa propre source de données d'oracle, qui nécessite une mise à jour haute fréquence — environ toutes les 3 secondes, avec un intervalle minimum de 2,5 secondes. La restriction clé est exactement ±1%. En d'autres termes, même si le prix du marché augmente réellement de 5%, l'oracle ne peut que « progresser » lentement, avec un maximum de 1% par mise à jour. Si aucune mise à jour d'oracle n'intervient dans les 10 secondes, le système se dégrade automatiquement vers le prix médian entre la meilleure offre et la meilleure demande du marché comme référence.

Ce mécanisme fonctionne bien sur les marchés avec une bonne liquidité et des prix stables. Mais pour les classes d'actifs intrinsèquement volatiles et à tarification discontinue, cette limite de ±1% pour la variation de mise à jour s'avère insuffisante.