Hyperliquid Étend Hip-3 Vers Les Marchés Permissionnés

Et si le prochain tournant des dérivés crypto ne tenait pas à un nouveau jeton, mais à une simple liste d’adresses ? C’est précisément le terrain que Hyperliquid vient d’ouvrir. Une version préliminaire de HIP-3 est arrivée sur le testnet avec une option jusqu’ici absente: des marchés de contrats perpétuels dont l’accès peut être restreint par le deployer lui-même, via une allowlist on-chain. Rien n’est encore figé. Rien n’est encore en production. Pourtant, le signal est assez net pour mériter qu’on s’y arrête longtemps.

Une Option Discrète Qui Change Le Rapport De Force

Le cœur de l’annonce n’est pas un produit grand public. C’est un levier de configuration. Jeffrey Yan, cofondateur de Hyperliquid, a présenté une proposition de testnet dans laquelle les équipes indépendantes qui déploient des marchés peuvent désormais choisir de limiter les participants. Elles gèrent elles-mêmes la liste, ou nomment un sous-deployer pour s’en occuper. Hyperliquid ne décide pas qui entre. Hyperliquid fournit le rail.

Cette nuance paraît technique. Elle est politique, économique et juridique à la fois. Dans un univers où l’on oppose souvent ouverture totale et conformité institutionnelle, HIP-3 tente une troisième voie: laisser chaque opérateur de marché décider du degré d’ouverture, sans transformer le réseau en guichet central. Les marchés déjà existants ne basculent pas automatiquement. La permission n’est pas obligatoire. Elle est optionnelle. C’est tout l’intérêt, et toute l’ambiguïté.

Dans une future mise à niveau du réseau, HIP-3 pourra supporter une configuration optionnelle de marchés permissionnés. Cela permettrait, par exemple, à des investisseurs américains d’accéder à certains marchés, ou à des institutionnels soumis à des règles strictes.

Jeffrey Yan, via une proposition de testnet relayée le 3 septembre 2026

Ce Que HIP-3 Était Déjà, Avant Cette Couche D’Accès

Pour comprendre la nouveauté, il faut d’abord rappeler le rôle de HIP-3. Ce cadre permet à des équipes extérieures de lancer des marchés de perpetual futures sur HyperCore sans demander l’aval de l’équipe de développement centrale. Chaque deployer choisit les actifs, les oracles, les plafonds de levier et la grille tarifaire. Il assume aussi la responsabilité opérationnelle: configuration, suivi, règlement, incidents liés à ses propres produits.

Hyperliquid, dans ce schéma, se présente comme un fournisseur d’infrastructure. Le réseau, le carnet, la mécanique de liquidation et de financement restent communs. Le produit listé, lui, appartient à l’équipe qui l’a déployé. C’est une séparation nette entre la couche protocole et la couche marché. Elle évite que chaque nouveau contrat devienne un projet interne. Elle expose aussi les deployers: une mauvaise source de prix, un levier trop généreux ou une procédure de règlement mal conçue ne pourra pas être renvoyée facilement vers le cœur du réseau.

Les contrats perpétuels n’ont pas d’échéance fixe. Des paiements de financement périodiques rapprochent le prix du contrat de celui de l’actif de référence. Tant que les exigences de marge sont respectées, une position peut rester ouverte. Cette simplicité apparente cache une mécanique exigeante: qualité de l’oracle, liquidité, surveillance des manipulations, gestion des files d’ordres en période de stress. HIP-3 confie ces leviers à des opérateurs indépendants. L’allowlist s’ajoute à cette boîte à outils. Elle ne la remplace pas.

Comment Fonctionne L’Allowlist On-Chain

Dans le design préliminaire, un deployer peut tenir une liste d’adresses autorisées directement sur la chaîne. Il peut aussi déléguer cette gestion à un sous-deployer. L’idée n’est pas de recréer un back-office opaque. C’est de rendre visible, au niveau du contrat, qui a le droit de participer à ce marché-là. Un autre deployer, sur le même réseau, peut garder un marché totalement ouvert. Les deux modèles coexistent.

