Le développement d'Ethereum 2.0 voit d'énormes gains d'optimisation

Dans une mise à jour rapide de la communauté, le développeur d'Ethereum 2.0, Danny Ryan, a donné un aperçu des progrès accomplis vers le développement d' eth2 et des améliorations d'optimisation apportées au cours des dernières semaines.

Il a parlé de l'audit récemment terminé et de la vérification formelle du bytecode du contrat de dépôt eth2 par Runtime Verification, et en quoi il s'agit d'une étape cruciale sur la route vers le réseau principal eth2 phase 0.

De l'effort total consacré à l'optimisation de la chaîne de blocs, une grande partie a été allouée à la chaîne de balises au cœur d'Ethereum 2.0 - un composant requis pour le système global fragmenté. Il a souligné que pour pouvoir exécuter la chaîne de balises avec une poignée d'éclats sur une machine grand public, «il est primordial que la chaîne de balises consomme relativement peu de ressources, même en cas de forte participation des valideurs».

Ryan a également parlé de la mise en œuvre de Rust d'Ethereum 2.0, Lighthouse, dont le réseau de test avec environ 16 000 validateurs avait été supprimé il y a quelques semaines à la suite d'une "boucle de relais de potins d'attestation a provoqué les nœuds essentiellement DoS eux-mêmes". bogue connexe, Sigma Prime aurait été en mesure de créer un réseau de test capable de gérer plus de 100 000 validateurs.

Il a également déclaré que Lighthouse avait réalisé des gains de 70% dans le hachage de l'État qui, avec la vérification de la signature BLS, "se révèle être le principal goulot d'étranglement informatique des clients eth2 ."

Selon la mise à jour du développement, le testnet de Prysmatic Labs , Prysm, aurait passé 180 000 emplacements avec plus de 35 000 validateurs actifs sur la plate-forme. Les vitesses de synchronisation se sont également améliorées, passant d'environ 0,3 à plus de 20 blocs par seconde.

Le développeur Ethereum 2.0 a également expliqué comment la «spécification» eth2 de base qui décrit le comportement correct d'un système, spécifie fréquemment, le «comportement attendu» de manière inefficace. Il a déclaré que cela était dû au fait que le code de spécification était principalement optimisé pour la lisibilité de l'intention plutôt que pour les performances. Cependant, puisque différents algorithmes peuvent implémenter la même spécification, Ethereum 2.0 permet une grande variété d'implémentations différentes de ses composants, y compris le choix de la fourche.

En remarquant un goulot d'étranglement majeur dans l'algorithme de choix de fourche de Lighthouse, Sigma Prime a découvert 'proto_array' parmi les divers algorithmes de choix de fourche mis en œuvre par Protolambda il y a un an. Une fois intégré, proto_array a pu fonctionner «par ordre de grandeur moins de temps et effectuer beaucoup moins de lectures de base de données».

Outre les mises à jour du développement, Ryan a également défini le travail en cours pour la recherche sur Ethereum 2.0 Phase 2, qui implique l'ajout d'état et d'exécution dans l' univers fragmenté d' eth2 . Les équipes Quilt et eWASM auraient recherché et mieux défini leur espace de conception ouvert parallèlement au développement en cours des phases 0 et 1. De plus, l'équipe TXRX a décidé de consacrer une partie de ses efforts à la recherche de la phase 2, en se concentrant sur une meilleure compréhension, la «complexité des transactions entre fragments» et les prototypes de chemins d'intégration pour eth1 à eth2 .

De plus, à la suite d'une subvention accordée par ConsenSys en tandem avec la Fondation Ethereum , la plate-forme de test de la chaîne de blocs «Whiteblock» a récemment publié ses résultats de test «libp2p gossipsub».