Le délai de mise en œuvre de 5 ans pour Beam Chain est-il raisonnable ? Qu'en pense la communauté ?
Lors de la conférence Devcon, Justin Drake, membre central de la Fondation Ethereum, a proposé une refonte complète de la couche de consensus d'Ethereum, appeléeChaîne Beam. La refonte vise à atténuer les problèmes de MEV, à améliorer la scalabilité et la sécurité, et à tirer parti de la technologie ZK pour des améliorations de performance. Beam Chain se concentre principalement sur les modifications de la couche de consensus, sans créer de nouveaux jetons ou modifier l'architecture existante de la blockchain.
La couche de consensus actuelle d'Ethereum, la Beacon Chain, est en place depuis cinq ans et a démontré une forte sécurité. Cependant, au fil du temps, la dette technique s'est accumulée. De plus, alors que la communauté Ethereum se plonge plus profondément dans la recherche MEV et que la technologie ZK progresse rapidement, la couche de consensus existante a montré des limites dans son adaptation aux technologies émergentes. L'initiative Beam Chain vise à éliminer les charges techniques, rendant Ethereum plus flexible et adaptable pour l'avenir.
D'un point de vue technique, Beam Chain présente deux caractéristiques remarquables : la Snarkification activée par ZKVM et les signatures agrégées basées sur le hachage.
La couche de consensus détermine principalement comment tous les nœuds du réseau parviennent à un accord sur l'état de la chaîne, tel que l'ordonnancement des transactions et les soldes des comptes. Dans Ethereum, la couche de consensus gère des tâches telles que la validation des blocs, la vérification des signatures, la gestion des forks, ainsi que la maintenance et la mise à jour des états de compte. Une opération clé au sein de la couche de consensus est la transition d'état, qui implique le passage d'un état de bloc à un autre (par exemple, les soldes des comptes après les transactions). Ces opérations nécessitent souvent des calculs importants, et la Snarkification est une technique pour convertir ces calculs en preuves de connaissance nulle.
Beam Chain utilise ZKVM pour mettre en œuvre la Snarkification dans la couche de consensus, transformant les fonctions de transition d'état en preuves à connaissance nulle. ZKVM décharge le processus de calcul vers des environnements hors chaîne, réduisant ainsi la charge de calcul sur chaîne. Chaque nœud peut vérifier la justesse de l'état simplement en validant les preuves à connaissance nulle, sans avoir besoin d'effectuer les calculs eux-mêmes. De plus, Beam Chain permet aux validateurs de choisir leur ZKVM préféré sans imposer un protocole spécifique sur chaîne.
De plus, avec l'avancée de l'informatique quantique, les méthodes cryptographiques traditionnelles telles que la cryptographie à courbes elliptiques sont susceptibles d'être compromises. Cela représente une menace pour la sécurité des systèmes de blockchain actuels, tels que la protection des clés privées et la validation des signatures, qui pourraient être compromises par des ordinateurs quantiques. Pour remédier à cela, Beam Chain introduit un schéma de signature agrégée basé sur le hachage. Les fonctions de hachage offrent une sécurité post-quantique, les rendant résistantes aux attaques quantiques. Cette approche non seulement améliore l'efficacité de l'agrégation des signatures, mais offre également une sécurité renforcée pour l'avenir.
Beam Chain adopte également PBS (Proposer-Builder Separation), introduisant des listes d'inclusion et des enchères d'exécution pour atténuer l'impact négatif de MEV. Elle prévoit de réduire l'exigence de mise en jeu minimale pour les validateurs de 32 ETH à 1 ETH, renforçant ainsi davantage la décentralisation. La transition vers Beam Chain se fera par phases, remplaçant progressivement les fonctionnalités de la Beacon Chain, le processus devant prendre cinq ans.
Préoccupations concernant le calendrier de développement : La communauté a exprimé une préoccupation généralisée quant au cycle de développement de 5 ans requis pour Beam Chain. Certains membres ont même remis en question si les objectifs de Beam Chain visent à rendre Ethereum de plus en plus similaire à Solana.
Partager
Le délai de mise en œuvre de 5 ans pour Beam Chain est-il raisonnable ? Qu'en pense la communauté ?
Lors de la conférence Devcon, Justin Drake, membre central de la Fondation Ethereum, a proposé une refonte complète de la couche de consensus d'Ethereum, appeléeChaîne Beam. La refonte vise à atténuer les problèmes de MEV, à améliorer la scalabilité et la sécurité, et à tirer parti de la technologie ZK pour des améliorations de performance. Beam Chain se concentre principalement sur les modifications de la couche de consensus, sans créer de nouveaux jetons ou modifier l'architecture existante de la blockchain.
La couche de consensus actuelle d'Ethereum, la Beacon Chain, est en place depuis cinq ans et a démontré une forte sécurité. Cependant, au fil du temps, la dette technique s'est accumulée. De plus, alors que la communauté Ethereum se plonge plus profondément dans la recherche MEV et que la technologie ZK progresse rapidement, la couche de consensus existante a montré des limites dans son adaptation aux technologies émergentes. L'initiative Beam Chain vise à éliminer les charges techniques, rendant Ethereum plus flexible et adaptable pour l'avenir.
D'un point de vue technique, Beam Chain présente deux caractéristiques remarquables : la Snarkification activée par ZKVM et les signatures agrégées basées sur le hachage.
La couche de consensus détermine principalement comment tous les nœuds du réseau parviennent à un accord sur l'état de la chaîne, tel que l'ordonnancement des transactions et les soldes des comptes. Dans Ethereum, la couche de consensus gère des tâches telles que la validation des blocs, la vérification des signatures, la gestion des forks, ainsi que la maintenance et la mise à jour des états de compte. Une opération clé au sein de la couche de consensus est la transition d'état, qui implique le passage d'un état de bloc à un autre (par exemple, les soldes des comptes après les transactions). Ces opérations nécessitent souvent des calculs importants, et la Snarkification est une technique pour convertir ces calculs en preuves de connaissance nulle.
Beam Chain utilise ZKVM pour mettre en œuvre la Snarkification dans la couche de consensus, transformant les fonctions de transition d'état en preuves à connaissance nulle. ZKVM décharge le processus de calcul vers des environnements hors chaîne, réduisant ainsi la charge de calcul sur chaîne. Chaque nœud peut vérifier la justesse de l'état simplement en validant les preuves à connaissance nulle, sans avoir besoin d'effectuer les calculs eux-mêmes. De plus, Beam Chain permet aux validateurs de choisir leur ZKVM préféré sans imposer un protocole spécifique sur chaîne.
De plus, avec l'avancée de l'informatique quantique, les méthodes cryptographiques traditionnelles telles que la cryptographie à courbes elliptiques sont susceptibles d'être compromises. Cela représente une menace pour la sécurité des systèmes de blockchain actuels, tels que la protection des clés privées et la validation des signatures, qui pourraient être compromises par des ordinateurs quantiques. Pour remédier à cela, Beam Chain introduit un schéma de signature agrégée basé sur le hachage. Les fonctions de hachage offrent une sécurité post-quantique, les rendant résistantes aux attaques quantiques. Cette approche non seulement améliore l'efficacité de l'agrégation des signatures, mais offre également une sécurité renforcée pour l'avenir.
Beam Chain adopte également PBS (Proposer-Builder Separation), introduisant des listes d'inclusion et des enchères d'exécution pour atténuer l'impact négatif de MEV. Elle prévoit de réduire l'exigence de mise en jeu minimale pour les validateurs de 32 ETH à 1 ETH, renforçant ainsi davantage la décentralisation. La transition vers Beam Chain se fera par phases, remplaçant progressivement les fonctionnalités de la Beacon Chain, le processus devant prendre cinq ans.
Préoccupations concernant le calendrier de développement : La communauté a exprimé une préoccupation généralisée quant au cycle de développement de 5 ans requis pour Beam Chain. Certains membres ont même remis en question si les objectifs de Beam Chain visent à rendre Ethereum de plus en plus similaire à Solana.