Cette coexistence est volontaire. Hyperliquid insiste sur le caractère optionnel. Les marchés HIP-3 déjà en place ne changent pas de régime parce qu’une bascule existe ailleurs. Les équipes qui n’ont pas besoin de filtrage continuent comme avant. Celles qui ont un modèle d’affaires, une contrainte interne ou une obligation juridique peuvent activer le contrôle d’accès. Le protocole ne force personne. Il ouvre une case supplémentaire dans le formulaire de déploiement.

Sur le testnet, les développeurs peuvent observer l’interaction entre comptes de trading, permissions de marché et rôles de sous-deployer. Les spécifications restent provisoires. Yan a indiqué que le retour technique pourra encore modifier le système. Aucune date de passage en mainnet n’a été annoncée. Autrement dit: on parle d’un prototype lisible, pas d’un standard gravé.

Le mot allowlist peut donner l’illusion d’une conformité magique. Ce n’est pas le cas. Une liste d’adresses décide quels comptes blockchain entrent. Elle ne dit rien, à elle seule, sur l’identité civile, le statut réglementaire, le pays de résidence ou la qualité d’investisseur. Elle est un filtre technique. Le droit, lui, s’applique aux personnes, aux intermédiaires, aux actifs et aux territoires. Confondre les deux serait une erreur coûteuse.

Pourquoi Des Marchés Fermés Sur Une Chaîne Ouverte

La question revient souvent: à quoi bon restreindre l’accès sur une infrastructure qui se revendique neutre ? La réponse tient à la diversité des clients visés. Certains opérateurs veulent rester dans une logique permissionless, proche de l’esprit initial des marchés crypto. D’autres veulent parler à des desks institutionnels, à des fonds soumis à des politiques internes, éventuellement à des investisseurs américains dans un cadre encore à clarifier. Ces publics n’acceptent pas toujours un carnet ouvert à n’importe quelle adresse.

Un fonds peut exiger de savoir qui cote en face. Un courtier peut devoir limiter les contreparties. Un produit lié à une matière première ou à un indice sensible peut appeler une surveillance plus serrée. Dans ces cas, une allowlist n’est pas un caprice. C’est un outil de gouvernance de marché, même imparfait. Imparfait, parce qu’une adresse n’est pas une personne, et parce qu’une liste peut être mal tenue, trop large, trop étroite, ou capturée par l’opérateur.

Le design sépare aussi deux gouvernances. Celle du réseau: Hyperliquid continue d’entretenir l’infrastructure. Celle du marché: chaque équipe décide si elle active le filtre et qui y figure. Cette séparation est cohérente avec le discours d’un fournisseur neutre. Elle n’efface pas le pouvoir du deployer. Au contraire, elle le renforce. Qui contrôle la liste contrôle l’entrée. Qui contrôle l’entrée oriente la liquidité, le type de flux et, in fine, le profil de risque du carnet.

Ajouter un filtrage n’étend pas le pouvoir de l’équipe centrale. Cela élargit la boîte à outils des mêmes opérateurs indépendants.

Lecture de la proposition de testnet

Ce Que La Permission Ne Remplace Jamais

Le texte de la proposition ne prétend pas qu’activer une allowlist rende un déploiement conforme à une juridiction précise. C’est un point trop souvent négligé dans les débats publics. Aux États-Unis, l’accès aux dérivés dépend en général des règles de la Commodity Futures Trading Commission, des licences de la place, de la chambre de compensation et des intermédiaires. Un logiciel de filtrage ne remplace ni l’enregistrement, ni la protection des clients, ni le reporting, ni la surveillance de marché.

On peut donc imaginer deux lectures opposées. La première, optimiste, voit dans HIP-3 permissionné un pont vers des flux réglementés, des desks américains, des politiques internes d’institutions. La seconde, plus froide, y voit un habillage technique qui pourrait être brandi comme preuve de sérieux alors qu’il ne couvre qu’une fraction du travail réglementaire. Les deux lectures peuvent coexister. Tout dépend de ce que fera réellement chaque deployer, et de ce qu’exigeront les autorités.

