Le co-fondateur d’Ethereum, Vitalik Buterin<\/strong>, a pr\u00e9sent\u00e9 une nouvelle approche pour am\u00e9liorer la vitesse<\/strong> et la scalabilit\u00e9<\/strong> du r\u00e9seau en repensant la structure de la finalit\u00e9 des blocs. Dans un article de blog publi\u00e9 le 1er ao\u00fbt, Buterin a propos\u00e9 de s\u00e9parer le m\u00e9canisme de choix de fork d’Ethereum de son processus de finalit\u00e9, ce qui, selon lui, pourrait simplifier le protocole et permettre des confirmations de blocs plus rapides.<\/p>\n Actuellement, le consensus d’Ethereum repose sur un design bas\u00e9 sur des cr\u00e9neaux, o\u00f9 les m\u00e9canismes de choix de fork et de finalit\u00e9 fonctionnent dans la m\u00eame fen\u00eatre temporelle. Bien que robuste, ce design n\u00e9cessite plusieurs tours de communication entre les validateurs pendant chaque cr\u00e9neau, limitant ainsi la rapidit\u00e9 avec laquelle de nouveaux blocs peuvent \u00eatre confirm\u00e9s. En tenant compte de cela, Buterin sugg\u00e8re de r\u00e9duire la complexit\u00e9 en permettant aux deux processus d’\u00e9voluer ind\u00e9pendamment. Il a \u00e9crit :<\/p>\n \n \u00ab\u00a0[Il] pourrait y avoir [un moyen] de s’\u00e9loigner quelque peu du couplage \u00e9troit entre les cr\u00e9neaux et la finalit\u00e9 introduit dans 3SF, et plut\u00f4t avoir une r\u00e8gle de choix de fork LMD GHOST plus s\u00e9par\u00e9e et un gadget de finalit\u00e9, avec des nombres de participants diff\u00e9rents.\u00a0\u00bb\n<\/p><\/blockquote>\n Selon son plan, Buterin propose d’assigner un petit nombre fixe de validateurs, environ 256<\/strong>, pour ex\u00e9cuter l’algorithme de choix de fork, LMD GHOST<\/strong>, sur une base par cr\u00e9neau. Ce groupe d\u00e9terminerait rapidement la t\u00eate de la cha\u00eene en temps r\u00e9el, agissant comme la \u00ab\u00a0voie rapide\u00a0\u00bb d’Ethereum pour la s\u00e9lection des blocs. Pendant ce temps, un ensemble de validateurs plus large, fonctionnant \u00e0 un rythme plus lent, g\u00e9rerait le processus de finalit\u00e9, qui d\u00e9termine quels blocs deviennent irr\u00e9versibles.<\/p>\n Cette s\u00e9paration pourrait permettre \u00e0 Ethereum de r\u00e9duire le nombre de tours de communication par cr\u00e9neau de trois ou quatre<\/strong> \u00e0 seulement deux<\/strong>, rendant le r\u00e9seau plus r\u00e9actif sans sacrifier l’int\u00e9grit\u00e9 du consensus.<\/p>\n Buterin a soulign\u00e9 que son architecture propos\u00e9e a des implications plus larges pour la scalabilit\u00e9 d’Ethereum. Il a d\u00e9clar\u00e9 que ce mouvement permettrait au r\u00e9seau de raccourcir les temps de cr\u00e9neau et de g\u00e9rer un plus grand pool de validateurs en toute s\u00e9curit\u00e9. Cela pourrait \u00e9voluer vers un million de participants<\/strong> sans introduire de surcharge significative ni s’appuyer sur des astuces cryptographiques complexes.<\/p>\n Buterin a \u00e9galement soutenu qu’un tel syst\u00e8me garderait Ethereum s\u00e9curis\u00e9 tout en simplifiant ses op\u00e9rations internes. Cela donnerait \u00e9galement aux d\u00e9veloppeurs plus de flexibilit\u00e9 pour mettre \u00e0 niveau ou remplacer les m\u00e9canismes de finalit\u00e9 au fil du temps, sans perturber la logique de choix de fork de base.<\/p>\n Actuellement, la proposition est encore \u00e0 l’\u00e9tape de recherche et est ouverte \u00e0 d’autres contributions de la communaut\u00e9. N\u00e9anmoins, cela marque une \u00e9tape significative vers l’optimisation des performances d’Ethereum alors que le r\u00e9seau \u00e9volue vers une plateforme plus efficace et \u00e9volutive.<\/p>\n","protected":false},"excerpt":{"rendered":" Proposition de Vitalik Buterin pour Ethereum Le co-fondateur d’Ethereum, Vitalik Buterin, a pr\u00e9sent\u00e9 une nouvelle approche pour am\u00e9liorer la vitesse et la scalabilit\u00e9 du r\u00e9seau en repensant la structure de la finalit\u00e9 des blocs. Dans un article de blog publi\u00e9 le 1er ao\u00fbt, Buterin a propos\u00e9 de s\u00e9parer le m\u00e9canisme de choix de fork d’Ethereum de son processus de finalit\u00e9, ce qui, selon lui, pourrait simplifier le protocole et permettre des confirmations de blocs plus rapides. Analyse du consensus actuel Actuellement, le consensus d’Ethereum repose sur un design bas\u00e9 sur des cr\u00e9neaux, o\u00f9 les m\u00e9canismes de choix de fork et<\/p>\n","protected":false},"author":3,"featured_media":7586,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[6],"tags":[13,323],"class_list":["post-7587","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-ethereum","tag-ethereum","tag-vitalik-buterin"],"yoast_description":"Vitalik Buterin d\u00e9voile un plan pour am\u00e9liorer la vitesse et la scalabilit\u00e9 d'Ethereum en s\u00e9parant le choix de fork de la finalit\u00e9 dans son protocole, visant \u00e0 obtenir des confirmations de blocs plus rapides.","_links":{"self":[{"href":"https:\/\/satoshibrother.com\/fr\/wp-json\/wp\/v2\/posts\/7587","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/satoshibrother.com\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/satoshibrother.com\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/satoshibrother.com\/fr\/wp-json\/wp\/v2\/users\/3"}],"replies":[{"embeddable":true,"href":"https:\/\/satoshibrother.com\/fr\/wp-json\/wp\/v2\/comments?post=7587"}],"version-history":[{"count":0,"href":"https:\/\/satoshibrother.com\/fr\/wp-json\/wp\/v2\/posts\/7587\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/satoshibrother.com\/fr\/wp-json\/wp\/v2\/media\/7586"}],"wp:attachment":[{"href":"https:\/\/satoshibrother.com\/fr\/wp-json\/wp\/v2\/media?parent=7587"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/satoshibrother.com\/fr\/wp-json\/wp\/v2\/categories?post=7587"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/satoshibrother.com\/fr\/wp-json\/wp\/v2\/tags?post=7587"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}Analyse du consensus actuel<\/h2>\n
Un syst\u00e8me \u00e0 deux niveaux<\/h2>\n
Implications pour la scalabilit\u00e9<\/h2>\n
Conclusion<\/h2>\n