Feuille de route ICM Solana : un "spectacle d'imitation" ciblant Hyperliquid
Récemment, un certain nombre de grands noms de l'écosystème Solana se sont réunis pour publier 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 ( ACE )", en d'autres termes, permettre aux applications sur la chaîne d'avoir le pouvoir de trier les transactions de manière autonome en millisecondes, créant ainsi un "Wall Street décentralisé".
Il est intéressant de lire l'ensemble de la feuille de route, même si Hyperliquid n'est pas mentionné directement, le design à l'intérieur vise presque partout les points forts de Hyperliquid. C'est comme si Solana disait : "Tout ce que vous avez avec Hyperliquid, nous voulons aussi l'avoir, et nous voulons le faire mieux !"
Hyperliquid occupe une position dominante sur le marché des contrats à terme perpétuels en chaîne, avec un volume de transactions atteignant environ 65 % de l'ensemble du marché des contrats perpétuels décentralisés. Évidemment, face à un concurrent tel que celui-ci, Solana ne souhaite pas être surpassé par un nouvel arrivant, c'est pourquoi elle a lancé cette feuille de route ICM.
Alors, de quoi s'agit-il vraiment dans ce "spectacle d'imitation" ? Solana peut-il vraiment rattraper voire dépasser Hyperliquid ? Explorons ce sujet en profondeur.
Contexte et contenu de l'ICM
Qui dirige cette transformation ?
Les acteurs majeurs de l'écosystème Solana participent à l'élaboration de la feuille de route :
Solana Foundation/Labs : le "papa" de Solana, responsable de la coordination globale et du développement du protocole central.
Anza : une entreprise de développement fondée par d'anciens membres de Solana Labs, qui a pris en charge de nombreux travaux de recherche sur des technologies clés, comme le nouveau protocole de consensus Alpenglow.
Jito Labs : fournisseur d'infrastructure MEV sur Solana, ayant une grande influence, contrôlant presque tout le flux MEV sur Solana avec un "pouvoir de vie et de mort". Cette fois, ils ont dominé la fourniture de solutions de tri des transactions telles que le Block Assembly Marketplace (BAM).
Multicoin Capital : une institution d'investissement en crypto-monnaie renommée, également un des premiers supporters de Solana. Elle a également un poids considérable dans la direction technique.
DoubleZero : une équipe spécialisée dans l'accélération des communications réseau, offrant des solutions de réseau optique dédiées pour améliorer la vitesse de communication entre les nœuds de validation Solana.
Drift : le projet DEX de contrats perpétuels leader sur Solana. Auparavant, Drift utilisait un modèle de mise en correspondance hors chaîne, et face à Hyperliquid entièrement sur chaîne, cela semblait un peu difficile. Cette fois, en participant à l'élaboration de la feuille de route, il est évident qu'ils espèrent se redresser grâce à une mise à niveau de la couche sous-jacente.
doit résoudre le problème central
La feuille de route se concentre sur l'amélioration de la microstructure du marché. En d'autres termes, le mécanisme actuel de négociation sur la chaîne n'est pas assez favorable aux Market Makers, car les Takers qui initient activement les transactions en profitent, tandis que les Market Makers qui attendent que leurs ordres soient exécutés en subissent les conséquences. Cela est dû au fait que les Takers détiennent souvent les dernières informations et augmentent activement les frais de transaction pour garantir que leurs transactions soient exécutées en premier, tandis que les Makers n'ont souvent pas le temps d'annuler leurs ordres et sont contraints de réaliser des transactions à des prix défavorables.
Certains traders d'arbitrage à haute fréquence exploitent cette asymétrie pour lancer des attaques de "flux toxiques". Par exemple, si le prix sur la chaîne n'est pas encore mis à jour, mais que le prix hors chaîne a déjà changé, les arbitragistes peuvent manger les ordres des market makers à l'ancien prix, faisant ainsi subir des pertes aux market makers. En conséquence, le Maker, pour se protéger, 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 détérioration de la liquidité du marché.
La feuille de route ICM vise à équilibrer ce schéma et à attirer une liquidité de haute qualité sur la chaîne.
Les trois étapes d'ICM
Solana a divisé ce grand plan en trois phases :
Court terme (1-3 mois) : Il s'agit principalement d'optimiser l'expérience de trading sur la chaîne existante, rendant les applications de type carnet de commandes plus conviviales et réduisant les interférences néfastes liées au MEV. Cela inclut spécifiquement :
Le module Block Assembly Marketplace (BAM) de Jito Labs est maintenant en ligne sur le mainnet. Ce module a pour but de fournir un système externe temporaire permettant aux contrats intelligents sur Solana d'avoir un contrôle autonome sur l'ordre des transactions, avant le lancement ultime de l'ACE (Application Controlled Execution).
L'équipe Anza optimise le taux de réussite de "l'entrée de 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 haut débit dédié et d'un nouveau consensus, réduction significative de la latence, augmentation du débit :
Déploiement d'un réseau de fibres optiques DoubleZero dédié, offrant aux validateurs une communication à haute vitesse avec un quasi-zéro 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évelopper l'exécution de programmes asynchrones ( Asynchronous Program Execution, APE ), réduire le blocage de l'exécution des transactions sur le consensus.
À long terme (9-30 mois) : Mise à niveau révolutionnaire de l'architecture de Solana, avec pour objectif de réaliser cela d'ici 2027 :
Leaders concurrent multiples (Multiple Concurrent Leaders, MCL) : permet à plusieurs validateurs de proposer simultanément des transactions dans leurs propres pipelines, puis de trier ces blocs parallèles par frais prioritaires. Cela réduit le monopole d'un seul empaqueteur et renforce la résistance à la censure.
Les applications natives peuvent exécuter ( l'exécution contrôlée par l'application, ACE) fonction : donne réellement aux contrats intelligents sur la chaîne le pouvoir de contrôler l'ordre d'exécution des transactions.
Imiter une : Mécanisme de tri des transactions
Problème : La chaîne actuelle favorise les preneurs, tandis que les fabricants souffrent du "trafic toxique". Les utilisateurs qui prennent des ordres peuvent initier des transactions sur les ordres en chaîne en fonction des derniers prix hors chaîne, et peuvent prioriser l'exécution en augmentant les frais de transaction, tandis que les teneurs de marché n'ont souvent pas le temps de mettre à jour ou de retirer leurs ordres. Le résultat est que les teneurs de marché doivent soit élargir l'écart, soit retirer complètement la liquidité, ce qui dégrade la profondeur du marché.
La solution ultime d'ICM : application de l'exécution contrôlée (ACE)
La feuille de route ICM propose le concept d'ACE (Application Controlled Execution), qui consiste à déléguer le pouvoir de tri des transactions aux différentes applications sur la chaîne, permettant à chaque application de décider comment trier et exécuter les transactions liées à elle. Par exemple, sur Solana, qui mettra en œuvre l'ACE à l'avenir, les contrats DeFi pourront établir les règles de tri des transactions personnalisées suivantes :
Mise à jour des prix d'Oracle : Les applications DeFi peuvent insérer une transaction avant de matcher de gros volumes, afin d'obtenir le dernier prix auprès de l'oracle, garantissant que les ordres sont exécutés au prix raisonnable le plus récent, empêchant ainsi les teneurs de marché de fixer des prix basés sur des prix obsolètes et d'être victimes d'arbitrage.
Exécution prioritaire des annulations : l'application peut définir que les "demandes d'annulation" sont prioritaires par rapport à de nouvelles "transactions de prise de commande", permettant au maker d'annuler rapidement ses ordres en cas de conditions de marché défavorables.
Enchères de fin de file : par exemple, après l'apparition d'un gros ordre d'achat qui fait monter les prix, l'application DeFi met en vente l'opportunité "suivante", celui qui est prêt à retourner le plus d'avantages au protocole (ou aux utilisateurs), le protocole DeFi exécutera le trade de celui-ci en suivant l'ordre important. Les applications DeFi peuvent retourner les bénéfices des enchères aux utilisateurs, transformant ainsi le flux MEV toxique en revenus bénéfiques.
BAM de JITO : solution de transition
Avant le lancement officiel d'ACE, Jito Labs a lancé une solution de transition appelé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 (et non directement 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, telles que la priorité des annulations, la mise à jour des prix des oracles avant le rapprochement, et 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 packagé sur la chaîne.
BAM peut être considéré comme un terrain d'expérimentation avant la mise en chaîne d'ACE, ses fonctionnalités étant très proches de l'ACE ultime, sauf qu'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 de MEV (comme Jito Block Engine), dont le modèle commercial consiste à créer des opportunités pour les arbitragistes en optimisant le tri des transactions et en partageant les bénéfices. Cela constitue, dans une certaine mesure, une "lance" se trouvant du côté opposé aux utilisateurs ordinaires et aux personnes sujettes à l'arbitrage. Cependant, Jito a fermé début 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é pour les utilisateurs.
Le lancement de BAM s'inscrit parfaitement dans cette logique : il s'agit essentiellement de transformer le mécanisme de classement initialement utilisé pour l'arbitrage MEV en un "bouclier" pour protéger les teneurs de marché et autres fournisseurs de liquidité, par exemple en priorisant les annulations forcées pour éviter que les teneurs de marché subissent des pertes, ou en introduisant des remises sur les enchères pour réduire les profits des coureurs. Les anciens chercheurs MEV qui souhaitent gagner de l'argent doivent donc changer de rôle et développer des plugins BAM au service des protocoles DeFi, en tirant des bénéfices des frais de plugin.
se renseigner auprès de HYPERLIQUID
L'approche 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 dès le départ pour servir les DEX. De plus, le HLP Vault géré par l'équipe officielle de Hyperliquid est en réalité l'un des plus grands teneurs de marché de cette plateforme, il n'est donc pas surprenant que les règles de la chaîne Hyperliquid soient davantage axées sur les fournisseurs de liquidité, ayant déjà réalisé de nombreuses conceptions visant à protéger les teneurs de marché au niveau de la chaîne, telles que :
Protection prioritaire pour les ordres en attente : les annulations et les ordres de type maker sont traités en priorité, évitant ainsi que les teneurs de marché soient désavantagés sans en être informés. La "priorité d'exécution des annulations" mentionnée par Solana ACE a déjà été pratiquée par Hyperliquid depuis de nombreuses années.
Garantie de prix la plus récente : Le processus de liquidation et de correspondance de Hyperliquid met l'accent sur l'utilisation des prix des oracles les plus récents et de l'état des marges pour effectuer une "double vérification". Par exemple, lorsque des ordres sont exécutés, le système récupère à nouveau le prix de l'oracle le plus récent pour évaluer les marges des deux parties, afin de s'assurer qu'il n'y a pas de risque dû à un retard des prix. Cela ressemble à ACE qui insère une mise à jour de l'oracle avant l'exécution de la transaction.
Protection contre les transactions automatiques : si une même adresse achète et vend en même temps, Hyperliquid annule automatiquement plutôt que de jumeler, afin de prévenir 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 du CLOB sur la blockchain, Hyperliquid a mis en place de nombreux mécanismes favorables aux teneurs de marché grâce à une chaîne dédiée. Solana espère maintenant utiliser une chaîne universelle avec des plugins modulaires pour reproduire cet effet, c'est-à-dire donner à chaque application un contrôle similaire à celui d'Hyperliquid sur le tri des transactions.
Imiter Deux : Finalité Instantanée
comparaison des consensus existants
Solana utilise actuellement Tower BFT, où 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 (généralement environ 13 secondes) pour être ancré comme "finalisé ( Finalized )". Pour certaines applications (comme le trading haute fréquence), un temps de confirmation finale de quelques secondes est encore trop long.
HyperBFT est l'algorithme de consensus développé par Hyperliquid, inspiré par le consensus HotStuff, utilisant deux tours de vote pour confirmer les blocs et réaliser la "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 validation rapide. Si la validation est réussie, chaque validateur votera avec un "pré-vote" ( Prevote ) et le diffusera à l'ensemble du réseau. Ce vote représente : "J'ai regardé rapidement, ce bloc est en ordre."
Deuxième tour : pré-engagement ( Precommit ) : Une fois qu'un validateur a collecté les Prevotes de plus des deux tiers des validateurs pour le même bloc candidat, il obtient une confiance suffisante, croyant que la majorité des membres du réseau reconnaissent ce bloc. Ainsi, le validateur émet un vote "pré-engagement" ( Precommit ) plus significatif et le diffuse. Ce vote représente : "J'ai vu que la majorité du réseau est d'accord, je suis prêt à écrire officiellement ce bloc dans le registre."
Lorsque un validateur reçoit le Precommit de plus de deux tiers des validateurs pour le même bloc candidat, le consensus est atteint ! Ce bloc est considéré comme définitivement (Finalisé). Il sera ajouté de manière permanente et irréversible à la blockchain.
Cela signifie que chaque bloc d'Hyperliquid est un bloc final, sans possibilité de bifurcation ou de retour en arrière, avec un délai de génération de blocs extrêmement faible ------ les informations officielles révèlent un délai de confirmation moyen d'environ 0,2 seconde, ne dépassant pas 0,9 seconde dans 99 % des cas. Cette finalité à l'échelle des millisecondes est idéale pour le trading haute fréquence, car une fois qu'une transaction est émise, elle peut être confirmée rapidement et ne peut plus être réorganisée, ce qui améliore considérablement l'efficacité des actifs.
ALPENGLOW réalise une finalité instantanée.
Alpenglow est un nouveau protocole de consensus que Solana est prêt à lancer, visant à accélérer la confirmation finale des blocs à 1-2 slots (environ 150 ms), réalisant quelque chose de similaire
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.
20 J'aime
Récompense
20
7
Reposter
Partager
Commentaire
0/400
0xOverleveraged
· 08-14 03:33
Ce n'est pas juste copier les devoirs ? On a juste changé la couverture pour quelque chose de plus joli.
Voir l'originalRépondre0
fren.eth
· 08-13 14:30
Copier une main, et alors ? Si tu n'as pas de force, créer une forte impulsion ne sert à rien.
Voir l'originalRépondre0
WealthCoffee
· 08-13 03:20
Encore un nouveau gameplay altcoin.
Voir l'originalRépondre0
GasFeeNightmare
· 08-13 03:19
Hum, SOL est juste capable de copier les devoirs.
Voir l'originalRépondre0
MidnightSnapHunter
· 08-13 03:17
Si tu veux copier, fais-le. Il n'y a rien de mal à cela.
Voir l'originalRépondre0
MEVHunterNoLoss
· 08-13 03:07
Tu es encore en train de copier les devoirs, n'est-ce pas ?
Solana imite Hyperliquid pour créer une feuille de route ICM et construire Wall Street off-chain.
Feuille de route ICM Solana : un "spectacle d'imitation" ciblant Hyperliquid
Récemment, un certain nombre de grands noms de l'écosystème Solana se sont réunis pour publier 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 ( ACE )", en d'autres termes, permettre aux applications sur la chaîne d'avoir le pouvoir de trier les transactions de manière autonome en millisecondes, créant ainsi un "Wall Street décentralisé".
Il est intéressant de lire l'ensemble de la feuille de route, même si Hyperliquid n'est pas mentionné directement, le design à l'intérieur vise presque partout les points forts de Hyperliquid. C'est comme si Solana disait : "Tout ce que vous avez avec Hyperliquid, nous voulons aussi l'avoir, et nous voulons le faire mieux !"
Hyperliquid occupe une position dominante sur le marché des contrats à terme perpétuels en chaîne, avec un volume de transactions atteignant environ 65 % de l'ensemble du marché des contrats perpétuels décentralisés. Évidemment, face à un concurrent tel que celui-ci, Solana ne souhaite pas être surpassé par un nouvel arrivant, c'est pourquoi elle a lancé cette feuille de route ICM.
Alors, de quoi s'agit-il vraiment dans ce "spectacle d'imitation" ? Solana peut-il vraiment rattraper voire dépasser Hyperliquid ? Explorons ce sujet en profondeur.
Contexte et contenu de l'ICM
Qui dirige cette transformation ?
Les acteurs majeurs de l'écosystème Solana participent à l'élaboration de la feuille de route :
Solana Foundation/Labs : le "papa" de Solana, responsable de la coordination globale et du développement du protocole central.
Anza : une entreprise de développement fondée par d'anciens membres de Solana Labs, qui a pris en charge de nombreux travaux de recherche sur des technologies clés, comme le nouveau protocole de consensus Alpenglow.
Jito Labs : fournisseur d'infrastructure MEV sur Solana, ayant une grande influence, contrôlant presque tout le flux MEV sur Solana avec un "pouvoir de vie et de mort". Cette fois, ils ont dominé la fourniture de solutions de tri des transactions telles que le Block Assembly Marketplace (BAM).
Multicoin Capital : une institution d'investissement en crypto-monnaie renommée, également un des premiers supporters de Solana. Elle a également un poids considérable dans la direction technique.
DoubleZero : une équipe spécialisée dans l'accélération des communications réseau, offrant des solutions de réseau optique dédiées pour améliorer la vitesse de communication entre les nœuds de validation Solana.
Drift : le projet DEX de contrats perpétuels leader sur Solana. Auparavant, Drift utilisait un modèle de mise en correspondance hors chaîne, et face à Hyperliquid entièrement sur chaîne, cela semblait un peu difficile. Cette fois, en participant à l'élaboration de la feuille de route, il est évident qu'ils espèrent se redresser grâce à une mise à niveau de la couche sous-jacente.
doit résoudre le problème central
La feuille de route se concentre sur l'amélioration de la microstructure du marché. En d'autres termes, le mécanisme actuel de négociation sur la chaîne n'est pas assez favorable aux Market Makers, car les Takers qui initient activement les transactions en profitent, tandis que les Market Makers qui attendent que leurs ordres soient exécutés en subissent les conséquences. Cela est dû au fait que les Takers détiennent souvent les dernières informations et augmentent activement les frais de transaction pour garantir que leurs transactions soient exécutées en premier, tandis que les Makers n'ont souvent pas le temps d'annuler leurs ordres et sont contraints de réaliser des transactions à des prix défavorables.
Certains traders d'arbitrage à haute fréquence exploitent cette asymétrie pour lancer des attaques de "flux toxiques". Par exemple, si le prix sur la chaîne n'est pas encore mis à jour, mais que le prix hors chaîne a déjà changé, les arbitragistes peuvent manger les ordres des market makers à l'ancien prix, faisant ainsi subir des pertes aux market makers. En conséquence, le Maker, pour se protéger, 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 détérioration de la liquidité du marché.
La feuille de route ICM vise à équilibrer ce schéma et à attirer une liquidité de haute qualité sur la chaîne.
Les trois étapes d'ICM
Solana a divisé ce grand plan en trois phases :
Court terme (1-3 mois) : Il s'agit principalement d'optimiser l'expérience de trading sur la chaîne existante, rendant les applications de type carnet de commandes plus conviviales et réduisant les interférences néfastes liées au MEV. Cela inclut spécifiquement :
Le module Block Assembly Marketplace (BAM) de Jito Labs est maintenant en ligne sur le mainnet. Ce module a pour but de fournir un système externe temporaire permettant aux contrats intelligents sur Solana d'avoir un contrôle autonome sur l'ordre des transactions, avant le lancement ultime de l'ACE (Application Controlled Execution).
L'équipe Anza optimise le taux de réussite de "l'entrée de 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 haut débit dédié et d'un nouveau consensus, réduction significative de la latence, augmentation du débit :
Déploiement d'un réseau de fibres optiques DoubleZero dédié, offrant aux validateurs une communication à haute vitesse avec un quasi-zéro 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évelopper l'exécution de programmes asynchrones ( Asynchronous Program Execution, APE ), réduire le blocage de l'exécution des transactions sur le consensus.
À long terme (9-30 mois) : Mise à niveau révolutionnaire de l'architecture de Solana, avec pour objectif de réaliser cela d'ici 2027 :
Leaders concurrent multiples (Multiple Concurrent Leaders, MCL) : permet à plusieurs validateurs de proposer simultanément des transactions dans leurs propres pipelines, puis de trier ces blocs parallèles par frais prioritaires. Cela réduit le monopole d'un seul empaqueteur et renforce la résistance à la censure.
Les applications natives peuvent exécuter ( l'exécution contrôlée par l'application, ACE) fonction : donne réellement aux contrats intelligents sur la chaîne le pouvoir de contrôler l'ordre d'exécution des transactions.
Imiter une : Mécanisme de tri des transactions
Problème : La chaîne actuelle favorise les preneurs, tandis que les fabricants souffrent du "trafic toxique". Les utilisateurs qui prennent des ordres peuvent initier des transactions sur les ordres en chaîne en fonction des derniers prix hors chaîne, et peuvent prioriser l'exécution en augmentant les frais de transaction, tandis que les teneurs de marché n'ont souvent pas le temps de mettre à jour ou de retirer leurs ordres. Le résultat est que les teneurs de marché doivent soit élargir l'écart, soit retirer complètement la liquidité, ce qui dégrade la profondeur du marché.
La solution ultime d'ICM : application de l'exécution contrôlée (ACE)
La feuille de route ICM propose le concept d'ACE (Application Controlled Execution), qui consiste à déléguer le pouvoir de tri des transactions aux différentes applications sur la chaîne, permettant à chaque application de décider comment trier et exécuter les transactions liées à elle. Par exemple, sur Solana, qui mettra en œuvre l'ACE à l'avenir, les contrats DeFi pourront établir les règles de tri des transactions personnalisées suivantes :
Mise à jour des prix d'Oracle : Les applications DeFi peuvent insérer une transaction avant de matcher de gros volumes, afin d'obtenir le dernier prix auprès de l'oracle, garantissant que les ordres sont exécutés au prix raisonnable le plus récent, empêchant ainsi les teneurs de marché de fixer des prix basés sur des prix obsolètes et d'être victimes d'arbitrage.
Exécution prioritaire des annulations : l'application peut définir que les "demandes d'annulation" sont prioritaires par rapport à de nouvelles "transactions de prise de commande", permettant au maker d'annuler rapidement ses ordres en cas de conditions de marché défavorables.
Enchères de fin de file : par exemple, après l'apparition d'un gros ordre d'achat qui fait monter les prix, l'application DeFi met en vente l'opportunité "suivante", celui qui est prêt à retourner le plus d'avantages au protocole (ou aux utilisateurs), le protocole DeFi exécutera le trade de celui-ci en suivant l'ordre important. Les applications DeFi peuvent retourner les bénéfices des enchères aux utilisateurs, transformant ainsi le flux MEV toxique en revenus bénéfiques.
BAM de JITO : solution de transition
Avant le lancement officiel d'ACE, Jito Labs a lancé une solution de transition appelé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 (et non directement 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, telles que la priorité des annulations, la mise à jour des prix des oracles avant le rapprochement, et 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 packagé sur la chaîne.
BAM peut être considéré comme un terrain d'expérimentation avant la mise en chaîne d'ACE, ses fonctionnalités étant très proches de l'ACE ultime, sauf qu'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 de MEV (comme Jito Block Engine), dont le modèle commercial consiste à créer des opportunités pour les arbitragistes en optimisant le tri des transactions et en partageant les bénéfices. Cela constitue, dans une certaine mesure, une "lance" se trouvant du côté opposé aux utilisateurs ordinaires et aux personnes sujettes à l'arbitrage. Cependant, Jito a fermé début 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é pour les utilisateurs.
Le lancement de BAM s'inscrit parfaitement dans cette logique : il s'agit essentiellement de transformer le mécanisme de classement initialement utilisé pour l'arbitrage MEV en un "bouclier" pour protéger les teneurs de marché et autres fournisseurs de liquidité, par exemple en priorisant les annulations forcées pour éviter que les teneurs de marché subissent des pertes, ou en introduisant des remises sur les enchères pour réduire les profits des coureurs. Les anciens chercheurs MEV qui souhaitent gagner de l'argent doivent donc changer de rôle et développer des plugins BAM au service des protocoles DeFi, en tirant des bénéfices des frais de plugin.
se renseigner auprès de HYPERLIQUID
L'approche 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 dès le départ pour servir les DEX. De plus, le HLP Vault géré par l'équipe officielle de Hyperliquid est en réalité l'un des plus grands teneurs de marché de cette plateforme, il n'est donc pas surprenant que les règles de la chaîne Hyperliquid soient davantage axées sur les fournisseurs de liquidité, ayant déjà réalisé de nombreuses conceptions visant à protéger les teneurs de marché au niveau de la chaîne, telles que :
Protection prioritaire pour les ordres en attente : les annulations et les ordres de type maker sont traités en priorité, évitant ainsi que les teneurs de marché soient désavantagés sans en être informés. La "priorité d'exécution des annulations" mentionnée par Solana ACE a déjà été pratiquée par Hyperliquid depuis de nombreuses années.
Garantie de prix la plus récente : Le processus de liquidation et de correspondance de Hyperliquid met l'accent sur l'utilisation des prix des oracles les plus récents et de l'état des marges pour effectuer une "double vérification". Par exemple, lorsque des ordres sont exécutés, le système récupère à nouveau le prix de l'oracle le plus récent pour évaluer les marges des deux parties, afin de s'assurer qu'il n'y a pas de risque dû à un retard des prix. Cela ressemble à ACE qui insère une mise à jour de l'oracle avant l'exécution de la transaction.
Protection contre les transactions automatiques : si une même adresse achète et vend en même temps, Hyperliquid annule automatiquement plutôt que de jumeler, afin de prévenir 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 du CLOB sur la blockchain, Hyperliquid a mis en place de nombreux mécanismes favorables aux teneurs de marché grâce à une chaîne dédiée. Solana espère maintenant utiliser une chaîne universelle avec des plugins modulaires pour reproduire cet effet, c'est-à-dire donner à chaque application un contrôle similaire à celui d'Hyperliquid sur le tri des transactions.
Imiter Deux : Finalité Instantanée
comparaison des consensus existants
Solana utilise actuellement Tower BFT, où 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 (généralement environ 13 secondes) pour être ancré comme "finalisé ( Finalized )". Pour certaines applications (comme le trading haute fréquence), un temps de confirmation finale de quelques secondes est encore trop long.
HyperBFT est l'algorithme de consensus développé par Hyperliquid, inspiré par le consensus HotStuff, utilisant deux tours de vote pour confirmer les blocs et réaliser la "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 validation rapide. Si la validation est réussie, chaque validateur votera avec un "pré-vote" ( Prevote ) et le diffusera à l'ensemble du réseau. Ce vote représente : "J'ai regardé rapidement, ce bloc est en ordre."
Deuxième tour : pré-engagement ( Precommit ) : Une fois qu'un validateur a collecté les Prevotes de plus des deux tiers des validateurs pour le même bloc candidat, il obtient une confiance suffisante, croyant que la majorité des membres du réseau reconnaissent ce bloc. Ainsi, le validateur émet un vote "pré-engagement" ( Precommit ) plus significatif et le diffuse. Ce vote représente : "J'ai vu que la majorité du réseau est d'accord, je suis prêt à écrire officiellement ce bloc dans le registre."
Lorsque un validateur reçoit le Precommit de plus de deux tiers des validateurs pour le même bloc candidat, le consensus est atteint ! Ce bloc est considéré comme définitivement (Finalisé). Il sera ajouté de manière permanente et irréversible à la blockchain.
Cela signifie que chaque bloc d'Hyperliquid est un bloc final, sans possibilité de bifurcation ou de retour en arrière, avec un délai de génération de blocs extrêmement faible ------ les informations officielles révèlent un délai de confirmation moyen d'environ 0,2 seconde, ne dépassant pas 0,9 seconde dans 99 % des cas. Cette finalité à l'échelle des millisecondes est idéale pour le trading haute fréquence, car une fois qu'une transaction est émise, elle peut être confirmée rapidement et ne peut plus être réorganisée, ce qui améliore considérablement l'efficacité des actifs.
ALPENGLOW réalise une finalité instantanée.
Alpenglow est un nouveau protocole de consensus que Solana est prêt à lancer, visant à accélérer la confirmation finale des blocs à 1-2 slots (environ 150 ms), réalisant quelque chose de similaire