En juillet, le Hyperliquid Policy Center et Phantom ont demandé des règles adaptées aux systèmes de trading décentralisés. Ils ont argumenté que les développeurs de logiciels et les fournisseurs de portefeuilles non custodiaux ne devraient pas se voir appliquer automatiquement les mêmes devoirs d’enregistrement que des intermédiaires traditionnels qui détiennent les actifs des clients. Cette ligne n’est pas nouvelle dans l’écosystème. Elle redevient brûlante dès qu’un marché on-chain parle d’investisseurs américains.

Le Dossier Énergie Et Le Poids Du Volume Tiers

Le 26 août, un dépôt du Hyperliquid Policy Center et de trade[XYZ] a proposé des perpétuels énergétiques liés au WTI, au Brent et au gaz naturel Henry Hub. Le dossier indiquait que trade[XYZ] opère des marchés perpétuels tiers sur Hyperliquid depuis octobre 2025, avec plus de 500 milliards de dollars de volume cumulé sur plusieurs classes d’actifs. Ce chiffre n’est pas un détail marketing. Il montre qu’une partie significative de l’activité ne vient déjà plus du seul catalogue interne.

Le même dépôt rappelait qu’un opérateur américain régulé devrait malgré tout respecter les règles CFTC sur la protection des clients, l’intégrité de marché et la conservation des enregistrements. Les auteurs proposaient aussi des plafonds de levier par actif, des divulgations claires sur le financement, et des contrôles sur la fiabilité des références et le risque de manipulation. La CFTC n’a pas approuvé ces produits énergétiques. Son examen porte sur la fiabilité des prix, la surveillance, les limites de position, la marge, la compensation et l’effet possible d’un trading continu sur les marchés physiques.

On voit ici le décalage entre vitesse protocolaire et vitesse réglementaire. HIP-3 peut ajouter une case « marché permissionné » en quelques semaines de testnet. Un contrat sur le pétrole ou le gaz, lui, entraîne une discussion sur les marchés physiques, les benchmarks et la surveillance. L’allowlist n’accélère pas ce calendrier. Elle peut, au mieux, servir d’argument d’architecture: le marché n’est pas un hall ouvert à tous les comptes du réseau.

Payward, Bitnomial Et La Piste Américaine Parallèle

Une autre discussion, distincte du testnet HIP-3, concerne Hyperliquid Labs, Payward — maison mère de Kraken — et Bitnomial, place américaine de dérivés régulée. L’idée évoquée: faire trader à des clients éligibles de Bitnomial certains futures crypto liés à la technologie Hyperliquid. Payward aurait présenté la structure à la CFTC. Aucune autorisation n’est confirmée. Aucune date de lancement n’est actée. Aucune liste finale de contrats n’est publique.

Payward possède déjà Bitnomial, qui détient des licences d’échange, de chambre et de courtage aux États-Unis. En juin, Kraken a lancé des perpétuels régulés pour des clients américains éligibles via Bitnomial, avec une bascule possible depuis un compte Kraken Pro entre spot, marge, futures classiques et perpétuels. Le projet impliquant Hyperliquid porterait sur des contrats sélectionnés et resterait distinct de cette offre déjà en place. La CFTC devrait juger les contrats, la structure de marché et les garde-fous présentés.

Il serait tentant de fondre les deux fils en un seul récit: HIP-3 permissionné d’un côté, Bitnomial de l’autre, comme s’il s’agissait du même produit. Ce n’est pas ce que disent les faits disponibles. L’un est une option de configuration on-chain pour des deployers indépendants. L’autre est une discussion de place régulée, avec licences, clients éligibles et feu vert toujours en attente. Les deux parlent d’accès américain. Ils ne parlent pas le même langage juridique.

La Bataille De Qualification Des Perpétuels

Un contentieux parallèle peut encore brouiller la carte. CME Group conteste le traitement des contrats perpétuels par la CFTC. Selon CME, ces produits devraient être gouvernés comme des swaps au sens de Dodd-Frank, et non listés comme des futures ordinaires. Le désaccord s’est ouvert après que la CFTC a autorisé le contrat perpétuel bitcoin de Kalshi en mai. L’agence estime que le droit fédéral n’impose pas à un contrat à terme d’avoir une échéance fixe.

