L'état actuel et le développement futur de l'MEV sur le réseau Sui
MEV (Maximum Extractable Value) est devenu un sujet brûlant dans l'industrie de la blockchain, impliquant le tri des transactions et des opportunités d'arbitrage. Afin d'accroître la transparence, de protéger les transactions, de maintenir la santé du réseau et de récompenser les participants, le réseau Sui a activement mis en œuvre des propositions d'amélioration et d'autres mécanismes pour réguler les activités MEV sur le réseau.
En plus des mécanismes existants, Sui prévoit également d'introduire d'autres mesures pour s'assurer que ses principes fondamentaux peuvent orienter la direction du développement de l'MEV sur le réseau.
Principes de conception et facteurs à considérer
Chaque transaction sur le réseau Sui apporte de nouvelles informations et des opportunités de profit potentielles. L'écosystème MEV sur Sui se forme principalement par les mécanismes suivants :
Mécanisme de soumission des transactions MEV
Mécanisme de publication des opportunités MEV
Mécanisme de distribution des revenus MEV
Mécanisme de protection des transactions des utilisateurs
Les priorités générales du réseau Sui comprennent :
La protection des transactions des utilisateurs prime sur le volume d'extraction de valeur. Il est préférable de privilégier les petits glissements plutôt que les grandes valeurs d'extraction. Évitez d'augmenter les délais et les enchères hors chaîne sans option de sortie.
La transparence du réseau est supérieure aux transactions privées avec des nœuds de validation ou des intermédiaires.
Favoriser la concurrence et réprimer les comportements indésirables qui entraînent une inefficacité du système grâce à une enchère de gas prioritaire (PGA) : idéalement, la meilleure stratégie pour le chercheur est d'envoyer une transaction dont les frais prioritaires sont déterminés par la valeur extraite.
Encourager la distribution des récompenses aux participants dont les intérêts sont alignés avec ceux de l'écosystème : nœuds de validation, stakers, applications et utilisateurs.
Mécanisme de soumission des transactions
En raison de la nécessité d'exécuter les transactions modifiant le même objet dans un ordre séquentiel, les clients vont rivaliser pour augmenter leurs chances d'exécution. D'un point de vue systémique, le PGA est une méthode efficace de répartition des ressources, capable de prévenir les comportements indésirables tout en redistribuant les frais de gaz entre les participants.
Le facteur clé du PGA est l'exécution quantitative :
Les transactions triées par consensus sont traitées dans le bloc. Les traders rivalisent pour l'ordre de priorité par le biais d'enchères de gaz, pouvant à la fois rivaliser en interne lors de la soumission et entre différentes soumissions.
Cela diffère des teneurs de marché des bourses centralisées, dont la priorité d'exécution dépend entièrement de la vitesse, réalisée par des réseaux à faible latence et des algorithmes.
Un taux de soumission de consensus plus élevé réduit l'effet de quantification, rendant l'exécution des échanges décentralisés plus efficace, mais cela réduit également la fenêtre PGA.
Actuellement, le PGA des objets non congestionnés est le plus important pour les chercheurs les plus rapides. À un taux de Sui de 15 soumissions par seconde, un avantage de vitesse de soumission de transaction de 70 millisecondes peut déterminer si une transaction peut être réalisée.
Les objets de congestion peuvent retarder l'exécution des transactions, ce qui amplifie encore l'importance du PGA, car la fenêtre des transactions concurrentes peut être 10 fois supérieure à celle des soumissions de consensus régulières.
Il existe deux mécanismes pour orienter les transactions vers des soumissions Sui à venir spécifiques :
Soumettre un lot de transactions par liaison souple : SIP-19
Les transactions soumises par un soft bundle sont susceptibles d'être incluses dans le même consensus que le bundle valide. Les conditions de validité du bundle exigent que le prix du gaz de toutes les transactions soit identique.
En réalité, ce mécanisme permet d'organiser des enchères hors chaîne pour les transactions originales et leurs transactions ultérieures.
Amplification des transactions prioritaires par consensus : SIP-45
SIP-45 résout le problème potentiel de fluctuation dans la soumission des consensus, évitant ainsi que les transactions à prix de gas plus bas soumises en même temps soient placées après celles à prix de gas plus élevé.
SIP-45 renforce la soumission de consensus en augmentant le prix du gas au-dessus d'un multiple de référence spécifique du prix du gas (RGP).
L'application étendue du SIP-45 créera un système plus efficace et compétitif équitable. Il convient de noter que le SIP-45 ne modifiera pas les propriétés fondamentales du système telles que perçues par le client : il réprime les comportements indésirables en offrant une alternative plus efficace.
Choisissez le prix du gas de transaction approprié
Le client doit prendre en compte les principaux facteurs suivants pour déterminer le prix du gas lors de la soumission d'une transaction :
Vente aux enchères de gaz prioritaire
Dans la soumission de consensus, les transactions modifiant le même objet sont triées par prix de gaz, ce qui offre aux chercheurs une chance de compétition équitable.
Soumission de consensus amplifiée
Les transactions dont le prix du gaz dépasse un multiple spécifique du RGP sont soumises à la consensus via plusieurs nœuds de validation afin d'amplifier la soumission au consensus. Tout prix du gaz dépassant le seuil d'amplification réduira les fluctuations des soumissions inefficaces.
Éviter les retards et les annulations dues à la congestion
Sui limite le temps d'horloge mural d'exécution des points de contrôle en contrôlant le taux de transaction modifiant le même objet partagé. Les transactions modifiant l'objet de congestion sont triées par prix de gas, les transactions à prix plus bas étant retardées et finalement annulées, afin de limiter la plus longue chaîne d'exécution séquentielle pour chaque point de contrôle.
Les nœuds complets suivent l'exécution et l'annulation des transactions de prix du gaz, en particulier celles impliquant la modification des objets de congestion. Grâce aux résultats des transactions exécutées, il est possible d'obtenir le prix du gaz pour les transactions ayant le prix le plus bas exécuté et le prix le plus élevé annulé. En utilisant ces informations, le client peut déterminer le prix du gaz requis afin d'éviter avec une forte probabilité les retards de transaction.
Publier des informations de transaction
Chaque transaction sur Sui introduit des opportunités de profit potentielles. Le cycle de vie d'une transaction d'objet partagé, depuis la soumission par le client jusqu'à ce qu'un tiers observe son effet, comprend les étapes suivantes :
Le client soumet une transaction
Diffusion des transactions par le nœud RPC
Certificat de transaction de diffusion de nœud RPC
Les nœuds de validation soumettent des transactions
Exécution des transactions
Envoi du certificat d'effet de transaction au nœud RPC et au client
Générer un point de contrôle
Diffusion de la signature du point de contrôle
Vérification des points de contrôle de la propagation du protocole de synchronisation des états
Vérification des points de contrôle de téléchargement des nœuds tiers
Diffusion des informations de transaction avant soumission de la transaction
Sui dispose d'un système d'enchères hors chaîne pour soumettre des bundles soft, conformément au SIP-19. Ces enchères intercepter les soumissions de transaction via un protocole hors chaîne entre l'application et le système d'enchères.
Cette hypothèse de diffusion d'information suppose que le système d'enchères fonctionne bien et peut protéger les transactions des utilisateurs contre les attaques potentielles de frontrunning. Le système d'enchères est incité à protéger les transactions des utilisateurs pour maintenir son activité, c'est pourquoi certaines techniques d'enchères sont utilisées pour atténuer les gains financiers potentiels apportés par les robots de frontrunning.
Flux de blocs de consensus
Pour réaliser un accès aux transactions des utilisateurs à faible latence, Sui conçoit un système de diffusion directe des blocs de consensus. Les nœuds complets pourront s'abonner directement aux blocs de consensus.
De cette manière, les nœuds complets peuvent notifier de manière spéculative des transactions qui ont une forte probabilité d'être soumises. La topologie du réseau utilise un protocole standard de découverte de pairs synchronisés en état ouvert.
Cette notification de spéculation pourrait réduire considérablement le délai de propagation des transactions, ne nécessitant qu'environ 160 millisecondes (2 tours de consensus), après la soumission par les nœuds de validation.
Protection des transactions des utilisateurs
Les transactions des utilisateurs doivent être protégées contre les transactions de front-running, les attaques par sandwich et les délais de soumission involontaires.
membre externe entraîné
La soumission de transactions Sui nécessite l'impulsion de membres externes, généralement exécutée par des nœuds complets. Ce mécanisme offre une protection préalable naturelle, à condition de faire confiance aux nœuds complets responsables de la soumission des transactions.
Chemin rapide Mysticeti
Sui est en train de réaliser un projet qui modifie la soumission des transactions selon le protocole de chemin rapide décrit dans le document Mysticeti. Selon ce protocole, les transactions des utilisateurs peuvent être soumises à un seul nœud de validation, qui utilisera Mysticeti pour collecter et exécuter les certificats de transaction. Bien que cela améliore l'efficacité du système, cela offre également aux nœuds de validation l'opportunité d'acquérir les transactions des utilisateurs en amont.
Il n'y a actuellement aucune preuve d'attaques de transactions frontales sur Sui. Dans le nouveau système, la possibilité de transactions frontales est plus élevée, mais d'un autre côté, en raison d'une compréhension déterministe des nœuds de validation soumis, il est plus facile de les tenir responsables.
L'évolution de MEV de Sui
L'écosystème MEV de Sui est encore en cours de formation, avec de nouveaux mécanismes à venir plus tard cette année. Actuellement, les enchères de gaz prioritaires et l'amplification du consensus définissent le système actuel, tandis que les innovations à venir, telles que le cryptage par verrouillage temporel et le chemin rapide Mysticeti, redéfiniront l'exécution des transactions et la sécurité. Avec le lancement de ces mécanismes, le MEV sur Sui continuera d'évoluer, créant un écosystème plus dynamique et transparent.
This page may contain third-party content, which is provided for information purposes only (not representations/warranties) and should not be considered as an endorsement of its views by Gate, nor as financial or professional advice. See Disclaimer for details.
Écosystème MEV du réseau Sui : État actuel, mécanismes et orientations futures de développement
L'état actuel et le développement futur de l'MEV sur le réseau Sui
MEV (Maximum Extractable Value) est devenu un sujet brûlant dans l'industrie de la blockchain, impliquant le tri des transactions et des opportunités d'arbitrage. Afin d'accroître la transparence, de protéger les transactions, de maintenir la santé du réseau et de récompenser les participants, le réseau Sui a activement mis en œuvre des propositions d'amélioration et d'autres mécanismes pour réguler les activités MEV sur le réseau.
En plus des mécanismes existants, Sui prévoit également d'introduire d'autres mesures pour s'assurer que ses principes fondamentaux peuvent orienter la direction du développement de l'MEV sur le réseau.
Principes de conception et facteurs à considérer
Chaque transaction sur le réseau Sui apporte de nouvelles informations et des opportunités de profit potentielles. L'écosystème MEV sur Sui se forme principalement par les mécanismes suivants :
Les priorités générales du réseau Sui comprennent :
Mécanisme de soumission des transactions
En raison de la nécessité d'exécuter les transactions modifiant le même objet dans un ordre séquentiel, les clients vont rivaliser pour augmenter leurs chances d'exécution. D'un point de vue systémique, le PGA est une méthode efficace de répartition des ressources, capable de prévenir les comportements indésirables tout en redistribuant les frais de gaz entre les participants.
Le facteur clé du PGA est l'exécution quantitative :
Il existe deux mécanismes pour orienter les transactions vers des soumissions Sui à venir spécifiques :
Soumettre un lot de transactions par liaison souple : SIP-19
Amplification des transactions prioritaires par consensus : SIP-45
Choisissez le prix du gas de transaction approprié
Le client doit prendre en compte les principaux facteurs suivants pour déterminer le prix du gas lors de la soumission d'une transaction :
Vente aux enchères de gaz prioritaire Dans la soumission de consensus, les transactions modifiant le même objet sont triées par prix de gaz, ce qui offre aux chercheurs une chance de compétition équitable.
Soumission de consensus amplifiée Les transactions dont le prix du gaz dépasse un multiple spécifique du RGP sont soumises à la consensus via plusieurs nœuds de validation afin d'amplifier la soumission au consensus. Tout prix du gaz dépassant le seuil d'amplification réduira les fluctuations des soumissions inefficaces.
Éviter les retards et les annulations dues à la congestion Sui limite le temps d'horloge mural d'exécution des points de contrôle en contrôlant le taux de transaction modifiant le même objet partagé. Les transactions modifiant l'objet de congestion sont triées par prix de gas, les transactions à prix plus bas étant retardées et finalement annulées, afin de limiter la plus longue chaîne d'exécution séquentielle pour chaque point de contrôle.
Les nœuds complets suivent l'exécution et l'annulation des transactions de prix du gaz, en particulier celles impliquant la modification des objets de congestion. Grâce aux résultats des transactions exécutées, il est possible d'obtenir le prix du gaz pour les transactions ayant le prix le plus bas exécuté et le prix le plus élevé annulé. En utilisant ces informations, le client peut déterminer le prix du gaz requis afin d'éviter avec une forte probabilité les retards de transaction.
Publier des informations de transaction
Chaque transaction sur Sui introduit des opportunités de profit potentielles. Le cycle de vie d'une transaction d'objet partagé, depuis la soumission par le client jusqu'à ce qu'un tiers observe son effet, comprend les étapes suivantes :
Diffusion des informations de transaction avant soumission de la transaction
Sui dispose d'un système d'enchères hors chaîne pour soumettre des bundles soft, conformément au SIP-19. Ces enchères intercepter les soumissions de transaction via un protocole hors chaîne entre l'application et le système d'enchères.
Cette hypothèse de diffusion d'information suppose que le système d'enchères fonctionne bien et peut protéger les transactions des utilisateurs contre les attaques potentielles de frontrunning. Le système d'enchères est incité à protéger les transactions des utilisateurs pour maintenir son activité, c'est pourquoi certaines techniques d'enchères sont utilisées pour atténuer les gains financiers potentiels apportés par les robots de frontrunning.
Flux de blocs de consensus
Pour réaliser un accès aux transactions des utilisateurs à faible latence, Sui conçoit un système de diffusion directe des blocs de consensus. Les nœuds complets pourront s'abonner directement aux blocs de consensus.
De cette manière, les nœuds complets peuvent notifier de manière spéculative des transactions qui ont une forte probabilité d'être soumises. La topologie du réseau utilise un protocole standard de découverte de pairs synchronisés en état ouvert.
Cette notification de spéculation pourrait réduire considérablement le délai de propagation des transactions, ne nécessitant qu'environ 160 millisecondes (2 tours de consensus), après la soumission par les nœuds de validation.
Protection des transactions des utilisateurs
Les transactions des utilisateurs doivent être protégées contre les transactions de front-running, les attaques par sandwich et les délais de soumission involontaires.
membre externe entraîné
La soumission de transactions Sui nécessite l'impulsion de membres externes, généralement exécutée par des nœuds complets. Ce mécanisme offre une protection préalable naturelle, à condition de faire confiance aux nœuds complets responsables de la soumission des transactions.
Chemin rapide Mysticeti
Sui est en train de réaliser un projet qui modifie la soumission des transactions selon le protocole de chemin rapide décrit dans le document Mysticeti. Selon ce protocole, les transactions des utilisateurs peuvent être soumises à un seul nœud de validation, qui utilisera Mysticeti pour collecter et exécuter les certificats de transaction. Bien que cela améliore l'efficacité du système, cela offre également aux nœuds de validation l'opportunité d'acquérir les transactions des utilisateurs en amont.
Il n'y a actuellement aucune preuve d'attaques de transactions frontales sur Sui. Dans le nouveau système, la possibilité de transactions frontales est plus élevée, mais d'un autre côté, en raison d'une compréhension déterministe des nœuds de validation soumis, il est plus facile de les tenir responsables.
L'évolution de MEV de Sui
L'écosystème MEV de Sui est encore en cours de formation, avec de nouveaux mécanismes à venir plus tard cette année. Actuellement, les enchères de gaz prioritaires et l'amplification du consensus définissent le système actuel, tandis que les innovations à venir, telles que le cryptage par verrouillage temporel et le chemin rapide Mysticeti, redéfiniront l'exécution des transactions et la sécurité. Avec le lancement de ces mécanismes, le MEV sur Sui continuera d'évoluer, créant un écosystème plus dynamique et transparent.