TL;DR

• ePBS est conçu en mettant l'accent sur la sécurité du protocole, accordant aux constructeurs un contrôle total sur les transactions de blocs.
• Il intègre la Séparation Proposer-Builder (PBS) directement dans la couche de consensus d'Ethereum, appelée PBS In-Protocol, pour résoudre les éventuelles défaillances de relais et éliminer les points uniques de défaillance du système.
• ePBS prolonge les fondements de PBS en réduisant le contrôle d'une entité unique sur le contenu des blocs, en renforçant la résistance à la censure réseau et la décentralisation.
• Le comité de ponctualité de la charge utile (PTC) garantit la ponctualité et la validité des transactions dans les nouveaux blocs.

Introduction

En février, le développeur de Prysm, Potuz, a soulevé des préoccupations concernant les problèmes de confiance dans le mainnet d'Ethereum, suggérant un report du fork Electra jusqu'en 2025, en utilisant l'Événement d'Interopérabilité pour affiner la conception de l'ePBS. Cependant, il y a eu des opinions mitigées au sein de la communauté Ethereum, certains développeurs et chercheurs étant préoccupés par les risques potentiels. Les avis sur l'ePBS sont partagés, nous allons donc explorer aujourd'hui ce qu'est l'ePBS et en quoi il diffère du PBS.

Auparavant, nous avons mentionné que le mécanisme PBS assure la sécurité de l'engagement du Proposer et de l'explication du Builder en confiant cette responsabilité à des relais de confiance. Les relais stockent le contenu des blocs et veillent à ce que le Proposer reçoive le contenu du bloc mais ne puisse pas voler facilement le contenu du Builder. Cependant, si le relais est malveillant, le Proposer et le Builder peuvent tous deux être lésés et ils ne peuvent que passer à un autre relais en espérant qu'il ne soit pas malveillant. Cela pose un problème: nous devons trouver un tiers de confiance pour la délégation. PBS est une solution hors chaîne qui dépend du consensus de la communauté et de la conformité volontaire, nécessitant une coordination et une confiance supplémentaires.

Dans PBS, il doit y avoir un rôle intermédiaire pour agir en tant qu'intermédiaire de confiance tiers :

• Les soumissionnaires doivent faire confiance à l'intermédiaire s'ils veulent vendre les droits de contenu de bloc.
• Les constructeurs doivent faire confiance à l'intermédiaire s'ils veulent acheter des droits de construction de blocs.

Conception révolutionnaire de ePBS

Séparation intégrée du concepteur-constructeur

La séparation de l'initiateur-constructeur consacrée (ePBS) est une variante de PBS intégrée directement dans la couche de consensus d'Ethereum, également connue sous le nom de PBS en protocole. Elle a été conçue pour résoudre les éventuelles défaillances de relais et éliminer les points de défaillance du système. En tant que mécanisme de consensus émergent, nous examinerons maintenant ePBS, en expliquant ses principes fondamentaux, ses avantages et les différences avec la séparation traditionnelle de l'initiateur-constructeur (PBS).

PBS remplace le besoin d'un rôle de relais de confiance en utilisant le protocole Ethereum lui-même. Si le Proposer ou le Builder agissent de manière malveillante, le protocole d'Ethereum peut imposer des sanctions (telles que la confiscation), en supprimant la dépendance à l'égard d'un rôle tiers de confiance. C'est la différence majeure avec PBS, où la confiance est externe.

Malgré cela, la séparation des rôles dans ePBS suit toujours la structure originale de PBS, réduisant ainsi le contrôle d'une seule entité sur le contenu des blocs, renforçant ainsi la résistance à la censure et la décentralisation du réseau blockchain.

• Proposeur : Responsable de la proposition du bloc, y compris les informations d'en-tête du bloc.
• Builder: Responsable de la construction du contenu du bloc.

Deux principaux avantages

Punition directe pour les actes malveillants & Pas besoin de confiance tierce

D'après son nom, il est clair que le terme "Enshrined" dans ePBS reflète sa conception intégrée au protocole, permettant une punition directe des comportements malveillants. Cette intégration transforme subtilement le modèle de confiance au sein du système.

1. Capacité intégrée de détection et d'application

   Dans PBS, l'identification et la sanction des actions malveillantes reposent sur l'intervention de tiers, tels que des validateurs ou des relais. En revanche, ePBS, étant natif du protocole, permet au protocole lui-même de détecter et de traiter directement les comportements répréhensibles sans nécessiter d'intervention extérieure.