Cette querelle n’est pas un détail académique. Si les perpétuels basculent dans une catégorie de swaps, les exigences d’intermédiation, de reporting et de compensation peuvent changer. Les places, les courtiers et les architectures techniques devraient s’adapter. Une allowlist on-chain ne tranche pas ce débat. Elle peut seulement, dans certains montages, aider un opérateur à circonscrire qui trade quoi, pendant que les juristes se disputent le nom de l’instrument.

Pour un lecteur européen, le dossier américain peut sembler lointain. Il ne l’est pas. Les flux, les références de prix et les pratiques de levier voyagent. Un standard de surveillance adopté à Washington influence souvent la façon dont d’autres régulateurs regardent les perpétuels crypto. Inversement, un protocole qui prouve qu’il peut porter à la fois des carnets ouverts et des carnets filtrés devient un objet d’étude pour des places qui cherchent à rester compétitives sans tout fermer.

Infrastructure Neutre Ou Responsabilité Diluée

Hyperliquid décrit une architecture où le réseau reste commun et où chaque équipe reste responsable de ses produits. C’est élégant sur le papier. Dans la pratique, les utilisateurs voient souvent une seule interface, un seul carnet, une seule marque d’écosystème. Quand un oracle dérape ou qu’un marché se dégrade, la distinction entre deployer et infrastructure devient soudain plus floue aux yeux du public.

La proposition de Yan assume pourtant cette répartition. Qualité d’oracle, levier, procédures de règlement et, demain, gestion des accès: tout cela relèverait de l’opérateur du marché, pas du groupe de développement central. Pendant la phase de testnet, les développeurs peuvent tester précisément ces frontières. Qui peut ajouter une adresse ? Qui peut la retirer ? Que se passe-t-il si le sous-deployer disparaît ? Comment un compte de trading interagit-il avec plusieurs marchés dont certains sont ouverts et d’autres fermés ?

Ces questions de plomberie décident de la robustesse du récit « infrastructure neutre ». Si la liste est facilement auditable, si les rôles sont clairs, si un marché fermé ne contamine pas un marché ouvert, le modèle tient. Si la délégation crée des zones grises, si les utilisateurs ne savent plus qui les a exclus, le récit se fissure. Le testnet existe pour ça: casser le design avant qu’il ne soit trop tard.

Ce Que Gagnent Les Deployers, Ce Que Perdent Les Puristes

Pour un deployer, l’intérêt est immédiat. Il peut construire un produit destiné à un club: market makers sélectionnés, desks soumis à une politique interne, comptes ayant passé un contrôle hors chaîne dont le résultat est ensuite traduit en adresse autorisée. Il peut aussi expérimenter un marché « institution only » sans demander à Hyperliquid de devenir un régulateur privé. C’est une autonomie commerciale réelle.

Pour une partie de la communauté, le même geste ressemble à une concession. L’ouverture sans permission était un argument d’identité. Introduire des listes, même optionnelles, normalise l’idée qu’un marché on-chain puisse trier ses participants. Les défenseurs du design répondront que l’optionnalité protège précisément cette identité: personne n’est forcé de fermer. Les critiques répondront que les flux institutionnels attirent les ressources, et que les marchés ouverts risquent de devenir le second choix.

Il n’y a pas de verdict définitif à ce stade. Tout dépendra de l’usage. Si l’allowlist reste un outil rare, activé pour des cas précis, HIP-3 conserve son visage initial. Si elle devient le chemin par défaut vers la liquidité sérieuse, le réseau aura deux vitesses, même si le code présente encore l’ouverture comme possible. Les incitations, plus que les spécifications, décideront.

• Gain opérateur: ciblage de clientèle, politique interne, lecture plus simple pour certains juristes.
• Gain réseau: coexistence de modèles, sans forcer une migration générale.
• Risque culturel: banalisation du filtrage sur une stack d’abord ouverte.
• Risque opérationnel: listes mal tenues, délégations floues, exclusions contestées.
• Risque juridique: croire qu’une allowlist égale une licence.

