Ordre des temps, des slots et des événements dans l'attestation d'Ethereum

Le 2 avril, un participant malveillant a exploité une vulnérabilité du mev-boost-relay pour voler environ 20 millions de dollars. Les développeurs ont ensuite publié cinq correctifs pour résoudre ce problème, mais combinés aux retards de réseau existants et aux stratégies des validateurs, cela a conduit à une brève instabilité du réseau Ethereum le 6 avril. Cette reconfiguration est néfaste pour la santé du réseau, car elle réduit le taux de production de blocs et diminue les garanties de règlement.

Cet article explorera l'interaction entre mev-boost et les mécanismes de consensus, révélera les subtilités de l'attestation d'Ethereum et discutera de certaines pistes de développement possibles.

mev-boost et son importance

mev-boost est un protocole conçu pour 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 entre le proposeur et le constructeur de bloc.
• Constructeurs : entités complexes qui construisent des blocs pour maximiser le MEV.
• Proposant : validateur d'attestation Ethereum.

mev-boost est une infrastructure protocolaire clé, car elle permet à tous les proposeurs d'accéder démocratiquement au MEV, sans avoir à établir de relations de confiance avec les constructeurs ou les chercheurs, ce qui contribue à la décentralisation à long terme d'Ethereum.

Règles de sélection des forks d'Ethereum et mev-boost

Le mécanisme d'attestation d'Ethereum divise le temps en intervalles de 12 secondes. Dans chaque intervalle, un validateur choisi au hasard est responsable de la proposition de blocs, tandis que les autres validateurs votent sur la tête de la chaîne.

Le moment le plus crucial dans la fente est la date limite d'attestation à t=4 secondes. Si un validateur d'attestation ne voit pas de bloc avant la date limite, il votera pour le chef de chaîne précédent. Plus un bloc est proposé tôt, plus il a de temps pour se propager, et donc il peut accumuler plus de témoins.

Pour inciter les proposeurs à publier des blocs en temps voulu, un mécanisme de "restructuration honnête" a été introduit. Il permet aux proposeurs honnêtes de forcer la restructuration des blocs dont le poids de certification est inférieur à 20 %.

Correction des attaques de déliaison et leurs impacts

Après l'attaque du 2 avril, l'équipe de développement a publié plusieurs correctifs pour réduire le risque d'attaques répétées. Ces modifications comprennent :

1. Vérification des proposeurs malveillants connus par le relais
2. Vérifiez si un bloc complet a été publié pendant cette période.
3. Introduire un délai aléatoire avant de publier le bloc
4. Les nœuds de la chaîne de balises vérifient la validité des blocs avant de les diffuser.
5. Vérifiez sur le réseau s'il existe des blocs équivalents avant la publication.

Ces changements ont augmenté le temps de publication des blocs, ce qui a entraîné un risque que les blocs manquent le délai d'attestation. Associé au mécanisme de "restructuration honnête", cela a provoqué une instabilité temporaire du réseau, avec une augmentation drastique du nombre de blocs bifurqués.

direction future

Pour ces problèmes, plusieurs directions peuvent être envisagées :

• Mettre en œuvre "headlock" pour protéger mev-boost
• Augmenter le programme de récompense pour les vulnérabilités
• Étudier l'impact de la synchronisation des sous-trous sur la stabilité du réseau dans les logiciels de simulation étendus.
• Optimiser le chemin de publication des blocs du relais
• Intégrer mev-boost dans le client de consensus (ePBS)
• Ajouter plus de tests pertinents
• Encourager la diversité des clients relais
• Ajuster les mesures de punition pour les attaques équivalentes

Dans l'ensemble, cet événement nous a permis d'approfondir notre compréhension des relations clés entre les délais, mev-boost et le mécanisme de consensus. Nous espérons que cela pourra promouvoir l'amélioration continue et le renforcement des protocoles concernés.