2. Réduction de la dépendance aux tiers, amélioration de la décentralisation

   PBS dépend intrinsèquement de la gouvernance externe ou de tiers, ce qui introduit un élément de centralisation de la confiance. ePBS, cependant, intègre des règles au sein du protocole, réduisant fondamentalement la dépendance à l'égard de la confiance externe. Ce changement renforce la décentralisation du système, le rendant plus robuste et résistant à la manipulation.

*Comparaison entre PBS traditionnel et ePBS👇

Conception ePBS

La danse de l’exécution et de la vérification

Dans le système de Preuve d'Enjeu (PoS) d'Ethereum, le temps de chaque créneau est divisé en intervalles de 12 secondes. À chaque créneau, un validateur est choisi au hasard pour proposer un bloc, et un comité est chargé de vérifier la validité du bloc. Si aucun bloc n'est proposé pendant le créneau donné, le validateur responsable vérifiera le bloc précédent après 4 secondes.

Source : ethresearch, un slot ePBS sera traité par la couche de consensus (CL) et la couche d'exécution (EL). Les informations de bloc sont diffusées dans la couche de consensus, puis le bloc est soumis à la couche d'exécution pour vérification.

1. Phase d'enchères de blocs : Le constructeur commence à enchérir et envoie l'enchère au proposant.
2. Diffusion du proposant: Le proposant sélectionne l'offre gagnante et décide s'il faut utiliser la liste d'inclusion pour construire le contenu du bloc, puis diffuse le bloc.
3. Vote des validateurs : à la vue du blocage, les validateurs votent en fonction de leurs résultats de vérification.
4. Attestation agrégée : Les attestations agrégées sont créées par les agrégateurs, qui combinent les preuves de plusieurs validateurs pour le même bloc. Les validateurs utilisent ensuite l'attestation agrégée pour vérifier le bloc.
5. Diffusion de charge utile : Le constructeur doit publier la charge utile d'exécution complète dans le délai désigné.
6. Vote PTC : Le comité de ponctualité des charges (PTC) supervise et vérifie si la charge du constructeur est ponctuelle et valide.
7. Le proposant du créneau suivant publie son bloc, en le construisant sur un bloc plein ou vide en fonction des résultats du vote du PTC et des attestations agrégées. Un bloc avec un pourcentage plus élevé de votes PT en temps opportun est considéré comme un bloc complet.

PTC - Assurer la ponctualité et la validité des transactions dans les nouveaux blocsLe Comité de Ponctualité des Payloads (PTC) garantit que les transactions dans les nouveaux blocs sont ajoutées de manière ponctuelle et précise. Ce comité est composé de validateurs (521 membres empruntés au comité de la chaîne témoin), qui vérifient si le Constructeur a terminé le remplissage des transactions du bloc et si ces transactions sont exécutées correctement selon les règles avant la fin de chaque cycle de création de bloc.

En termes simples, le PTC agit comme une équipe de supervision, s'assurant que le constructeur soumet son travail à temps et inclut les transactions correctes dans le bloc. Si le constructeur fait bien son travail et soumet le bloc requis à temps, le PTC le confirme par un vote. De cette façon, le réseau peut identifier les blocs complets et valides, ainsi que ceux qui pourraient présenter des problèmes ou être incomplets.

Grâce au mécanisme de vote, le PTC détermine si un bloc est considéré comme un « bloc complet » ou un « bloc vide ». Si le PTC vérifie l’actualité et l’exactitude de la charge utile, le bloc est reconnu comme un « bloc complet ». S’il n’y a pas de charge utile ou si la charge utile est retardée, le bloc peut être marqué comme un « bloc vide ». Sur la base du vote du PTC, le réseau récompense ou punit directement le soumissionnaire et le constructeur afin d’encourager la construction de blocs en temps opportun et avec précision.

• Full Block: Le bloc contient un ensemble complet de charges utiles valides, potentiellement comprenant plusieurs transactions, et l'état d'exécution des transactions est mis à jour en temps opportun.
• Bloc vide: Le bloc ne contient que très peu ou pas du tout de transactions. Il peut s'agir d'un bloc CL, mais il ne met pas à jour l'état EL.
• Bloc manquant : Un emplacement est vide. Cela fait référence à un bloc qui était attendu mais qui n'a pas été créé ou ajouté avec succès à la chaîne. Les blocs manquants peuvent être classés comme étant pleins ou vides en fonction du vote de choix de (bloc, emplacement) de fourche.