Levier, Oracles Et Qualité De Marché: L’Intendance Continue

On aurait tort de parler seulement d’accès. Un marché permissionné mal paramétré reste un mauvais marché. L’oracle détermine le prix de référence. Le levier détermine l’ampleur des liquidations. Les frais orientent la composition des flux. Le financement relie le perpétuel au sous-jacent. Aucune liste d’adresses n’améliore un benchmark fragile. Aucune liste n’empêche un effet de cascade si la marge est trop légère et la liquidité trop mince.

C’est pourquoi le dépôt énergétique insistait sur des leviers différenciés selon l’actif, des explications lisibles du financement et des contrôles contre la manipulation des références. Ces exigences restent valables pour un marché crypto plus classique. Un deployer qui active l’allowlist tout en négligeant l’oracle n’a fait que fermer la porte d’un local mal éclairé. Les institutions regardent d’abord la qualité de prix, ensuite le club.

Hyperliquid ne dit pas que tous les opérateurs HIP-3 devront utiliser le filtrage. Le testnet ne bascule rien tout seul. Cette prudence est bienvenue. Elle laisse le temps de mesurer comment une liste interagit avec les comptes, les permissions et les rôles délégués. Elle laisse aussi le temps aux observateurs de séparer le discours commercial de la réalité de code.

Ce Que Le Testnet Permet De Vérifier Tout De Suite

Un testnet sert à casser des hypothèses. Ici, plusieurs points méritent d’être regardés de près par les équipes qui expérimentent. La première concerne la granularité: la liste s’applique-t-elle au marché entier, à certaines fonctions, à certains types d’ordres ? La deuxième concerne la révocation: retirer une adresse en pleine position ouverte crée-t-il un régime spécial de clôture ? La troisième concerne l’audit: un observateur externe peut-il reconstituer l’historique des ajouts et des retraits sans dépendre d’un tableau de bord privé ?

Vient ensuite la question du sous-deployer. Déléguer l’accès est pratique. C’est aussi un nouveau point de défaillance. Si le sous-deployer est compromis, la liste devient une arme. Si le sous-deployer disparaît, le marché peut se figer. Les spécifications préliminaires devront clarifier les garde-fous: multisig, délais, droits de reprise par le deployer principal. Sans cela, l’option « institutionnelle » introduirait un risque opérationnel plus élevé que le marché ouvert qu’elle prétend civiliser.

Enfin, il y a l’expérience utilisateur. Un trader qui circule entre un marché ouvert et un marché filtré doit comprendre pourquoi un ordre est rejeté. Un message d’erreur flou nourrit la rumeur plus vite qu’une documentation précise. Sur un réseau où la vitesse d’exécution est un argument commercial, la clarté des refus devient un sujet de conception, pas un détail de support.

Une Lecture Européenne Du Même Événement

Depuis l’Europe, HIP-3 permissionné se lit aussi à travers MiCA, les règles sur les dérivés et les exigences des prestataires. Une allowlist peut aider un opérateur à séparer des cohortes de clients. Elle ne dispense pas des devoirs de connaissance client lorsque l’activité entre dans un régime d’intermédiaire. Elle ne règle pas non plus la question de la commercialisation transfrontalière. Un marché « réservé » peut rester interdit à la promotion dans certains États.

Des desks européens regarderont pourtant l’expérience avec intérêt. Beaucoup cherchent des carnets profonds sans exposer leurs flux à n’importe quelle contrepartie inconnue. D’autres veulent rester dans des venues ouvertes, précisément pour la découverte de prix. Le fait qu’un même socle technique puisse porter les deux approches réduit le coût d’expérimentation. On n’a plus besoin de forker toute une chaîne pour tester un club.

Il reste une vigilance de place. Si les marchés filtrés captent l’essentiel de la liquidité institutionnelle, les prix de référence des marchés ouverts peuvent s’appauvrir. Le financement des perpétuels dépend de la qualité de cette référence. Un écosystème à deux vitesses n’est pas seulement une affaire d’accès. C’est une affaire de formation des prix. Les observateurs devront comparer spreads, profonds et chocs de financement entre les deux régimes, dès que des données mainnet existeront.

