Explorer la relation entre MEV-Boost et le mécanisme de consensus d'Ethereum
Le 2 avril, un attaquant malveillant a exploité une vulnérabilité d'une certaine plateforme de relais pour voler 20 millions de dollars. Dans les jours suivants, les développeurs ont publié plusieurs correctifs pour résoudre ce problème, mais combinés aux délais de réseau et aux stratégies de validateurs, cela a conduit à une brève instabilité du réseau Ethereum le 6 avril. La réorganisation de la chaîne réduit le taux de production des blocs et les garanties de règlement, ce qui est nuisible à la santé du réseau.
Cet article vise à explorer l'interaction entre MEV-Boost et le Mécanisme de consensus, à révéler certaines subtilités du système de preuve d'enjeu d'Ethereum, et à énumérer les directions d'amélioration possibles.
Introduction à MEV-Boost
MEV-Boost est un protocole visant à atténuer l'impact négatif de la valeur maximale pouvant être extraite ( MEV ) sur le réseau Ethereum. Il comprend trois rôles :
Relais : intermédiaire de confiance reliant le proposeur et le constructeur de blocs
Constructeurs : entités complexes construisant des blocs pour maximiser le MEV
Proposeur: validateur Ethereum PoS
Le processus général de MEV-Boost est le suivant : le constructeur crée un bloc et le soumet au relais ; le relais vérifie le bloc et calcule le montant du paiement ; le proposeur choisit la meilleure offre et signe ; le relais publie le bloc et distribue les récompenses.
MEV-Boost est une infrastructure importante, car elle permet à tous les proposeurs d'accéder équitablement au MEV, sans avoir besoin d'établir une relation de confiance avec les constructeurs, ce qui favorise la décentralisation à long terme d'Ethereum.
Règles de choix de fork d'Ethereum
La règle de sélection des forks détermine comment le réseau parvient à un consensus sur la tête de la chaîne. Sa relation avec le temps a un impact significatif sur la production de blocs.
Le PoS d'Ethereum divise le temps en créneaux de 12 secondes. À chaque créneau, un validateur est désigné au hasard comme proposeur, tandis que les autres validateurs soutiennent le bloc par le vote. Les créneaux sont divisés en trois phases de 4 secondes, où le délai de preuve t=4 secondes est le plus critique.
D'un point de vue de la santé du réseau, le meilleur moment pour publier un bloc est t=0. Cependant, étant donné que la valeur du bloc augmente avec le temps, les proposeurs ont l'incitation à retarder la publication pour obtenir plus de MEV.
Pour encourager les publications en temps opportun, des mécanismes de "promotion des proposeurs" et de "réorganisation honnête" ont été introduits :
Amélioration des proposeurs : accorder aux proposeurs une augmentation du choix de fork équivalente à 40 % du poids de preuve, pour une durée d'un slot.
Réorganisation honnête : permet aux proposeurs honnêtes de forcer la réorganisation des blocs dont le poids de preuve est inférieur à 20 %.
Réparation des nœuds de relais et de balise
Après l'attaque du 2 avril, l'équipe de développement des relais et des noyaux a publié plusieurs correctifs :
Le relais vérifie les propositions malveillantes, si le bloc a été publié, et introduit un délai aléatoire.
Les nœuds de balise vérifient la validité des blocs et vérifient s'il existe des blocs équivalents sur le réseau.
Ces changements augmentent le délai de publication des blocs, ce qui peut entraîner le fait que les blocs dépassent la date limite de preuve et soient diffusés. Combiné avec une réorganisation honnête, cela entraîne une augmentation spectaculaire du nombre de blocs fourchés.
Direction future
Dans ce contexte, la communauté de recherche devrait évaluer le nombre de réorganisations "acceptables" et prendre en compte le risque d'attaques équivalentes. Certaines pistes d'amélioration possibles incluent :
Mettre en œuvre "headlock" pour prévenir les attaques par équivalence
Augmenter la prime de bug MEV-Boost
Recherche de logiciels de simulation d'expansion sur la séquence d'insertions de sous-ports
Optimisation du chemin de publication des blocs de relais
Intégrer MEV-Boost dans le client de consensus (ePBS)
Ajouter plus de cas de test
Encourager la diversité des clients relais
Ajuster les mesures de pénalité équivalentes
Dans l'ensemble, les attaques par division nous ont permis de mieux comprendre la relation entre la latence, MEV-Boost et le mécanisme de consensus. J'espère que cela pourra favoriser le renforcement continu du protocole.
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
7
Reposter
Partager
Commentaire
0/400
LazyDevMiner
· Il y a 2h
C'est probablement le célèbre endroit où l'on se fait prendre pour des cons.
Voir l'originalRépondre0
SandwichTrader
· Il y a 2h
Il suffit de tirer le rideau. Les failles ne peuvent pas résister à la cupidité. Encore une fois, c'est l'histoire sanglante des pigeons.
Voir l'originalRépondre0
ser_ngmi
· Il y a 2h
Encore des gens se sont fait prendre pour des cons, 20 millions ce n'est qu'un petit détail.
Voir l'originalRépondre0
governance_ghost
· Il y a 2h
C'est un peu absurde, on s'est fait voler 20 millions cette fois.
Voir l'originalRépondre0
JustAnotherWallet
· Il y a 2h
L'eth n'est pas si simple, mon frère.
Voir l'originalRépondre0
ProbablyNothing
· Il y a 2h
Une autre vague de failles a été exploitée. Qui osera encore dire que le POS est sécurisé ?
Voir l'originalRépondre0
DeFiCaffeinator
· Il y a 2h
Si j'avais su que 20 millions avaient été volés, je me serais sauvé.
La relation subtile entre MEV-Boost et le mécanisme de consensus PoS d'Ethereum
Explorer la relation entre MEV-Boost et le mécanisme de consensus d'Ethereum
Le 2 avril, un attaquant malveillant a exploité une vulnérabilité d'une certaine plateforme de relais pour voler 20 millions de dollars. Dans les jours suivants, les développeurs ont publié plusieurs correctifs pour résoudre ce problème, mais combinés aux délais de réseau et aux stratégies de validateurs, cela a conduit à une brève instabilité du réseau Ethereum le 6 avril. La réorganisation de la chaîne réduit le taux de production des blocs et les garanties de règlement, ce qui est nuisible à la santé du réseau.
Cet article vise à explorer l'interaction entre MEV-Boost et le Mécanisme de consensus, à révéler certaines subtilités du système de preuve d'enjeu d'Ethereum, et à énumérer les directions d'amélioration possibles.
Introduction à MEV-Boost
MEV-Boost est un protocole visant à atténuer l'impact négatif de la valeur maximale pouvant être extraite ( MEV ) sur le réseau Ethereum. Il comprend trois rôles :
Le processus général de MEV-Boost est le suivant : le constructeur crée un bloc et le soumet au relais ; le relais vérifie le bloc et calcule le montant du paiement ; le proposeur choisit la meilleure offre et signe ; le relais publie le bloc et distribue les récompenses.
MEV-Boost est une infrastructure importante, car elle permet à tous les proposeurs d'accéder équitablement au MEV, sans avoir besoin d'établir une relation de confiance avec les constructeurs, ce qui favorise la décentralisation à long terme d'Ethereum.
Règles de choix de fork d'Ethereum
La règle de sélection des forks détermine comment le réseau parvient à un consensus sur la tête de la chaîne. Sa relation avec le temps a un impact significatif sur la production de blocs.
Le PoS d'Ethereum divise le temps en créneaux de 12 secondes. À chaque créneau, un validateur est désigné au hasard comme proposeur, tandis que les autres validateurs soutiennent le bloc par le vote. Les créneaux sont divisés en trois phases de 4 secondes, où le délai de preuve t=4 secondes est le plus critique.
D'un point de vue de la santé du réseau, le meilleur moment pour publier un bloc est t=0. Cependant, étant donné que la valeur du bloc augmente avec le temps, les proposeurs ont l'incitation à retarder la publication pour obtenir plus de MEV.
Pour encourager les publications en temps opportun, des mécanismes de "promotion des proposeurs" et de "réorganisation honnête" ont été introduits :
Réparation des nœuds de relais et de balise
Après l'attaque du 2 avril, l'équipe de développement des relais et des noyaux a publié plusieurs correctifs :
Ces changements augmentent le délai de publication des blocs, ce qui peut entraîner le fait que les blocs dépassent la date limite de preuve et soient diffusés. Combiné avec une réorganisation honnête, cela entraîne une augmentation spectaculaire du nombre de blocs fourchés.
Direction future
Dans ce contexte, la communauté de recherche devrait évaluer le nombre de réorganisations "acceptables" et prendre en compte le risque d'attaques équivalentes. Certaines pistes d'amélioration possibles incluent :
Dans l'ensemble, les attaques par division nous ont permis de mieux comprendre la relation entre la latence, MEV-Boost et le mécanisme de consensus. J'espère que cela pourra favoriser le renforcement continu du protocole.