

Share Dialog
Share Dialog

Subscribe to omahs

Subscribe to omahs
<100 subscribers
<100 subscribers
Ce post de blog reflète le parcours de l'EIP-4844 depuis sa création jusqu'à sa mise en œuvre, et partage des idées sur ce que cette mise à jour signifie pour l'avenir d'Ethereum.
Cette semaine, la communauté Ethereum sera témoin d'une étape importante avec la mise en œuvre de l'EIP-4844 sur Ethereum mainnet, marquant l'aboutissement de plus de deux ans de recherche intensive, de développement et de collaboration. Ce post de blog se penche sur le parcours de sa création à sa mise en œuvre.
Avant 2018, les membres de la communauté nourrissaient de nombreuses ambitions pour le sharding. En 2019, la feuille de route d'Ethereum 2.0 incluait le sharding d'exécution basé sur EWASM, et un tournant important s'est produit lors de Devcon Osaka, réduisant le nombre de shards de 1024 à 64. Cette année a également vu la conception de la beacon-chain s'alléger, s'éloignant de la proof-of-custody en tant que composant central pour le sharding.
L'année 2020 a été marquée par le sommet Eth1x core-dev à Paris, juste avant que la pandémie mondiale ne provoque un chaos généralisé. Pendant la pandémie, la communauté Ethereum s'est concentrée sur le développement de la beacon-chain et a présenté les premiers modèles de " The Merge ". L'article de Vitalik Buterin sur la "feuille de route centrée sur le rollup" a suscité un intérêt considérable pour les solutions de mise à l'échelle, et l'année s'est terminée par le lancement réussi de la preuve d'enjeu que constitue la Beacon Chain.
En 2021, après le lancement de la beacon-chain, l'attention s'est portée sur l'échantillonnage de la disponibilité des données avec KZG, dirigé par Proto sur la base des travaux de Dankrad Feist. Les rollups ont commencé à avoir un impact significatif sur la couche 1 d'Ethereum, mais The Merge a pris le pas sur le développement de la phase 1. L'année a également vu les hardforks Altair (couche de consensus) et London (couche d'exécution), et le design de The Merge a été consolidé en octobre.
L'année 2022 a été déterminante, car la communauté s'est concentrée sur le danksharding. Vitalik et Dankrad ont proposé une répartition équilibrée entre la couche d'exécution et la couche de consensus. À EthDenver, Proto a dirigé une équipe de hackathon chargée de rédiger et de mettre en œuvre une proposition pour l'EIP-4844, ce qui a donné lieu à des contributions et à des étapes importantes, y compris divers prototypes. Mofi Taiwo d'OP Labs, ainsi que Michael De Hoog et Roberto Bayardo de Coinbase ont contribué de manière significative à ces prototypes. En septembre 2022, la communauté Ethereum a célébré The Merge, ouvrant la voie à l'inclusion de l'EIP-4844 dans les core dev calls à la fin de l'année.
En 2023, les efforts se sont concentrés sur l'interopérabilité client de l'implémentation EIP 4844, la cérémonie KZG, et des tests approfondis à travers des devnets, des tests de charge, et des shadow forks, préparant les mises à jour testnet prévues.
En 2024, la communauté Ethereum a déployé des testnets incluant Goerli, Sepolia et Holesky, menant à la mise à niveau du Mainnet vers 4844 le 13 mars, signifiant une étape majeure dans l'évolution continue d'Ethereum vers une plus grande évolutivité et efficacité.
La mise en place de l'EIP-4844 sur le réseau principal Ethereum a été une tâche herculéenne. S'étalant sur plus de deux ans, cet effort de R&D multidisciplinaire visait à augmenter le débit d'Ethereum à des niveaux sans précédent, en relevant de nombreux défis en cours de route. En voici quelques-uns auxquels les développeurs ont dû faire face :
Complexité de la conception et du prototype : Dirigée par des chercheurs, la phase initiale a consisté à s'attaquer à la conception complexe de l'EIP-4844, préparant ainsi le terrain pour ce qui allait suivre.
Interopérabilité multi-clients : Les responsables de la mise en œuvre ont été confrontés à la tâche ardue d'assurer un fonctionnement transparent entre les différents clients Ethereum, en tenant compte des complexités inhérentes au réseau.
Conception d'un pool de transactions : L'équipe de Geth a relevé le défi de concevoir un pool de transactions capable de résister aux attaques par déni de service et aux problèmes de charge, un élément essentiel pour la scalabilité.
Prise en charge d'une nouvelle cryptographie : La mise en œuvre de la cryptographie KZG a nécessité une équipe spécialisée pour organiser une cérémonie spéciale, garantissant la sécurité et l'intégrité du réseau.
Garantir la robustesse du réseau : Qu'il s'agisse de tests de résistance pour le débit ou de l'orchestration de devnets, de testnets et de shadowforks, l'équipe EF Devops a joué un rôle essentiel en veillant à ce que le réseau soit prêt pour l'EIP-4844.
L'écosystème Ethereum a évolué de manière spectaculaire au cours des années qui ont suivi l'introduction de l'EIP-4844. Depuis les propositions ambitieuses de sharding et le passage à une feuille de route centrée sur les rollups, le voyage a été marqué par des étapes importantes, notamment le lancement de la Beacon Chain à preuve d'enjeu et The Merge, qui a joué un rôle crucial.
Pour ce qui est de l'avenir, la vision d'un danksharding complet offre des possibilités passionnantes. Parmi celles-ci, citons l'augmentation progressive prévue du nombre de blobs par bloc, l'exploration de solutions innovantes en matière de disponibilité des données telles que PeerDAS et full DAS, ainsi que des efforts de R&D parallèles sur des thèmes clés tels que la résistance MEV, les Verkle Trees et l'optimisation du réseau. Tous ces éléments annoncent une feuille de route dynamique.
La concrétisation de l'EIP-4844 est un moment de célébration pour la communauté Ethereum. En réfléchissant à ce voyage, nous reconnaissons l'effort collectif des principaux développeurs et chercheurs d'Ethereum. Le chemin à venir est rempli d'opportunités et de défis, mais si l'histoire de l'EIP-4844 nous apprend quelque chose, c'est que la communauté Ethereum est plus que capable de transformer des idées visionnaires en réalité.
Le cœur de la mise à jour a été méticuleusement conçu par une équipe de chercheurs et de développeurs de la Fondation Ethereum. Vitalik Buterin (@vbuterin) et Dankrad Feist (@dankrad) ont joué un rôle déterminant en contribuant à la conception de l'ensemble du danksharding, jetant ainsi les bases de la mise à jour. Diederik Loerakker (@protolambda) a servi de pont entre la recherche et l'ingénierie, en rédigeant les spécifications initiales et en mettant en œuvre un prototype de couche d'exécution. George Kadianakis (@asn-d6) a joué un rôle crucial dans la gestion des bibliothèques cryptographiques KZG en vue de leur adoption par les implémenteurs clients et dans le soutien de l'intégration de l'installation KZG. Matt Garnett (@lightclient) et Mofi Taiwo (@Inphi) ont contribué au prototypage de la couche d'exécution, à la révision des spécifications et aux tests d'interopérabilité entre L1. Enfin, Ansgar Dietrichs (@adietrichs) a apporté une contribution précieuse aux améliorations du marché des frais et aux feedbacks sur les spécifications.
Au-delà des auteurs principaux, la mise à jour a bénéficié d'un large éventail de contributions externes, chacune apportant une perspective et un ensemble de compétences uniques. L'équipe de Prysm a offert un soutien précoce à la couche de consensus, tandis que EF Devops ont contribué aux tests de résistance du réseau et au développement du réseau de test. Carl Beekhuizen et Trent Van Epps ont contribué à la cérémonie KZG, alors que Tim Beiko et Danny Ryan ont joué un rôle essentiel dans la coordination des efforts de développement et dans la promotion d'une boucle de rétroaction productive entre les responsables de la mise en œuvre et les chercheurs. Les contributions de Consensys R&D, sous la houlette d'Anton Nashatyrev, ont enrichi la modélisation du réseau et la conception du blob gossip. Les contributions de divers développeurs de clients L1 ont énormément aidé à la mise en œuvre de la production multi-clients. Enfin, Roberto Bayardo (@roberto_bayardo) a joué un rôle important dans le prototypage de la couche d'exécution et a fourni des commentaires sur les spécifications. Cet effort de collaboration souligne le dévouement de la communauté à l'amélioration de l'écosystème Ethereum, démontrant le pouvoir de l'action collective.
Ce post de blog reflète le parcours de l'EIP-4844 depuis sa création jusqu'à sa mise en œuvre, et partage des idées sur ce que cette mise à jour signifie pour l'avenir d'Ethereum.
Cette semaine, la communauté Ethereum sera témoin d'une étape importante avec la mise en œuvre de l'EIP-4844 sur Ethereum mainnet, marquant l'aboutissement de plus de deux ans de recherche intensive, de développement et de collaboration. Ce post de blog se penche sur le parcours de sa création à sa mise en œuvre.
Avant 2018, les membres de la communauté nourrissaient de nombreuses ambitions pour le sharding. En 2019, la feuille de route d'Ethereum 2.0 incluait le sharding d'exécution basé sur EWASM, et un tournant important s'est produit lors de Devcon Osaka, réduisant le nombre de shards de 1024 à 64. Cette année a également vu la conception de la beacon-chain s'alléger, s'éloignant de la proof-of-custody en tant que composant central pour le sharding.
L'année 2020 a été marquée par le sommet Eth1x core-dev à Paris, juste avant que la pandémie mondiale ne provoque un chaos généralisé. Pendant la pandémie, la communauté Ethereum s'est concentrée sur le développement de la beacon-chain et a présenté les premiers modèles de " The Merge ". L'article de Vitalik Buterin sur la "feuille de route centrée sur le rollup" a suscité un intérêt considérable pour les solutions de mise à l'échelle, et l'année s'est terminée par le lancement réussi de la preuve d'enjeu que constitue la Beacon Chain.
En 2021, après le lancement de la beacon-chain, l'attention s'est portée sur l'échantillonnage de la disponibilité des données avec KZG, dirigé par Proto sur la base des travaux de Dankrad Feist. Les rollups ont commencé à avoir un impact significatif sur la couche 1 d'Ethereum, mais The Merge a pris le pas sur le développement de la phase 1. L'année a également vu les hardforks Altair (couche de consensus) et London (couche d'exécution), et le design de The Merge a été consolidé en octobre.
L'année 2022 a été déterminante, car la communauté s'est concentrée sur le danksharding. Vitalik et Dankrad ont proposé une répartition équilibrée entre la couche d'exécution et la couche de consensus. À EthDenver, Proto a dirigé une équipe de hackathon chargée de rédiger et de mettre en œuvre une proposition pour l'EIP-4844, ce qui a donné lieu à des contributions et à des étapes importantes, y compris divers prototypes. Mofi Taiwo d'OP Labs, ainsi que Michael De Hoog et Roberto Bayardo de Coinbase ont contribué de manière significative à ces prototypes. En septembre 2022, la communauté Ethereum a célébré The Merge, ouvrant la voie à l'inclusion de l'EIP-4844 dans les core dev calls à la fin de l'année.
En 2023, les efforts se sont concentrés sur l'interopérabilité client de l'implémentation EIP 4844, la cérémonie KZG, et des tests approfondis à travers des devnets, des tests de charge, et des shadow forks, préparant les mises à jour testnet prévues.
En 2024, la communauté Ethereum a déployé des testnets incluant Goerli, Sepolia et Holesky, menant à la mise à niveau du Mainnet vers 4844 le 13 mars, signifiant une étape majeure dans l'évolution continue d'Ethereum vers une plus grande évolutivité et efficacité.
La mise en place de l'EIP-4844 sur le réseau principal Ethereum a été une tâche herculéenne. S'étalant sur plus de deux ans, cet effort de R&D multidisciplinaire visait à augmenter le débit d'Ethereum à des niveaux sans précédent, en relevant de nombreux défis en cours de route. En voici quelques-uns auxquels les développeurs ont dû faire face :
Complexité de la conception et du prototype : Dirigée par des chercheurs, la phase initiale a consisté à s'attaquer à la conception complexe de l'EIP-4844, préparant ainsi le terrain pour ce qui allait suivre.
Interopérabilité multi-clients : Les responsables de la mise en œuvre ont été confrontés à la tâche ardue d'assurer un fonctionnement transparent entre les différents clients Ethereum, en tenant compte des complexités inhérentes au réseau.
Conception d'un pool de transactions : L'équipe de Geth a relevé le défi de concevoir un pool de transactions capable de résister aux attaques par déni de service et aux problèmes de charge, un élément essentiel pour la scalabilité.
Prise en charge d'une nouvelle cryptographie : La mise en œuvre de la cryptographie KZG a nécessité une équipe spécialisée pour organiser une cérémonie spéciale, garantissant la sécurité et l'intégrité du réseau.
Garantir la robustesse du réseau : Qu'il s'agisse de tests de résistance pour le débit ou de l'orchestration de devnets, de testnets et de shadowforks, l'équipe EF Devops a joué un rôle essentiel en veillant à ce que le réseau soit prêt pour l'EIP-4844.
L'écosystème Ethereum a évolué de manière spectaculaire au cours des années qui ont suivi l'introduction de l'EIP-4844. Depuis les propositions ambitieuses de sharding et le passage à une feuille de route centrée sur les rollups, le voyage a été marqué par des étapes importantes, notamment le lancement de la Beacon Chain à preuve d'enjeu et The Merge, qui a joué un rôle crucial.
Pour ce qui est de l'avenir, la vision d'un danksharding complet offre des possibilités passionnantes. Parmi celles-ci, citons l'augmentation progressive prévue du nombre de blobs par bloc, l'exploration de solutions innovantes en matière de disponibilité des données telles que PeerDAS et full DAS, ainsi que des efforts de R&D parallèles sur des thèmes clés tels que la résistance MEV, les Verkle Trees et l'optimisation du réseau. Tous ces éléments annoncent une feuille de route dynamique.
La concrétisation de l'EIP-4844 est un moment de célébration pour la communauté Ethereum. En réfléchissant à ce voyage, nous reconnaissons l'effort collectif des principaux développeurs et chercheurs d'Ethereum. Le chemin à venir est rempli d'opportunités et de défis, mais si l'histoire de l'EIP-4844 nous apprend quelque chose, c'est que la communauté Ethereum est plus que capable de transformer des idées visionnaires en réalité.
Le cœur de la mise à jour a été méticuleusement conçu par une équipe de chercheurs et de développeurs de la Fondation Ethereum. Vitalik Buterin (@vbuterin) et Dankrad Feist (@dankrad) ont joué un rôle déterminant en contribuant à la conception de l'ensemble du danksharding, jetant ainsi les bases de la mise à jour. Diederik Loerakker (@protolambda) a servi de pont entre la recherche et l'ingénierie, en rédigeant les spécifications initiales et en mettant en œuvre un prototype de couche d'exécution. George Kadianakis (@asn-d6) a joué un rôle crucial dans la gestion des bibliothèques cryptographiques KZG en vue de leur adoption par les implémenteurs clients et dans le soutien de l'intégration de l'installation KZG. Matt Garnett (@lightclient) et Mofi Taiwo (@Inphi) ont contribué au prototypage de la couche d'exécution, à la révision des spécifications et aux tests d'interopérabilité entre L1. Enfin, Ansgar Dietrichs (@adietrichs) a apporté une contribution précieuse aux améliorations du marché des frais et aux feedbacks sur les spécifications.
Au-delà des auteurs principaux, la mise à jour a bénéficié d'un large éventail de contributions externes, chacune apportant une perspective et un ensemble de compétences uniques. L'équipe de Prysm a offert un soutien précoce à la couche de consensus, tandis que EF Devops ont contribué aux tests de résistance du réseau et au développement du réseau de test. Carl Beekhuizen et Trent Van Epps ont contribué à la cérémonie KZG, alors que Tim Beiko et Danny Ryan ont joué un rôle essentiel dans la coordination des efforts de développement et dans la promotion d'une boucle de rétroaction productive entre les responsables de la mise en œuvre et les chercheurs. Les contributions de Consensys R&D, sous la houlette d'Anton Nashatyrev, ont enrichi la modélisation du réseau et la conception du blob gossip. Les contributions de divers développeurs de clients L1 ont énormément aidé à la mise en œuvre de la production multi-clients. Enfin, Roberto Bayardo (@roberto_bayardo) a joué un rôle important dans le prototypage de la couche d'exécution et a fourni des commentaires sur les spécifications. Cet effort de collaboration souligne le dévouement de la communauté à l'amélioration de l'écosystème Ethereum, démontrant le pouvoir de l'action collective.
No activity yet