Ce Que L’Annonce Dit Du Positionnement De Hyperliquid

Hyperliquid a construit une part de sa réputation sur la performance de trading et sur l’idée d’une stack dédiée aux dérivés. HIP-3 a ensuite ouvert la création de marchés à des tiers. L’allowlist prolonge ce mouvement: moins de catalogue unique, plus de diversité d’opérateurs, davantage de responsabilité locale. Le réseau cherche à rester le lieu où l’on déploie, pas seulement le lieu où l’on liste en interne.

Cette stratégie a un coût narratif. Plus les tiers pèsent dans le volume, plus les incidents éventuels d’un deployer rejaillissent sur la marque du réseau. Le dossier trade[XYZ] et ses centaines de milliards de volume cumulé illustrent l’ampleur possible. L’infrastructure neutre devient alors un argument de communication autant qu’une réalité juridique. Les utilisateurs, les régulateurs et les médias ne feront pas toujours la distinction aussi proprement que le white paper.

D’où l’intérêt de la prudence affichée: spécifications préliminaires, testnet d’abord, pas de date mainnet, pas de bascule forcée des marchés existants. C’est la bonne séquence pour un changement qui touche à l’identité d’un marché. On peut discuter le fond. On peut saluer la méthode. Les deux ne s’excluent pas.

Une liste d’adresses contrôle des comptes. Elle ne crée pas une licence, elle ne surveille pas un benchmark, elle ne protège pas un client à elle seule.

Rappel utile avant tout enthousiasme réglementaire

Scénarios Possibles Après Le Testnet

Premier scénario: l’option reste marginale. Quelques deployers l’activent pour des expériences ciblées. Les marchés ouverts demeurent le standard de liquidité. HIP-3 gagne une case dans la documentation, pas une révolution dans les flux. C’est le scénario le plus discret, et peut-être le plus fidèle à la promesse d’optionalité.

Deuxième scénario: des opérateurs à visée institutionnelle s’en emparent et attirent des flux importants. Les market makers sérieux privilégient les carnets filtrés. Les marchés ouverts restent actifs mais plus bruités. Le réseau devient explicitement dual. Les débats communautaires s’enveniment, pendant que les volumes globaux montent.

Troisième scénario: le filtrage est brandi dans des dossiers réglementaires, aux États-Unis ou ailleurs, comme preuve d’un contrôle d’accès. Les autorités demandent davantage: identité, surveillance, reporting, intermédiation. L’allowlist n’était qu’une première couche. Soit les deployers acceptent d’épaissir le dispositif hors chaîne, soit ils renoncent au discours de conformité. Dans ce scénario, le code ne suffit plus.

Quatrième scénario, plus accidentel: un incident de liste — exclusion contestée, délégation compromise, mauvaise interaction avec des positions ouvertes — force une révision brutale des spécifications. Le mainnet tarde. La fonction est resserrée. Ce n’est pas un échec en soi. C’est précisément le rôle d’un testnet que de faire apparaître ce type de friction avant l’argent réel.

Points De Vigilance Pour Traders Et Observateurs

Un trader particulier n’a pas à paniquer. Les marchés ouverts HIP-3 ne basculent pas. Rien dans l’annonce n’impose une permission généralisée. En revanche, il devient utile de lire, pour chaque listing, qui est le deployer, quels sont les paramètres, et si un filtre d’accès existe. Deux perpétuels sur le même sous-jacent peuvent cesser d’être interchangeables si l’un est un club et l’autre une place ouverte.

Un observateur de marché devra suivre trois séries de données dès qu’elles existeront en production: part de volume des marchés permissionnés, écart de spread avec les marchés ouverts, comportement du financement en période de stress. Si les trois divergences s’installent, HIP-3 n’aura pas seulement ajouté une option. Il aura scindé la formation des prix.

Un juriste, lui, regardera la documentation des rôles. Qui peut modifier la liste ? Selon quel délai ? Avec quelle traçabilité ? Quelle articulation avec des contrôles d’identité hors chaîne ? Tant que ces réponses restent floues, parler d’investisseurs américains ou d’institutionnels « grâce à HIP-3 » relève de l’anticipation, pas de la description d’un régime en vigueur.

