Explorer la relation entre MEV-Boost et le mécanisme de consensus d'Ethereum
Le 2 avril, un participant malveillant a exploité une vulnérabilité dans mev-boost-relay pour voler 20 millions de dollars à un chercheur MEV. Dans les jours suivants, les développeurs ont publié cinq correctifs pour résoudre ce bogue. En raison des délais de réseau existants et des stratégies de validateurs, le 6 avril, le réseau Ethereum a connu une brève instabilité. Les réorganisations nuisent à la santé du réseau, ce qui peut réduire le taux de production de blocs et les garanties de règlement.
Cet article explore l'interaction entre mev-boost et le consensus, révélant les subtilités du mécanisme de preuve d'enjeu d'Ethereum, et propose quelques pistes d'amélioration.
aperçu de mev-boost
mev-boost est un protocole conçu pour atténuer l'impact négatif de la valeur maximale extractible (MEV) sur le réseau Ethereum. Il comprend trois rôles :
Relais : un intermédiaire de confiance reliant les proposeurs et les constructeurs de blocs
Builders : entités complexes qui construisent des blocs pour maximiser le MEV
Proposers: validateurs PoS Ethereum
mev-boost permet à tous les proposeurs d'accéder équitablement à l'MEV, sans avoir besoin d'établir une relation de confiance avec les constructeurs, ce qui contribue à la décentralisation à long terme d'Ethereum.
Règles de choix de fork d'Ethereum
Les règles de sélection des forks déterminent comment le réseau parvient à un consensus sur la tête de chaîne. Sa relation avec le temps a un impact significatif sur la production de blocs.
Dans Ethereum PoS, le temps est divisé en créneaux de 12 secondes. À chaque créneau, un validateur est désigné au hasard comme proposeur. Les autres validateurs votent pour soutenir la tête de chaîne en appliquant des règles de sélection de fork.
Le moment le plus crucial dans le slot est le délai de preuve à t=4. Si le validateur ne voit pas le bloc avant la date limite, il votera pour le précédent chef de chaîne. Plus le bloc est publié tôt, plus il y a de témoins accumulés.
D'un point de vue de la santé du réseau, le meilleur temps de production de blocs est t=0. Cependant, étant donné que la valeur des blocs augmente avec le temps, les proposeurs ont un incitatif à retarder la publication pour obtenir plus de MEV.
Pour promouvoir des comportements honnêtes, le mécanisme de "restructuration honnête" a été introduit.
Propositions d'augmentation et réorganisation honnête
Deux nouveaux concepts ont été introduits dans le client de consensus :
Amélioration du proposeur : accorder au proposeur un choix de "promotion" équivalent à 40 % du poids de preuve, pendant une période de temps.
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 %.
La réorganisation honnête a modifié le comportement des validateurs, les rendant plus enclins à réorganiser les blocs publiés avec retard.
Mesures de correction contre l'attaque
Après l'attaque du 2 avril, les équipes de relais et de développement central ont publié plusieurs correctifs :
Le relais vérifie les proposeurs malveillants et les blocs en double
Introduire un délai aléatoire
Le nœud de balise vérifie la validité des blocs
Vérifiez s'il existe des blocs équivalents sur le réseau.
Ces changements augmentent le délai de publication des blocs de relais, ce qui pourrait entraîner un manquement à la date limite de preuve.
conséquences inattendues
L'interaction entre le retard introduit par le patch et le mécanisme de réorganisation honnête a entraîné une augmentation rapide du nombre de blocs de fork. Au pire moment, 4,3 % des blocs étaient réorganisés chaque heure, soit cinq fois la normale.
Grâce aux efforts de la communauté, de nombreux changements ont été annulés et le réseau est revenu à la normale. La mise à jour la plus utile est la vérification des blocs et le contrôle d'équivalence.
Direction future
Pour ces problèmes, la communauté de recherche explore plusieurs directions:
Mettre en œuvre un "headlock" pour prévenir les attaques par équivalence
Augmenter le programme de primes pour les vulnérabilités
Étendre l'impact temporel de la recherche sur les logiciels de simulation
Optimisation du chemin de publication des relais
Intégrer mev-boost dans le client de consensus
Ajouter des tests connexes
Encourager la diversité des clients de relais
Ajuster les mesures de pénalité équivalentes
Dans l'ensemble, cet événement a approfondi la compréhension des relations entre les délais, mev-boost et le mécanisme de consensus. J'espère que les protocoles pourront continuer à être renforcés et améliorés à l'avenir.
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.
13 J'aime
Récompense
13
5
Reposter
Partager
Commentaire
0/400
DegenWhisperer
· Il y a 6h
Incroyable, cette faille a directement emporté 20 millions.
Voir l'originalRépondre0
alpha_leaker
· Il y a 6h
Se faire prendre pour des cons au quotidien Bienvenue dans le piège
Voir l'originalRépondre0
LoneValidator
· Il y a 6h
Creuser des trous a rapporté 20 millions, c'est impressionnant !
Voir l'originalRépondre0
CryptoSourGrape
· Il y a 6h
Si j'avais pu découvrir cette faille à l'époque, je serais maintenant libre financièrement.
Voir l'originalRépondre0
ColdWalletGuardian
· Il y a 6h
2000w est donc parti ainsi, les frères, il est très important de se conformer.
La vulnérabilité MEV-Boost provoque des fluctuations sur le réseau Ethereum, discutant des directions d'amélioration du mécanisme de consensus.
Explorer la relation entre MEV-Boost et le mécanisme de consensus d'Ethereum
Le 2 avril, un participant malveillant a exploité une vulnérabilité dans mev-boost-relay pour voler 20 millions de dollars à un chercheur MEV. Dans les jours suivants, les développeurs ont publié cinq correctifs pour résoudre ce bogue. En raison des délais de réseau existants et des stratégies de validateurs, le 6 avril, le réseau Ethereum a connu une brève instabilité. Les réorganisations nuisent à la santé du réseau, ce qui peut réduire le taux de production de blocs et les garanties de règlement.
Cet article explore l'interaction entre mev-boost et le consensus, révélant les subtilités du mécanisme de preuve d'enjeu d'Ethereum, et propose quelques pistes d'amélioration.
aperçu de mev-boost
mev-boost est un protocole conçu pour atténuer l'impact négatif de la valeur maximale extractible (MEV) sur le réseau Ethereum. Il comprend trois rôles :
mev-boost permet à tous les proposeurs d'accéder équitablement à l'MEV, sans avoir besoin d'établir une relation de confiance avec les constructeurs, ce qui contribue à la décentralisation à long terme d'Ethereum.
Règles de choix de fork d'Ethereum
Les règles de sélection des forks déterminent comment le réseau parvient à un consensus sur la tête de chaîne. Sa relation avec le temps a un impact significatif sur la production de blocs.
Dans Ethereum PoS, le temps est divisé en créneaux de 12 secondes. À chaque créneau, un validateur est désigné au hasard comme proposeur. Les autres validateurs votent pour soutenir la tête de chaîne en appliquant des règles de sélection de fork.
Le moment le plus crucial dans le slot est le délai de preuve à t=4. Si le validateur ne voit pas le bloc avant la date limite, il votera pour le précédent chef de chaîne. Plus le bloc est publié tôt, plus il y a de témoins accumulés.
D'un point de vue de la santé du réseau, le meilleur temps de production de blocs est t=0. Cependant, étant donné que la valeur des blocs augmente avec le temps, les proposeurs ont un incitatif à retarder la publication pour obtenir plus de MEV.
Pour promouvoir des comportements honnêtes, le mécanisme de "restructuration honnête" a été introduit.
Propositions d'augmentation et réorganisation honnête
Deux nouveaux concepts ont été introduits dans le client de consensus :
Amélioration du proposeur : accorder au proposeur un choix de "promotion" équivalent à 40 % du poids de preuve, pendant une période de temps.
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 %.
La réorganisation honnête a modifié le comportement des validateurs, les rendant plus enclins à réorganiser les blocs publiés avec retard.
Mesures de correction contre l'attaque
Après l'attaque du 2 avril, les équipes de relais et de développement central ont publié plusieurs correctifs :
Ces changements augmentent le délai de publication des blocs de relais, ce qui pourrait entraîner un manquement à la date limite de preuve.
conséquences inattendues
L'interaction entre le retard introduit par le patch et le mécanisme de réorganisation honnête a entraîné une augmentation rapide du nombre de blocs de fork. Au pire moment, 4,3 % des blocs étaient réorganisés chaque heure, soit cinq fois la normale.
Grâce aux efforts de la communauté, de nombreux changements ont été annulés et le réseau est revenu à la normale. La mise à jour la plus utile est la vérification des blocs et le contrôle d'équivalence.
Direction future
Pour ces problèmes, la communauté de recherche explore plusieurs directions:
Dans l'ensemble, cet événement a approfondi la compréhension des relations entre les délais, mev-boost et le mécanisme de consensus. J'espère que les protocoles pourront continuer à être renforcés et améliorés à l'avenir.