Roadmap ICM Solana : Un imitation de Hyperliquid ?
Récemment, un événement marquant s'est produit dans l'écosystème Solana. La Fondation Solana, Anza, Jito Labs et d'autres participants clés ont conjointement publié une feuille de route technique intitulée "Internet Capital Markets ( Internet Capital Markets, ICM )". Le concept central de cette feuille de route est "Application Controlled Execution ( Application Controlled Execution, ACE )", visant à permettre aux applications sur la chaîne d'obtenir un droit de tri autonome des transactions à l'échelle des millisecondes, créant ainsi un "Wall Street décentralisé" sur la chaîne.
Bien que Hyperliquid ne soit pas mentionné directement dans la feuille de route, il est facile de voir après une analyse minutieuse que de nombreux designs y sont spécifiquement inspirés des caractéristiques avantageuses de Hyperliquid. C'est comme si Solana insinuait : "Ce que Hyperliquid peut faire, nous pouvons aussi le faire, et nous devons le faire mieux !"
Il convient de noter que Hyperliquid a déjà pris une position dominante sur le marché des contrats à terme perpétuels en chaîne, avec un volume de transactions atteignant environ 65 % du marché des contrats perpétuels décentralisés. Face à de tels concurrents puissants, Solana ne semble évidemment pas vouloir être dépassée par des nouveaux venus, c'est pourquoi elle a lancé cette feuille de route ICM.
Alors, qu'est-ce que cette "spectacle d'imitation" ? Solana peut-elle vraiment rattraper voire surpasser Hyperliquid ? Explorons ce sujet en profondeur.
Contexte et contenu de l'ICM
acteur clé du changement
Tout d'abord, examinons les créateurs de cette feuille de route. Les participants sont tous des acteurs de poids dans l'écosystème Solana :
Solana Foundation/Labs : le "papa" de Solana, responsable de la coordination générale et du développement du protocole central.
Anza : une société de développement fondée par d'anciens membres de Solana Labs, similaire à ConsenSys d'Ethereum. Dans cette feuille de route, elle a pris en charge de nombreux travaux techniques essentiels, tels que le nouveau protocole de consensus Alpenglow.
Jito Labs : Fournisseur d'infrastructure MEV sur Solana, ayant une grande influence, contrôlant presque tous les flux MEV sur Solana avec le "pouvoir de vie et de mort". Actuellement, ils dominent en fournissant des solutions de tri des transactions comme le Block Assembly Marketplace (BAM).
Multicoin Capital : une célèbre institution d'investissement en crypto, également l'un des premiers supporters de Solana. En raison de sa détention d'un grand nombre de SOL et d'intérêts dans des projets écologiques, elle a également un pouvoir de décision considérable sur la direction technique.
DoubleZero: une équipe dédiée à l'accélération des communications réseau, proposant des solutions de réseau en fibre optique dédiées pour améliorer la vitesse de communication entre les nœuds de validation Solana.
Drift : projet DEX de contrats perpétuels leader sur Solana. Auparavant, Drift utilisait un modèle de correspondance hors chaîne, ce qui était un peu difficile face à Hyperliquid entièrement sur chaîne. Cette fois, participer à l'élaboration de la feuille de route montre clairement qu'ils espèrent se redresser grâce à une mise à niveau de l'infrastructure.
problème central
La feuille de route se concentre sur l'amélioration de la microstructure du marché, principalement pour résoudre le problème actuel du mécanisme de transaction en chaîne qui n'est pas assez favorable aux teneurs de marché. Actuellement, les preneurs d'initiatives dans les transactions dominent, tandis que les teneurs de marché ( se retrouvent en position défavorable. Cela est dû au fait que les preneurs détiennent souvent les informations les plus récentes et peuvent augmenter activement les frais de transaction pour garantir que leurs transactions soient exécutées en priorité, tandis que les teneurs de marché ont souvent du mal à annuler leurs ordres et sont contraints d'exécuter à des prix défavorables.
Certains arbitragistes à haute fréquence exploitent cette asymétrie pour lancer des attaques de "trafic toxique". Par exemple, si le prix en chaîne n'est pas encore mis à jour, mais que le prix hors chaîne a déjà changé, l'arbitragiste peut exécuter des ordres à l'ancienne prix, faisant ainsi supporter des pertes aux teneurs de marché. En conséquence, pour se protéger, le Maker doit soit élargir l'écart entre les prix d'achat et de vente, soit réduire le volume des ordres, ce qui entraîne une diminution de la liquidité sur l'ensemble du marché.
La feuille de route ICM vise à équilibrer ce schéma et à attirer une liquidité de haute qualité sur la chaîne.
) stratégie en trois étapes d'ICM
Solana a divisé ce grand plan en trois phases :
Court terme ###1-3 mois ( : Optimisation principale de l'expérience de transaction sur la chaîne existante, amélioration de l'efficacité des applications de type carnet de commandes, réduction des interférences MEV malveillantes. Cela inclut spécifiquement :
Le marché de l'assemblage de blocs de Jito Labs)BAM( module est lancé sur le réseau principal. Ce module offre un système externe temporaire avant le lancement de l'ACE ultime)Application Controlled Execution(, permettant aux contrats intelligents sur Solana d'avoir un droit de tri des transactions autonome.
L'équipe Anza optimise le taux de succès de "l'entrée des transactions dans le même Slot", réduisant ainsi le slippage et les pertes MEV.
Ces améliorations devraient être mises en œuvre progressivement entre juillet et septembre 2025.
Moyen terme )3-9 mois ( : Introduction d'un réseau haute vitesse dédié et d'un nouveau consensus, réduction significative de la latence, augmentation du débit :
Déploiement d'un réseau de fibre optique dédié à DoubleZero, offrant aux validateurs une communication haut débit avec un quasi-zero jitter et une réduction de la latence allant jusqu'à 100 ms.
Lancement du protocole de consensus Alpenglow, réduisant le temps de confirmation finale d'environ 12,8 secondes à environ 0,15 seconde.
Développement de l'exécution de programmes asynchrones ) Exécution de programmes asynchrones, APE (, réduction du blocage de l'exécution des transactions sur le consensus.
À long terme ) 9-30 mois ( : Réaliser une mise à niveau révolutionnaire de l'architecture de base de Solana, avec pour objectif d'atteindre cela d'ici 2027 :
Leaders Concurrent Multiples, MCL) : Permet à plusieurs validateurs de proposer des transactions simultanément dans leurs propres pipelines, puis de fusionner et de trier ces blocs parallèles en fonction des frais prioritaires. Cela peut affaiblir le monopole d'un seul empaqueteur et renforcer la résistance à la censure.
Exécution contrôlée par l'application (Application Controlled Execution, ACE) Fonction : donne réellement aux contrats intelligents sur la chaîne le pouvoir de contrôler l'ordre d'exécution des transactions.
En analysant cette feuille de route, il n'est pas difficile de voir l'histoire qui se cache derrière : le DEX établi sur Solana, Drift, a été surpassé par le nouvel arrivant Hyperliquid avec une expérience exceptionnelle qualifiée de "Binance on-chain". Drift, étant en difficulté pour rivaliser, a dû demander de l'aide à des "grands noms" comme Solana Labs, Anza et Jito. Ces "grands noms" ont proposé un plan de transformation technologique ICM, affirmant qu'ils allaient copier tous les avantages clés de Hyperliquid pour aider Drift à retrouver sa compétitivité sur le marché des DEX. Mais ils ont également reconnu que cette transformation technologique serait extrêmement difficile, c'est pourquoi ils ont divisé le plan en une stratégie en trois étapes. À court terme, la seule chose que Jito peut offrir à Drift est le BAM, permettant à Drift de rivaliser avec Hyperliquid.
Ensuite, nous allons analyser en détail quelles sont les principales avantages d'Hyperliquid que l'ICM a effectivement imités et copiés.
Imitation 1: Mécanisme de tri des transactions
Problème : Comme mentionné précédemment, la chaîne actuelle favorise les preneurs, et les teneurs subissent le "flux toxique". Les utilisateurs qui mangent activement les ordres peuvent, en fonction des derniers prix hors chaîne, lancer instantanément des transactions sur les ordres en attente sur la chaîne et obtenir une exécution prioritaire en augmentant les frais de transaction, tandis que les teneurs de marché n'ont souvent pas le temps de mettre à jour ou d'annuler leurs ordres. Le résultat est que les teneurs de marché doivent soit élargir l'écart, soit retirer complètement la liquidité, ce qui entraîne une dégradation de la profondeur du marché.
( La solution ultime d'ICM : Exécution contrôlable de l'application )ACE###
La feuille de route ICM propose le concept d'ACE(Exécution Contrôlée par l'Application), qui consiste à décentraliser le droit de tri des transactions vers chaque application sur la chaîne, permettant à l'application de décider comment trier et exécuter les transactions liées à cette application. Par exemple, dans le Solana qui mettra en œuvre l'ACE à l'avenir, les contrats DeFi pourront réaliser les règles de tri des transactions personnalisées suivantes :
Mise à jour du prix de l'oracle : les applications DeFi peuvent insérer une transaction pour obtenir le dernier prix de l'oracle avant de procéder à de grosses transactions, garantissant que les ordres sont exécutés au dernier prix raisonnable, empêchant ainsi les teneurs de marché de baser leurs cotations sur des prix obsolètes et d'être victimes d'arbitrage.
Exécution prioritaire des annulations de commande : l'application peut définir que les "demandes d'annulation de commande" sont prioritaires par rapport aux nouvelles "transactions d'achat", permettant ainsi au maker de retirer rapidement ses ordres en cas de conditions de marché défavorables.
Enchères à la fin de l'équipe : par exemple, après qu'un gros ordre d'achat ait fait monter les prix, l'application DeFi mettra aux enchères l'opportunité "juste derrière", celui qui souhaite retourner le plus d'avantages au protocole ( ou à l'utilisateur ), le protocole DeFi exécutera alors la transaction de celui-ci juste après le gros ordre. L'application DeFi peut retourner les revenus des enchères aux utilisateurs, transformant ainsi le flux MEV toxique en revenus bénéfiques.
( BAM de JITO : plan de transition
Avant le lancement officiel d'ACE, Jito Labs a lancé une solution de transition nommée Block Assembly Marketplace )BAM###. Le flux de travail de BAM est :
L'utilisateur envoie la transaction à un nœud exécutant le logiciel BAM ( plutôt qu'au leader actuel ).
Les nœuds BAM collectent les transactions locales et exécutent divers plugins ( plugin ) pour le réarrangement des paquets de transactions ( Bundle ) sous protection de la vie privée. Les plugins s'exécutent dans un environnement TEE sécurisé, cachant le contenu des transactions ( avant l'exécution. Grâce aux plugins, les développeurs d'applications peuvent personnaliser diverses règles de tri pour leurs contrats, par exemple donner la priorité aux annulations, mettre à jour les prix des oracles avant le rapprochement, ou même exécuter des enchères complexes au sein de l'application.
Le Bundle de transactions trié est ensuite envoyé au Leader de Solana pour être empaqueté sur la chaîne.
BAM peut être considéré comme un terrain d'expérimentation avant la mise en chaîne de l'ACE, fonctionnellement très proche de l'ACE ultime, mais il fonctionne dans un réseau indépendant hors chaîne, et non intégré au protocole de la chaîne principale Solana.
Il convient de noter que Jito a précédemment fourni une infrastructure axée sur l'extraction MEV ) telle que Jito Block Engine (, dont le modèle commercial consiste à optimiser le tri des transactions pour créer des opportunités pour les arbitragistes et partager les bénéfices. Cela constitue en quelque sorte une "lance" opposée aux utilisateurs ordinaires et aux personnes subissant des arbitrages. Cependant, Jito a fermé au début de 2024 la fonctionnalité de mémoire publique ) mempool ( destinée aux robots d'arbitrage, afin de réduire les externalités négatives telles que les attaques par sandwich. Cette initiative montre que la communauté Solana tend à réprimer le MEV nuisible et à maintenir l'équité des utilisateurs.
Le lancement de BAM s'inscrit également dans cette logique : il s'agit essentiellement de transformer le mécanisme de classement initialement utilisé pour l'arbitrage MEV en un "bouclier", afin de protéger les fournisseurs de liquidité tels que les teneurs de marché, par exemple en donnant la priorité aux retraits forcés pour éviter que les teneurs de marché ne subissent des pertes, et en introduisant des remises sur les enchères pour réduire les profits des courses. Les anciens chercheurs MEV qui souhaitent gagner de l'argent doivent maintenant changer de rôle et écrire des plugins BAM pour servir les protocoles DeFi, en profitant des frais des plugins.
) demander conseil à HYPERLIQUID
L'idée ACE/BAM mentionnée ci-dessus peut en fait être considérée comme une tentative de rattraper le mécanisme de mise en relation sur la chaîne Hyperliquid. Hyperliquid est une chaîne dédiée (Appchain), conçue spécifiquement pour servir les DEX. De plus, le HLP Vault, opéré par Hyperliquid, est en réalité l'un des plus grands teneurs de marché de la plateforme, il n'est donc pas surprenant que les règles de la chaîne Hyperliquid soient davantage orientées vers les fournisseurs de liquidité, ayant déjà mis en œuvre de nombreux designs visant à protéger les teneurs de marché au niveau de la chaîne, par exemple :
Priorité de protection des ordres en attente : les annulations et les ordres de type maker sont traités en priorité, évitant ainsi que les teneurs de marché subissent des transactions défavorables à leur insu. La "priorité d'exécution des annulations" mentionnée par Solana ACE est déjà pratiquée depuis de nombreuses années par Hyperliquid.
Garantie de prix la plus récente : Le processus de liquidation et de correspondance de Hyperliquid met l'accent sur l'utilisation des derniers prix de l'oracle et de l'état des marges pour effectuer une "double vérification". Par exemple, lorsque des ordres à cours limité sont exécutés, le système récupère à nouveau le dernier prix de l'oracle pour évaluer les marges des deux parties, garantissant qu'il n'y a pas de risque dû à un décalage de prix. Cela ressemble à ACE qui insère une mise à jour de l'oracle avant l'exécution de la transaction.
Protection contre les transactions auto-réalisées : si une même adresse achète et vend en même temps, Hyperliquid annule automatiquement plutôt que de mettre en correspondance, afin d'éviter le gonflement des volumes ou des frais inutiles.
L'ACE/BAM de Solana ICM est sans aucun doute une source d'inspiration pour Hyperliquid. En tant que leader en CLOB sur la chaîne, Hyperliquid a mis en place diverses mécaniques favorables aux teneurs de marché à l'aide d'une chaîne dédiée. Solana espère maintenant reproduire cet effet en utilisant une chaîne universelle et des plugins modulaires---c'est-à-dire permettre à chaque application d'avoir un contrôle similaire à celui de Hyperliquid sur l'ordre des transactions.
Imitation Deux : Finalité Instantanée
comparaison des consensus existants
Solana utilise actuellement Tower BFT, la confirmation et la finalité sont probabilistes et progressives : un bloc reçoit 2/3 des votes est considéré comme "confirmé ( Confirmed )", mais il faut accumuler environ 32 blocs suivants sur la chaîne ### ce qui prend généralement environ 13 secondes ( pour être ancré comme "finalisé ) Finalized (". Pour certaines applications ) comme le trading à haute fréquence (, une durée de confirmation finale de plusieurs secondes est encore trop longue.
HyperBFT est l'algorithme de consensus développé par Hyperliquid, inspiré par le consensus HotStuff, qui utilise un système de vote en deux tours pour confirmer les blocs, réalisant ainsi une "finalité instantanée".
Premier tour : prévote )Prevote( : après que le validateur a reçu le bloc candidat diffusé par le Proposeur, il effectuera une vérification rapide. Si la vérification est réussie, chaque validateur votera pour ce bloc avec un "vote de prévote" )Prevote( et le diffusera à l'ensemble du réseau. Ce vote représente : "J'ai fait un premier examen, ce bloc ne pose pas de problème."
Deuxième tour : pré-soumission ) Precommit ( : Une fois qu'un validateur a collecté les Prevotes de plus des deux tiers des validateurs pour le même bloc candidat, il acquiert une confiance suffisante, croyant que la majorité des membres du réseau reconnaissent ce bloc. Ainsi, ce validateur émettra un vote "pré-soumission" plus pondéré ) Precommit ( et le diffusera. Ce vote représente : "
Cette page peut inclure du contenu de tiers fourni à des fins d'information uniquement. Gate ne garantit ni l'exactitude ni la validité de ces contenus, n’endosse pas les opinions exprimées, et ne fournit aucun conseil financier ou professionnel à travers ces informations. Voir la section Avertissement pour plus de détails.
12 J'aime
Récompense
12
6
Partager
Commentaire
0/400
MemecoinResearcher
· Il y a 1h
copie de jeu si nul
Voir l'originalRépondre0
FloorSweeper
· Il y a 5h
密切 suivre此战
Voir l'originalRépondre0
FlashLoanLarry
· Il y a 5h
Si vous ne pouvez pas les battre, copiez-les.
Voir l'originalRépondre0
MonkeySeeMonkeyDo
· Il y a 5h
Il suffit de s'accrocher.
Voir l'originalRépondre0
StealthDeployer
· Il y a 5h
Encore une fois, la concurrence sur le marché se déchire.
La feuille de route ICM de Solana vise à intensifier la bataille pour CLOB off-chain de Hyperliquid.
Roadmap ICM Solana : Un imitation de Hyperliquid ?
Récemment, un événement marquant s'est produit dans l'écosystème Solana. La Fondation Solana, Anza, Jito Labs et d'autres participants clés ont conjointement publié une feuille de route technique intitulée "Internet Capital Markets ( Internet Capital Markets, ICM )". Le concept central de cette feuille de route est "Application Controlled Execution ( Application Controlled Execution, ACE )", visant à permettre aux applications sur la chaîne d'obtenir un droit de tri autonome des transactions à l'échelle des millisecondes, créant ainsi un "Wall Street décentralisé" sur la chaîne.
Bien que Hyperliquid ne soit pas mentionné directement dans la feuille de route, il est facile de voir après une analyse minutieuse que de nombreux designs y sont spécifiquement inspirés des caractéristiques avantageuses de Hyperliquid. C'est comme si Solana insinuait : "Ce que Hyperliquid peut faire, nous pouvons aussi le faire, et nous devons le faire mieux !"
Il convient de noter que Hyperliquid a déjà pris une position dominante sur le marché des contrats à terme perpétuels en chaîne, avec un volume de transactions atteignant environ 65 % du marché des contrats perpétuels décentralisés. Face à de tels concurrents puissants, Solana ne semble évidemment pas vouloir être dépassée par des nouveaux venus, c'est pourquoi elle a lancé cette feuille de route ICM.
Alors, qu'est-ce que cette "spectacle d'imitation" ? Solana peut-elle vraiment rattraper voire surpasser Hyperliquid ? Explorons ce sujet en profondeur.
Contexte et contenu de l'ICM
acteur clé du changement
Tout d'abord, examinons les créateurs de cette feuille de route. Les participants sont tous des acteurs de poids dans l'écosystème Solana :
Solana Foundation/Labs : le "papa" de Solana, responsable de la coordination générale et du développement du protocole central.
Anza : une société de développement fondée par d'anciens membres de Solana Labs, similaire à ConsenSys d'Ethereum. Dans cette feuille de route, elle a pris en charge de nombreux travaux techniques essentiels, tels que le nouveau protocole de consensus Alpenglow.
Jito Labs : Fournisseur d'infrastructure MEV sur Solana, ayant une grande influence, contrôlant presque tous les flux MEV sur Solana avec le "pouvoir de vie et de mort". Actuellement, ils dominent en fournissant des solutions de tri des transactions comme le Block Assembly Marketplace (BAM).
Multicoin Capital : une célèbre institution d'investissement en crypto, également l'un des premiers supporters de Solana. En raison de sa détention d'un grand nombre de SOL et d'intérêts dans des projets écologiques, elle a également un pouvoir de décision considérable sur la direction technique.
DoubleZero: une équipe dédiée à l'accélération des communications réseau, proposant des solutions de réseau en fibre optique dédiées pour améliorer la vitesse de communication entre les nœuds de validation Solana.
Drift : projet DEX de contrats perpétuels leader sur Solana. Auparavant, Drift utilisait un modèle de correspondance hors chaîne, ce qui était un peu difficile face à Hyperliquid entièrement sur chaîne. Cette fois, participer à l'élaboration de la feuille de route montre clairement qu'ils espèrent se redresser grâce à une mise à niveau de l'infrastructure.
problème central
La feuille de route se concentre sur l'amélioration de la microstructure du marché, principalement pour résoudre le problème actuel du mécanisme de transaction en chaîne qui n'est pas assez favorable aux teneurs de marché. Actuellement, les preneurs d'initiatives dans les transactions dominent, tandis que les teneurs de marché ( se retrouvent en position défavorable. Cela est dû au fait que les preneurs détiennent souvent les informations les plus récentes et peuvent augmenter activement les frais de transaction pour garantir que leurs transactions soient exécutées en priorité, tandis que les teneurs de marché ont souvent du mal à annuler leurs ordres et sont contraints d'exécuter à des prix défavorables.
Certains arbitragistes à haute fréquence exploitent cette asymétrie pour lancer des attaques de "trafic toxique". Par exemple, si le prix en chaîne n'est pas encore mis à jour, mais que le prix hors chaîne a déjà changé, l'arbitragiste peut exécuter des ordres à l'ancienne prix, faisant ainsi supporter des pertes aux teneurs de marché. En conséquence, pour se protéger, le Maker doit soit élargir l'écart entre les prix d'achat et de vente, soit réduire le volume des ordres, ce qui entraîne une diminution de la liquidité sur l'ensemble du marché.
La feuille de route ICM vise à équilibrer ce schéma et à attirer une liquidité de haute qualité sur la chaîne.
) stratégie en trois étapes d'ICM
Solana a divisé ce grand plan en trois phases :
Court terme ###1-3 mois ( : Optimisation principale de l'expérience de transaction sur la chaîne existante, amélioration de l'efficacité des applications de type carnet de commandes, réduction des interférences MEV malveillantes. Cela inclut spécifiquement :
Le marché de l'assemblage de blocs de Jito Labs)BAM( module est lancé sur le réseau principal. Ce module offre un système externe temporaire avant le lancement de l'ACE ultime)Application Controlled Execution(, permettant aux contrats intelligents sur Solana d'avoir un droit de tri des transactions autonome.
L'équipe Anza optimise le taux de succès de "l'entrée des transactions dans le même Slot", réduisant ainsi le slippage et les pertes MEV.
Ces améliorations devraient être mises en œuvre progressivement entre juillet et septembre 2025.
Moyen terme )3-9 mois ( : Introduction d'un réseau haute vitesse dédié et d'un nouveau consensus, réduction significative de la latence, augmentation du débit :
Déploiement d'un réseau de fibre optique dédié à DoubleZero, offrant aux validateurs une communication haut débit avec un quasi-zero jitter et une réduction de la latence allant jusqu'à 100 ms.
Lancement du protocole de consensus Alpenglow, réduisant le temps de confirmation finale d'environ 12,8 secondes à environ 0,15 seconde.
Développement de l'exécution de programmes asynchrones ) Exécution de programmes asynchrones, APE (, réduction du blocage de l'exécution des transactions sur le consensus.
À long terme ) 9-30 mois ( : Réaliser une mise à niveau révolutionnaire de l'architecture de base de Solana, avec pour objectif d'atteindre cela d'ici 2027 :
Leaders Concurrent Multiples, MCL) : Permet à plusieurs validateurs de proposer des transactions simultanément dans leurs propres pipelines, puis de fusionner et de trier ces blocs parallèles en fonction des frais prioritaires. Cela peut affaiblir le monopole d'un seul empaqueteur et renforcer la résistance à la censure.
Exécution contrôlée par l'application (Application Controlled Execution, ACE) Fonction : donne réellement aux contrats intelligents sur la chaîne le pouvoir de contrôler l'ordre d'exécution des transactions.
En analysant cette feuille de route, il n'est pas difficile de voir l'histoire qui se cache derrière : le DEX établi sur Solana, Drift, a été surpassé par le nouvel arrivant Hyperliquid avec une expérience exceptionnelle qualifiée de "Binance on-chain". Drift, étant en difficulté pour rivaliser, a dû demander de l'aide à des "grands noms" comme Solana Labs, Anza et Jito. Ces "grands noms" ont proposé un plan de transformation technologique ICM, affirmant qu'ils allaient copier tous les avantages clés de Hyperliquid pour aider Drift à retrouver sa compétitivité sur le marché des DEX. Mais ils ont également reconnu que cette transformation technologique serait extrêmement difficile, c'est pourquoi ils ont divisé le plan en une stratégie en trois étapes. À court terme, la seule chose que Jito peut offrir à Drift est le BAM, permettant à Drift de rivaliser avec Hyperliquid.
Ensuite, nous allons analyser en détail quelles sont les principales avantages d'Hyperliquid que l'ICM a effectivement imités et copiés.
Imitation 1: Mécanisme de tri des transactions
Problème : Comme mentionné précédemment, la chaîne actuelle favorise les preneurs, et les teneurs subissent le "flux toxique". Les utilisateurs qui mangent activement les ordres peuvent, en fonction des derniers prix hors chaîne, lancer instantanément des transactions sur les ordres en attente sur la chaîne et obtenir une exécution prioritaire en augmentant les frais de transaction, tandis que les teneurs de marché n'ont souvent pas le temps de mettre à jour ou d'annuler leurs ordres. Le résultat est que les teneurs de marché doivent soit élargir l'écart, soit retirer complètement la liquidité, ce qui entraîne une dégradation de la profondeur du marché.
( La solution ultime d'ICM : Exécution contrôlable de l'application )ACE###
La feuille de route ICM propose le concept d'ACE(Exécution Contrôlée par l'Application), qui consiste à décentraliser le droit de tri des transactions vers chaque application sur la chaîne, permettant à l'application de décider comment trier et exécuter les transactions liées à cette application. Par exemple, dans le Solana qui mettra en œuvre l'ACE à l'avenir, les contrats DeFi pourront réaliser les règles de tri des transactions personnalisées suivantes :
Mise à jour du prix de l'oracle : les applications DeFi peuvent insérer une transaction pour obtenir le dernier prix de l'oracle avant de procéder à de grosses transactions, garantissant que les ordres sont exécutés au dernier prix raisonnable, empêchant ainsi les teneurs de marché de baser leurs cotations sur des prix obsolètes et d'être victimes d'arbitrage.
Exécution prioritaire des annulations de commande : l'application peut définir que les "demandes d'annulation de commande" sont prioritaires par rapport aux nouvelles "transactions d'achat", permettant ainsi au maker de retirer rapidement ses ordres en cas de conditions de marché défavorables.
Enchères à la fin de l'équipe : par exemple, après qu'un gros ordre d'achat ait fait monter les prix, l'application DeFi mettra aux enchères l'opportunité "juste derrière", celui qui souhaite retourner le plus d'avantages au protocole ( ou à l'utilisateur ), le protocole DeFi exécutera alors la transaction de celui-ci juste après le gros ordre. L'application DeFi peut retourner les revenus des enchères aux utilisateurs, transformant ainsi le flux MEV toxique en revenus bénéfiques.
( BAM de JITO : plan de transition
Avant le lancement officiel d'ACE, Jito Labs a lancé une solution de transition nommée Block Assembly Marketplace )BAM###. Le flux de travail de BAM est :
L'utilisateur envoie la transaction à un nœud exécutant le logiciel BAM ( plutôt qu'au leader actuel ).
Les nœuds BAM collectent les transactions locales et exécutent divers plugins ( plugin ) pour le réarrangement des paquets de transactions ( Bundle ) sous protection de la vie privée. Les plugins s'exécutent dans un environnement TEE sécurisé, cachant le contenu des transactions ( avant l'exécution. Grâce aux plugins, les développeurs d'applications peuvent personnaliser diverses règles de tri pour leurs contrats, par exemple donner la priorité aux annulations, mettre à jour les prix des oracles avant le rapprochement, ou même exécuter des enchères complexes au sein de l'application.
Le Bundle de transactions trié est ensuite envoyé au Leader de Solana pour être empaqueté sur la chaîne.
BAM peut être considéré comme un terrain d'expérimentation avant la mise en chaîne de l'ACE, fonctionnellement très proche de l'ACE ultime, mais il fonctionne dans un réseau indépendant hors chaîne, et non intégré au protocole de la chaîne principale Solana.
Il convient de noter que Jito a précédemment fourni une infrastructure axée sur l'extraction MEV ) telle que Jito Block Engine (, dont le modèle commercial consiste à optimiser le tri des transactions pour créer des opportunités pour les arbitragistes et partager les bénéfices. Cela constitue en quelque sorte une "lance" opposée aux utilisateurs ordinaires et aux personnes subissant des arbitrages. Cependant, Jito a fermé au début de 2024 la fonctionnalité de mémoire publique ) mempool ( destinée aux robots d'arbitrage, afin de réduire les externalités négatives telles que les attaques par sandwich. Cette initiative montre que la communauté Solana tend à réprimer le MEV nuisible et à maintenir l'équité des utilisateurs.
Le lancement de BAM s'inscrit également dans cette logique : il s'agit essentiellement de transformer le mécanisme de classement initialement utilisé pour l'arbitrage MEV en un "bouclier", afin de protéger les fournisseurs de liquidité tels que les teneurs de marché, par exemple en donnant la priorité aux retraits forcés pour éviter que les teneurs de marché ne subissent des pertes, et en introduisant des remises sur les enchères pour réduire les profits des courses. Les anciens chercheurs MEV qui souhaitent gagner de l'argent doivent maintenant changer de rôle et écrire des plugins BAM pour servir les protocoles DeFi, en profitant des frais des plugins.
) demander conseil à HYPERLIQUID
L'idée ACE/BAM mentionnée ci-dessus peut en fait être considérée comme une tentative de rattraper le mécanisme de mise en relation sur la chaîne Hyperliquid. Hyperliquid est une chaîne dédiée (Appchain), conçue spécifiquement pour servir les DEX. De plus, le HLP Vault, opéré par Hyperliquid, est en réalité l'un des plus grands teneurs de marché de la plateforme, il n'est donc pas surprenant que les règles de la chaîne Hyperliquid soient davantage orientées vers les fournisseurs de liquidité, ayant déjà mis en œuvre de nombreux designs visant à protéger les teneurs de marché au niveau de la chaîne, par exemple :
Priorité de protection des ordres en attente : les annulations et les ordres de type maker sont traités en priorité, évitant ainsi que les teneurs de marché subissent des transactions défavorables à leur insu. La "priorité d'exécution des annulations" mentionnée par Solana ACE est déjà pratiquée depuis de nombreuses années par Hyperliquid.
Garantie de prix la plus récente : Le processus de liquidation et de correspondance de Hyperliquid met l'accent sur l'utilisation des derniers prix de l'oracle et de l'état des marges pour effectuer une "double vérification". Par exemple, lorsque des ordres à cours limité sont exécutés, le système récupère à nouveau le dernier prix de l'oracle pour évaluer les marges des deux parties, garantissant qu'il n'y a pas de risque dû à un décalage de prix. Cela ressemble à ACE qui insère une mise à jour de l'oracle avant l'exécution de la transaction.
Protection contre les transactions auto-réalisées : si une même adresse achète et vend en même temps, Hyperliquid annule automatiquement plutôt que de mettre en correspondance, afin d'éviter le gonflement des volumes ou des frais inutiles.
L'ACE/BAM de Solana ICM est sans aucun doute une source d'inspiration pour Hyperliquid. En tant que leader en CLOB sur la chaîne, Hyperliquid a mis en place diverses mécaniques favorables aux teneurs de marché à l'aide d'une chaîne dédiée. Solana espère maintenant reproduire cet effet en utilisant une chaîne universelle et des plugins modulaires---c'est-à-dire permettre à chaque application d'avoir un contrôle similaire à celui de Hyperliquid sur l'ordre des transactions.
Imitation Deux : Finalité Instantanée
comparaison des consensus existants
Solana utilise actuellement Tower BFT, la confirmation et la finalité sont probabilistes et progressives : un bloc reçoit 2/3 des votes est considéré comme "confirmé ( Confirmed )", mais il faut accumuler environ 32 blocs suivants sur la chaîne ### ce qui prend généralement environ 13 secondes ( pour être ancré comme "finalisé ) Finalized (". Pour certaines applications ) comme le trading à haute fréquence (, une durée de confirmation finale de plusieurs secondes est encore trop longue.
HyperBFT est l'algorithme de consensus développé par Hyperliquid, inspiré par le consensus HotStuff, qui utilise un système de vote en deux tours pour confirmer les blocs, réalisant ainsi une "finalité instantanée".
Premier tour : prévote )Prevote( : après que le validateur a reçu le bloc candidat diffusé par le Proposeur, il effectuera une vérification rapide. Si la vérification est réussie, chaque validateur votera pour ce bloc avec un "vote de prévote" )Prevote( et le diffusera à l'ensemble du réseau. Ce vote représente : "J'ai fait un premier examen, ce bloc ne pose pas de problème."
Deuxième tour : pré-soumission ) Precommit ( : Une fois qu'un validateur a collecté les Prevotes de plus des deux tiers des validateurs pour le même bloc candidat, il acquiert une confiance suffisante, croyant que la majorité des membres du réseau reconnaissent ce bloc. Ainsi, ce validateur émettra un vote "pré-soumission" plus pondéré ) Precommit ( et le diffusera. Ce vote représente : "