Pourquoi Cette Petite Mise À Jour Parle Si Fort

Les marchés crypto ont passé des années à choisir leur camp: ouverture maximale contre conformité de place. Beaucoup de projets ont tranché d’un côté, puis ont improvisé de l’autre quand les flux institutionnels ou les régulateurs sont arrivés. HIP-3 permissionné tente d’inscrire les deux régimes dans le même protocole, dès la configuration du marché. Ce n’est pas une révolution de consensus. C’est une révolution de produit, plus discrète, potentiellement plus durable.

Elle arrive au moment où les perpétuels eux-mêmes sont juridiquement discutés aux États-Unis, où des dossiers d’énergie attendent un avis, où des groupes demandent un traitement distinct pour les systèmes non custodiaux. Le calendrier n’est pas anodin. Une option d’accès on-chain devient un argument dans plusieurs conversations à la fois. Encore faut-il que l’argument reste honnête: outil d’opérateur, pas sésame réglementaire.

Le plus intéressant, au fond, n’est pas que Hyperliquid « se range ». Rien dans le texte disponible n’impose un recentrage vers la finance traditionnelle. Le plus intéressant est qu’un réseau de dérivés accepte d’héberger, côte à côte, un marché-club et un marché-agora, sans prétendre que le second doive disparaître pour que le premier existe. Si le testnet tient cette promesse jusqu’au mainnet, le secteur aura un cas d’école. S’il ne la tient pas, on aura au moins vu où la coexistence se brise.

Ce Qu’Il Faudra Relire Dans Six Mois

Dans six mois, trois questions suffiront à juger l’épisode. La fonction a-t-elle atteint le mainnet sous une forme proche du testnet ? Des deployers l’ont-ils utilisée pour autre chose que des démonstrations ? Des autorités ont-elles considéré que ce filtre changeait réellement leur analyse, ou l’ont-elles renvoyé au rang d’accessoire technique ? Les réponses diront si le 3 septembre 2026 n’était qu’une note de version, ou le début d’un dualisme durable des carnets on-chain.

En attendant, la discipline la plus utile reste la plus simple. Lire les paramètres de chaque marché. Distinguer le réseau et l’opérateur. Ne pas confondre une adresse autorisée et un client protégé. Ne pas coller ensemble un testnet HIP-3 et une discussion CFTC encore ouverte. Le diable des dérivés n’habite pas les titres. Il habite les clauses, les oracles et les files d’ordres.

Hyperliquid vient d’ajouter une option. Les deployers vont devoir choisir. Les traders vont devoir vérifier. Les régulateurs, s’ils regardent, devront aller au-delà de la liste. C’est une actualité courte en apparence. C’est un basculement long en pratique, à condition que quelqu’un s’en serve vraiment, et à condition que personne ne vende cette liste comme une victoire juridique qu’elle n’est pas.

Glossaire Express Pour Suivre La Suite

Le jargon peut masquer le fond. Quelques définitions aident à garder le fil. Un contrat perpétuel est un dérivé sans date d’échéance, calé par un financement récurrent. Un deployer est l’équipe qui lance et opère un marché HIP-3. Une allowlist est une liste d’adresses autorisées à participer. Un sous-deployer est un rôle délégué pour gérer cet accès. HyperCore désigne l’infrastructure de trading sous-jacente. La CFTC est l’autorité américaine des marchés de matières premières et de nombreux dérivés.

Ces mots reviendront. Ils ne doivent pas devenir des totems. Derrière chacun, il y a une décision humaine: qui liste, qui filtre, qui surveille, qui paie en cas d’erreur. HIP-3 permissionné déplace une partie de ces décisions vers le bord du réseau. C’est plus souple. Ce n’est pas plus magique. La suite se jouera dans les retours du testnet, dans la rédaction finale des spécifications, et dans l’usage réel qu’en feront des équipes qui, désormais, n’auront plus l’excuse de n’avoir pas d’outil pour fermer la porte.