La résistance à la censure de ePBS, combinée à la conception de la liste d'inclusion

Bien que la conception de base de ePBS tourne autour de la sécurité du Builder et accorde aux Builders un contrôle total sur les transactions de blocs, la mise en œuvre de la liste d'inclusion en fait une combinaison parfaite pour atteindre la résistance à la censure et la décentralisation.

Dans nos articles précédents, nous avons discuté de la CL (pour plus de détails, veuillez consulter : https://mp.weixin.qq.com/s/EBzr0ttBLosYnRBNVKF6rg). En bref, le Demandeur fournit au Constructeur une liste de transactions qui doivent être prioritaires. Cette liste devrait inclure toutes les transactions actives actuellement, qu'elles se trouvent ou non dans le pool de transactions. Tant qu'il reste de la place dans le bloc, les transactions de la liste doivent être incluses dans le bloc du Constructeur. Si le bloc est plein, le Constructeur doit clairement indiquer et confirmer qu'il a pris connaissance de la liste.

Lorsqu'un constructeur tente de censurer certaines transactions, les frais de base augmenteront rapidement en raison de la mise en œuvre de l'EIP-1559, car les blocs sont continuellement remplis de transactions. Si le constructeur insiste pour ajouter de fausses transactions au bloc afin de censurer, les frais croissants rendront de telles actions prohibitives et impraticables.

Résumé

ePBS sépare les rôles de Proposant et de Builder grâce à son intégration de protocole. Le PTC agissant en tant que sous-ensemble du comité de vérification, il est chargé de voter sur la validité et l’opportunité de la charge utile d’exécution publiée par le constructeur. Le principal avantage d’ePBS réside dans le fait qu’il ne s’appuie plus sur des tiers de confiance pour être supervisé et pénalisé directement par le protocole Ethereum lui-même, ce qui réduit le besoin de faire confiance à une seule entité. Cela renforce non seulement la résistance du système à la censure, mais renforce également la protection des transactions grâce à des mécanismes tels que la liste d’inclusion, ce qui rend le coût de la censure des transactions prohibitif et peu pratique.

Il est important de noter que l'ePBS offre une option de séparation du Proposer-Builder de bloc au niveau du protocole, plutôt que d'être obligatoire. La distinction clé entre l'ePBS et d'autres modèles réside dans leurs mécanismes de paiement et leurs modèles de confiance. Lorsque l'on considère les problèmes de confiance de l'ensemble du protocole, le coût à payer est la nécessité de s'engager à payer des frais à l'avance. En revanche, MEV-Boost permet des paiements au Proposer de Beacon basés sur les bénéfices tirés de la séquence de l'Exécution des charges utiles, offrant ainsi plus de rentabilité. Peut-être qu'un jour, l'ePBS pourrait évoluer vers un point où les engagements de frais initiaux ne sont plus nécessaires, c'est un petit espoir pour l'avenir!

Référence

@ttsao/epbs-faq0"">https://hackmd.io/@ttsao/epbs-faq0

@potuz/rJ9GCnT1C"">https://hackmd.io/@potuz/rJ9GCnT1C

https://mirror.xyz/ohotties.eth/kw_7qbkOl4NV1pmpRgVwtsS-7TZff_zTmmNEOm2BbmU

https://mirror.xyz/barnabe.eth/LJUb_TpANS0VWi3TOwGx_fgomBvqPaQ39anVj3mnCOg

https://ethresear.ch/t/contraintes-de-conception-de-lepbs/18728?u=barnabe

@potuz/ry9NirU2p"">https://hackmd.io/@potuz/ry9NirU2p

https://vitalik.eth.limo/general/2023/09/30/enshrinement.html

https://ethresear.ch/t/three-dichotomies-in-epbs/16267

https://ethresear.ch/t/the-contention-between-preconfs-and-epbs/19770?utm_source=substack&utm_medium=email

Avis de non-responsabilité：

1. Cet article est repris de [.Rares], Tous les droits d'auteur appartiennent à l'auteur original [ Jocelyn]. S'il y a des objections à cette reproduction, veuillez contacter le Porte Apprendreéquipe, et ils s'en occuperont rapidement.
2. Clause de non-responsabilité: Les vues et opinions exprimées dans cet article sont uniquement celles de l'auteur et ne constituent aucun conseil en investissement.
3. Les traductions de l'article dans d'autres langues sont réalisées par l'équipe d'apprentissage de Gate. Sauf mention contraire, la copie, la distribution ou le plagiat des articles traduits est interdit.