La forme ultime d’une introduction en bourse (IPO) sur la blockchain ? Analyse complète de la proposition HIP-6 d’Hyperliquid
TechFlow SélectionTechFlow Sélection
La forme ultime d’une introduction en bourse (IPO) sur la blockchain ? Analyse complète de la proposition HIP-6 d’Hyperliquid
Hyperliquid prévoit d’introduire Hy-CO, un système aux enchères de lancement de jetons sans autorisation, qui réécrit fondamentalement les règles des introductions en bourse (IPO) sur la blockchain.
Dédié à des analyses Web3 approfondiesAuteur : James Evans (@jimbo_evans)
Traduction et adaptation : TechFlow
Introduction de TechFlow : Il s’agit d’une proposition complète d’amélioration pour Hyperliquid (HIP), qui vise à introduire, au niveau du protocole, un mécanisme d’enchères continues de liquidation. Ce mécanisme permettrait aux équipes lançant de nouveaux jetons de mener intégralement, sur chaîne, leur levée de fonds et le lancement de leur liquidité, sans dépendre d’échanges centralisés ni de plateformes tierces.
L’auteur s’inspire du modèle d’enchères continues de liquidation (CCA) développé par Uniswap, mais le réadapte spécifiquement à l’environnement natif du carnet d’ordres (CLOB) d’Hyperliquid. La proposition est extrêmement détaillée sur le plan technique, couvrant tous les aspects — de la configuration à la règlementation, en passant par les considérations de sécurité.
Texte intégral ci-dessous :
Nous tenons à remercier chaleureusement @fiegemax pour ses idées, ses conseils et ses retours, ainsi que @arnx813, @0xBroze, @0xOmnia, @xenoflux, @happenwah, @const_hom et @DougieDeLuca pour leur relecture et leurs commentaires.
Déclaration de conflit d’intérêts : Je détient personnellement du $HYPE. Je travaille chez @recvcx, mais ce document exprime uniquement mon opinion personnelle et ne reflète pas la position de Reciprocal Ventures.
Résumé
HIP-6 introduit un mécanisme d’enchères de lancement de jetons sans autorisation pour les actifs HIP-1, conçu spécifiquement pour les équipes souhaitant émettre nativement leurs jetons sur @HyperliquidX. Ce mécanisme adapte le modèle des enchères continues de liquidation (CCA) de @Uniswap à l’environnement natif du carnet d’ordres (CLOB) d’Hyperliquid. Lors de l’inscription à l’enchère, l’équipe sélectionne, parmi les actifs de cotation alignés approuvés par le protocole (par exemple USDH), un actif de cotation, créant ainsi une nouvelle source de demande et d’utilité pour cet actif. Les recettes issues de l’enchère reviennent entièrement à l’équipe, dont une part configurable est automatiquement allouée, à la fin de la fenêtre d’enchère, sous forme de liquidité pour HIP-2, calculée selon une moyenne pondérée par les volumes. Toute la logique d’enchère s’exécute dans les transitions de bloc de HyperCore, sans nécessiter d’opérateur externe.
Motivation
HIP-1 et HIP-2 prennent en charge le déploiement sans autorisation de jetons et la liquidité automatisée, mais offrent une assistance insuffisante à la formation de capital et à la découverte des prix pour les nouveaux jetons. Les équipes émettant nativement leurs jetons sur @HyperliquidX restent largement contraintes de lever des fonds hors chaîne, d’injecter manuellement de la liquidité pour HIP-2 avec leurs propres fonds, et/ou de procéder à leur lancement sur un carnet d’ordres peu profond. En raison de ces frictions, Hyperliquid n’a pas encore atteint une parité fonctionnelle avec d’autres écosystèmes et bourses hautes performances en matière de capacités d’ICO. @solana dispose de @metadao, @base de @Uniswap Liquidity Launchpad et de @dopplerprotocol, @coinbase de @echodotxyz. HIP-6 est optionnel, mais en permettant une formation de capital et une découverte des prix plus efficaces, il soutient les fondateurs désireux de construire l’ensemble du cycle de vie de leur projet sur Hyperliquid, et contribue à faire d’Hyperliquid une blockchain capable d’héberger l’ensemble des activités financières.
HIP-6 améliore Hyperliquid de plusieurs manières :
Formation de capital sur chaîne : les équipes peuvent lever des fonds nativement sur Hyperliquid dans un processus unique, avec une répartition des recettes entre l’équipe et l’injection automatique de liquidité pour HIP-2.
Découverte équitable des prix : les enchères continues de liquidation découvrent progressivement le prix du marché sur plusieurs blocs, minimisant ainsi l’impact des jeux temporels fréquents dans les enchères traditionnelles.
Développement des actifs de cotation alignés : création d’utilité pour les actifs de cotation alignés, augmentant ainsi leur TVL (Total Value Locked) et générant des revenus pour le fonds d’assistance.
Attraction des développeurs : les équipes peuvent accomplir l’ensemble du cycle de vie d’un jeton sur Hyperliquid. Plus de jetons émis sur Hyperliquid signifie davantage de frais de transaction versés au fonds d’assistance.
Protection des participants : les fonds engagés sont détenus en fiducie par l’état de HyperCore pendant toute la durée de l’enchère, sans être placés sous la garde de l’équipe ni d’un tiers de confiance.
À propos de la numérotation : cette proposition porte le numéro HIP-6, car HIP-5 a déjà été attribué à une autre proposition indépendante.
Fondements techniques
HIP-6 adapte les enchères continues de liquidation (CCA) de @Uniswap à l’environnement natif CLOB d’Hyperliquid. Le CCA décompose une grande enchère en N petites enchères successives. À chaque bloc, le protocole libère un lot de jetons et calcule un prix de liquidation uniforme. La découverte des prix se fait progressivement, plutôt qu’en un seul instant, incitant les enchérisseurs à participer plus tôt plutôt qu’à attendre.
Les alternatives envisageables présentent toutes des défauts manifestes :
Vente à prix fixe : mauvaise découverte des prix, car elle exige qu’une personne devine correctement le prix d’ouverture. Si le prix est trop bas, l’équipe perd la différence ; s’il est trop élevé, la vente échoue.
Vente proportionnelle avec plafond : corrige la fuite de valeur, mais génère une spirale de souscription excessive. En pratique, si la vente est souscrite deux fois plus que prévu, les participants rationnels déposent deux fois leur quota cible, aggravant encore la souscription excessive, et ainsi de suite — une expérience utilisateur médiocre.
Vente sans plafond : évite la spirale, mais conduit à une surlevée de fonds. Un projet pouvant être construit avec 5 millions de dollars lève 50 millions, car rien ne l’en empêche. La vague ICO de 2017 a illustré les conséquences de cette approche.
Enchère traditionnelle : permet la découverte des prix par le marché, mais génère des jeux temporels. La stratégie optimale consiste à attendre le plus longtemps possible — une expérience utilisateur particulièrement dégradée pour les participants non institutionnels.
Possibilités de construction au-dessus de HIP-6
HIP-6 résout les problèmes de formation de capital et de découverte des prix : comment les nouveaux projets peuvent-ils lever des fonds et injecter de la liquidité sur Hyperliquid ? Il ne traite pas des mécanismes spécifiques d’accumulation de valeur du jeton, des mesures de protection des détenteurs de jetons, ou des modalités spécifiques de gouvernance du projet. Ce sont des questions indépendantes, que nous espérons voir abordées par les équipes construisant par-dessus HIP-6.
Exemples de projets futurs pouvant être construits au-dessus de HIP-6 :
Mécanismes d’accumulation de valeur : définir comment les revenus du protocole sont redistribués aux détenteurs de jetons (par exemple, distribution de frais, rachats, récompenses de staking).
Cadre de gouvernance : octroyer aux détenteurs de jetons le droit de vote sur l’allocation de la trésorerie, la modification des paramètres et/ou les mises à niveau du protocole.
Protection des détenteurs de jetons : fournir des outils tels que le verrouillage de la trésorerie, des obligations de reporting sur chaîne et/ou des mécanismes de vesting, appliqués tant aux quotas destinés aux acheteurs qu’à ceux réservés à l’équipe.
L’objectif de HIP-6 est de rendre l’enchère initiale aussi juste et efficace que possible. Ce qui se produit après la clôture de l’enchère relève du champ de conception de la communauté Hyperliquid. HIP-6 n’interdit pas aux équipes de collaborer avec des market makers afin de renforcer la liquidité de leur carnet d’ordres.
Brouillon de documentation publique
Ci-dessous figure un brouillon de la manière dont HIP-6 serait présenté dans la documentation publique d’Hyperliquid. Ce texte est inclus ici afin de permettre aux relecteurs d’anticiper la description destinée aux utilisateurs.
HIP-6 : Enchère de lancement de jetons
HIP-6 introduit une enchère de lancement de jetons sans autorisation pour les actifs HIP-1. Les équipes proposent une partie de leur offre de jetons via une enchère continue de liquidation. Les enchérisseurs s’engagent à verser des fonds en actif de cotation aligné (actuellement USDH). Chaque enchérisseur précise son budget total et le prix maximal qu’il accepte de payer par jeton. L’enchère répartit ensuite cette offre sur les blocs restants de la période d’enchère. À chaque bloc, le protocole libère des jetons à un rythme fixe, puis met en correspondance l’offre de jetons libérés avec la demande des enchérisseurs afin de déterminer un prix de liquidation uniforme pour ce bloc. Lors du règlement, les frais de protocole sont transférés au fonds d’assistance, une partie des recettes est automatiquement injectée sous forme de liquidité pour HIP-2 Hyperliquidity au prix découvert lors de la fenêtre finale de l’enchère, et le solde revient à l’équipe. Toute la logique d’enchère s’exécute dans les transitions de bloc de HyperCore.
Déploiement de l’enchère
L’équipe appelle la fonction registerAuction après avoir accompli les étapes standard de déploiement HIP-1 (registerToken2, userGenesis le cas échéant, genesis et registerSpot). Elle spécifie les paramètres suivants :
auctionSupply : quantité totale de jetons mis en vente. Transférée depuis le compte spot de l’équipe vers la fiducie du protocole au moment de l’inscription.
duration : durée de l’enchère, exprimée en nombre de blocs, avec un maximum de 3 024 000 (soit environ une semaine à raison de 0,2 seconde par bloc).
floorPx : prix minimal de liquidation, par défaut à 0.
startDelay : nombre de blocs séparant l’inscription du premier bloc de liquidation, minimum de 1, valeur par défaut de 1.
minRaise : montant minimal requis en actif de cotation pour que l’enchère soit jugée réussie, par défaut à 0.
quoteAsset : doit être un actif de cotation aligné approuvé par le protocole (ex. USDH).
hip2Seed : nombre de points de base (bps) du gain net (après déduction des frais de protocole) automatiquement alloué à l’activation de HIP-2. Plage : 2 000 à 10 000, valeur par défaut : 2 000.
hip2OrderSz et hip2NOrders : taille et nombre d’ordres pour HIP-2, obligatoires.
Tous les paramètres, une fois inscrits, sont immuables. Le gel des transferts de jetons est activé dès l’inscription, bloquant tous les ordres spot, transferts et opérations HyperEVM concernant ce jeton jusqu’au règlement. L’équipe peut annuler l’enchère via cancelAuction avant le startBlock de l’enchère (c’est-à-dire durant la période startDelay).
Enchères
L’enchérisseur appelle submitBid, en spécifiant un budget (minimum de 100 unités de l’actif de cotation) et un maxPx (prix maximal par jeton, arrondi à la grille de pas d’enchère). Le budget est placé en fiducie dès la soumission. Chaque enchère entraîne des frais non remboursables de 1 unité de l’actif de cotation. Le budget est automatiquement réparti uniformément sur les blocs restants de l’enchère. Une enchère soumise au bloc h commence à participer aux liquidations à partir du bloc h+1. Les enchères soumises durant la période startDelay deviennent actives au premier bloc de liquidation.
L’enchérisseur peut soumettre plusieurs enchères avec différents prix maximaux afin d’exprimer sa courbe de demande, mais un maximum de 100 000 enchères est autorisé par enchère. Une enchère ne peut être retirée que si son maxPx est strictement inférieur au prix de liquidation le plus récent.
Liquidation
À chaque bloc pendant la période d’enchère, le protocole libère des jetons à un rythme fixe (auctionSupply / duration par bloc) et calcule le prix de liquidation uniforme en parcourant la grille des prix occupés, du plus haut au plus bas, jusqu’à ce que la demande cumulée satisfasse l’offre. Les enchères dont le prix maximal est supérieur au prix de liquidation obtiennent leur allocation intégrale. Celles situées exactement au prix de liquidation partagent la portion restante proportionnellement à leur budget par bloc. Les enchères dont le prix maximal est inférieur au prix de liquidation ne reçoivent rien. La grille de prix utilise un espacement géométrique de facteur 1,003, identique à celle de HIP-2.
Règlement, activation de HIP-2 et réclamation
Au premier bloc suivant la fin de l’enchère, si minRaise est défini mais non atteint, l’enchère échoue. Tous les actifs de cotation alignés sont remboursés, tous les jetons sont restitués à l’équipe, et le gel est levé. Si totalQuoteSpent est nul, l’enchère échoue systématiquement, quelle que soit la valeur de minRaise.
En cas de succès, le protocole effectue atomiquement :
la déduction des frais de protocole de 500 bp sur le montant total dépensé en actif de cotation, transférés au fonds d’assistance ;
l’allocation de hip2Seed pour l’activation de HIP-2 ;
le transfert du solde vers le portefeuille de l’équipe ;
le retour des jetons non vendus à l’équipe ;
la levée du gel des jetons, rétablissant les transactions spot, les transferts et les opérations EVM.
L’activation de HIP-2 utilise les paramètres hip2OrderSz et hip2NOrders spécifiés par l’équipe. hip2Seed sert à injecter nSeededLevels niveaux de liquidité. Le prix initial seedPx est calculé comme une moyenne pondérée par les volumes sur les 5 % finaux de la durée de l’enchère.
Une fois le règlement terminé, les enchérisseurs récupèrent leurs jetons achetés et leurs actifs de cotation non utilisés via claimAuction.
Frais
Des frais d’inscription de 10 HYPE sont prélevés lors de registerAuction. Chaque appel à submitBid entraîne des frais de 1 unité de l’actif de cotation. Des frais de protocole de 500 bp sont prélevés sur les recettes totales lors du règlement. Tous les frais sont versés au fonds d’assistance. La répartition existante des frais de trading définie par l’équipe via setDeployerTradingFeeShare s’applique normalement aux transactions spot post-enchère.
Fondements techniques (répétition)
HIP-6 Hy-CO est une enchère continue de liquidation intégrée dans la logique de transition de bloc de HyperCore. Les enchérisseurs soumettent leurs offres en actif de cotation aligné (ex. USDH), chaque offre précisant un budget et un prix maximal. À chaque bloc, le protocole libère un lot de jetons et calcule un prix de liquidation uniforme pour ce bloc. Les enchérisseurs dont le prix maximal est strictement supérieur au prix de liquidation obtiennent leur allocation intégrale ; ceux situés exactement au prix de liquidation reçoivent une part du reliquat, pouvant être partiellement exécutée. À la clôture de l’enchère, le protocole prélève des frais versés au fonds d’assistance, injecte une proportion configurable des recettes restantes sous forme de liquidité pour HIP-2 Hyperliquidity au prix moyen pondéré par les volumes calculé sur la fenêtre finale de l’enchère, et transfère le solde au portefeuille de l’équipe. Le règlement à la clôture est atomique.
Cycle de vie de Hy-CO
Hy-CO comporte trois phases :
Avant l’enchère : configuration. L’équipe appelle registerAuction après avoir accompli les étapes standard de déploiement HIP-1. Le protocole vérifie les paramètres, place l’offre de jetons et l’offre du vendeur en fiducie, active le gel des jetons et attribue un identifiant d’enchère.
Pendant l’enchère : enchères. Les enchérisseurs peuvent soumettre des offres à tout moment, y compris durant la période startDelay, via submitBid. Le budget est placé en fiducie dès la soumission, quel que soit le moment de celle-ci. Liquidation : à chaque bloc à partir du startBlock, le protocole libère des jetons et calcule le prix de liquidation uniforme.
Après l’enchère : règlement. Au premier bloc suivant le endBlock, le protocole évalue le succès de l’enchère et répartit les recettes. Activation de HIP-2 : après un règlement réussi, HIP-2 est activé automatiquement avec seedPx et les paramètres d’ordres spécifiés par l’équipe. Réclamation : après le règlement, les enchérisseurs récupèrent leurs jetons achetés et leurs actifs de cotation non utilisés via claimAuction. Les transactions normales peuvent se poursuivre durant cette phase.
Annulation : cancelAuction peut être exécutée à tout moment avant le startBlock. Elle restitue auctionSupply et hip2AskSupply à l’équipe, lève le gel et libère la place d’enchère. Si des offres ont été soumises durant la période startDelay, l’enchère suit le chemin de l’échec : les enchérisseurs récupèrent leurs actifs de cotation placés en fiducie via claimAuction (même chemin de remboursement que pour une enchère avortée). Les frais d’inscription auctionRegistrationFee ne sont pas remboursables. Une fois la liquidation lancée, l’enchère est irrévocable.
Décisions clés de conception
Pourquoi une nouvelle HIP plutôt qu’un produit tiers : le lancement de jetons est une infrastructure, non une application. Si chaque équipe construit son propre mécanisme de lancement, l’écosystème se fragmentera. Une HIP garantit que chaque jeton émis sur Hyperliquid (si l’équipe choisit d’utiliser HIP-6) bénéficie d’une découverte équitable des prix et d’une injection automatique de liquidité HIP-2, sans dépendance externe. Cela signifie également que ce mécanisme est sécurisé par le consensus des validateurs, et non par un tiers.
Pourquoi HyperCore plutôt qu’HyperEVM : tout ce dont HIP-6 a besoin existe déjà sur HyperCore. Construire sur HyperEVM introduirait une complexité inutile, dégradant l’expérience utilisateur par des étapes supplémentaires et des délais accrus.
Pourquoi choisir les enchères continues de liquidation : les enchères traditionnelles favorisent les jeux temporels récompensant la rapidité plutôt que l’évaluation ; les courbes conjointes dynamiques sont dépendantes du chemin suivi ; les ventes à prix fixe exigent de deviner le bon prix. Le CCA répartit les offres dans le temps, réalise une liquidation à un prix uniforme par bloc, et converge sur des milliers de blocs, plutôt que de se résoudre en un seul instant.
Pourquoi autoriser uniquement les actifs de cotation alignés : l’enchère est libellée en actif de cotation aligné (actuellement USDH). Chaque enchère verrouille cet actif pendant sa durée, augmentant le TVL et générant des revenus pour l’écosystème. Autoriser des actifs non alignés comme USDC diluerait cet effet au profit d’un gain marginal d’adoption. Les enchérisseurs détenant USDC peuvent effectuer une conversion via l’interface standard.
Pourquoi ne prévoir qu’un plan de libération linéaire : la linéarité garantit que le prix de liquidation ne diminue jamais, ce qui permet une comptabilité efficace lors de la réclamation grâce à des points de contrôle cumulés. Des plans non linéaires (pondérés en fin ou en début de période) pourraient entraîner une baisse du prix de liquidation lors de pics d’offre par bloc, compliquant la comptabilité par niveau d’offre. Ces options pourraient être introduites dans de futures HIP, à condition d’étendre le système de comptabilité.
Considérations de sécurité
Transactions de l’équipe avec elle-même : l’équipe pourrait enchérir sur sa propre enchère via un portefeuille indépendant afin de gonfler artificiellement le prix de liquidation et la moyenne pondérée par les volumes (VWAP), puis récupérer les jetons non vendus après le règlement. Les mesures d’atténuation comprennent : les frais de protocole rendent coûteuses les transactions avec soi-même sur l’ensemble du volume concerné ; seedPx est calculé sur une fenêtre VWAP couvrant les derniers 5 % de la durée de l’enchère, ce qui exige une dépense continue pour la manipuler ; minRaise fait échouer l’enchère en l’absence d’une demande réelle suffisante ; toutes les offres sont visibles sur chaîne, rendant les transactions avec soi-même détectables. Quantitativement, pour une enchère de 1 million de USDH (frais de protocole = 500, hip2Seed = 2000), si l’équipe enchérit 400 000 USDH (40 % du total) via un portefeuille indépendant, elle perd environ 20 000 USDH au fonds d’assistance (5 % de frais de protocole, non récupérables) et environ 76 000 USDH sont verrouillés dans l’injection HIP-2 (non restitués à l’équipe). La perte sociale totale s’élève à environ 96 000 USDH, soit 24 % des fonds engagés dans la transaction avec soi-même. Le coût augmente linéairement avec le volume des transactions avec soi-même.
Manipulation du prix initial (seedPx) : le seedPx de HIP-2 utilise une moyenne pondérée par les volumes (VWAP) calculée sur une fenêtre couvrant environ les derniers 5 % de la durée de l’enchère, et non le prix de liquidation du dernier bloc. Manipuler cette VWAP exige une dépense continue sur plusieurs blocs dans cette fenêtre, plutôt qu’une injection ponctuelle tardive, rendant le coût proportionnel au volume total traité dans la fenêtre.
Sécurité des fonds : les actifs de cotation des enchérisseurs et les jetons de l’enchère sont constamment détenus en fiducie par le protocole. Les fonds ne sont jamais placés sous la garde de l’équipe. En cas d’échec, tous les actifs de cotation sont remboursés via claimAuction, et tous les jetons sont restitués à l’équipe.
Application du gel des jetons : tous les transferts de jetons (carnet d’ordres spot, pair-à-pair, HyperEVM) sont gelés pendant la durée de l’enchère. Cela empêche les membres internes détenant des quotas userGenesis ou des réserves de l’équipe de vendre des jetons en dehors de l’enchère durant la phase de découverte des prix.
Délai d’activation des offres : les offres ne participent à la liquidation qu’au bloc suivant leur soumission. Cela empêche les proposeurs de blocs ou les participants à faible latence d’observer les offres en attente et d’insérer une offre réactive dans le même bloc pour influencer le prix de liquidation.
Analyse d’impact sur les parties prenantes
Équipes émettrices de jetons : Hy-CO offre aux équipes un moyen natif de lever des fonds et d’injecter de la liquidité dans un processus unique. L’équipe configure l’enchère conjointement avec le déploiement HIP-1, reçoit les recettes sur son portefeuille (moins la part hip2Seed allouée à HIP-2), et obtient une injection automatique de liquidité au prix découvert par le marché. Le compromis est une moindre maîtrise du prix initial.
Utilisateurs d’Hyperliquid : les utilisateurs obtiennent la possibilité de participer directement au lancement de nouveaux jetons d’équipes construisant sur Hyperliquid. Actuellement, aucune méthode native n’existe pour acheter des jetons au moment de leur lancement ; les utilisateurs doivent soit rater la distribution initiale, soit acheter sur le carnet d’ordres spot après l’injection de liquidité HIP-2. Hy-CO leur offre une entrée équitable, à prix uniforme et avec des offres réparties dans le temps, accessible via l’interface qu’ils utilisent déjà. Après le règlement, les enchérisseurs doivent appeler claimAuction pour transférer leurs jetons achetés et leurs actifs de cotation non utilisés vers leur compte spot avant de pouvoir les échanger. Les jetons ne sont pas distribués automatiquement. Le carnet d’ordres spot s’ouvre uniquement avec la liquidité HIP-2 ; aucune profondeur organique d’ordres limités n’existe avant que les market makers et autres participants ne placent leurs ordres. Si de nombreux participants à l’enchère vendent immédiatement après la réclamation, les niveaux acheteurs de HIP-2 peuvent s’épuiser rapidement. Ce comportement est attendu pour tout nouvel actif coté, et n’est pas spécifique à HIP-6, mais l’interface devrait clairement afficher l’état de réclamation et informer les utilisateurs que les écarts seront plus larges qu’au sein d’un marché mature.
Détenteurs de HYPE : Hy-CO profite aux détenteurs de HYPE de deux manières. Premièrement, le mécanisme de lancement natif incite les nouvelles équipes à construire et émettre sur Hyperliquid plutôt que sur des blockchains concurrentes, faisant croître l’écosystème et orientant l’activité vers les carnets d’ordres d’Hyperliquid. Deuxièmement, les enchères libellées en actifs de cotation alignés (ex. USDH) renforcent leur utilité et leurs réserves, constituant ainsi une source de revenus cyclique permettant de renforcer les frais de transaction d’Hyperliquid via le fonds d’assistance.
Providers de liquidité et market makers : après l’enchère, le carnet d’ordres démarre avec une profondeur réelle d’acheteurs financée par les recettes de l’enchère (via hip2Seed), et non avec une injection mince de liquidité HIP-2. Cela offre aux LP et market makers un prix de départ plus crédible et une liquidité plus profonde dès le premier jour.
Travaux futurs
Les éléments suivants sortent du champ d’application de cette HIP, mais constituent des extensions naturelles à évaluer au fur et à mesure de la maturation de HIP-6 : examen par la gouvernance des constantes du protocole ; liquidation groupée (une fois tous les K blocs) ; plans de libération non linéaires ; injection fractionnée de liquidité HIP-2 ; mécanisme de réserve HIP-2 ; expiration des réclamations et nettoyage de l’état ; intégration à l’interface utilisateur (UI).
Bienvenue dans la communauté officielle TechFlow
Groupe Telegram :https://t.me/TechFlowDaily
Compte Twitter officiel :https://x.com/TechFlowPost
Compte Twitter anglais :https://x.com/BlockFlow_News
@jimbo_evans
