- Buterin a rendu publics les détails de la première hard fork d’Ethereum 2.0.
- HF1 introduira un support pour les clients légers et réduira les pénalités aux nœuds honnêtes.
L’inventeur d’Ethereum, Vitalik Buterin, a publié hier un plan pour la première hard fork de la Beacon Chain (Ethereum 2.0). Le nom de code préliminaire est HF1. Les principaux objectifs de HF1 sont d’ajouter un support pour les clients légers et de corriger certaines vulnérabilités de la Beacon Chain qui ont été découvertes trop tard pour être traitées à Genesis.
En outre, le mécanisme de bifurcation dure devrait devenir testable « avec un changement relativement faible » « avant que des changements majeurs (sharding, fusion) ne soient nécessaires » Enfin et surtout, le plan propose plusieurs changements consensuels avec HF1.
La première hard fork d’Ethereum 2.0
Comme l’explique M. Buterin, la prise en charge des clients légers – des nœuds qui nécessitent un minimum de ressources et qui pourraient fonctionner sur des appareils mobiles – sera créée par un « comité de synchronisation » choisi au hasard
L’objectif est de permettre aux clients légers de déterminer la tête de la chain avec une faible quantité de frais généraux (~20 kB par jour minimum pour suivre, et ~500 octets pour vérifier un seul bloc). Cela permettrait aux clients légers d’être réellement viables pour les appareils mobiles, les cas d’utilisation dans les navigateurs par exemple pour la Beacon Chain.
Selon M. Buterin, cela permettra aux « portefeuilles de confiance » de vérifier eux-mêmes la blockchain, plutôt que de laisser les utilisateurs se reposer sur des fournisseurs de services externes et donc de faire confiance à leur intégrité.
En outre, HF1 est destiné à atténuer un problème qui fait l’objet de vifs débats depuis des mois, le « slashing » Jusqu’à présent, c’est le cas sur la Beacon Chain que les validateurs peuvent perdre une partie de leur mise en place en cas d’inactivité. Cela rendait le jalonnement dangereux, en particulier pour les petits « home stakers », car ils étaient pénalisés pour des événements dont ils n’étaient pas responsables, comme une coupure d’internet ou de courant.
HF1 vise à atténuer ce phénomène en distinguant l’inactivité intermittente et l’inactivité continue:
La fuite d’inactivité devient quadratique par validateur. En d’autres termes, s’il y a une fuite d’inactivité pendant laquelle un validateur entièrement hors ligne perd ~10% de son solde, un validateur qui est en ligne 90% du temps pendant cette période ne perdrait que ~0,1% de son solde (contre ~1%). Cette mesure vise à concentrer les pénalités sur les nœuds qui se comportent vraiment mal et à réduire les pénalités aux nœuds honnêtes qui n’ont qu’une connexion imparfaite au réseau
En ce qui concerne la correction des vulnérabilités, M. Buterin a écrit que les règles de choix de la hard fork ont été améliorées. Les développeurs ont identifié plusieurs cas où le protocole a ouvert la porte à 34% d’attaques et à une « attaque d’équilibre » Même si un timing précis avait été nécessaire pour les attaques, une réorganisation de la blockchain aurait pu avoir lieu. Cependant, les bogues ont maintenant été corrigés.
Actuellement, on ne sait pas encore quand la hard fork sera activée. En attendant, une convention de dénomination pour tous les prochains hard forks d’Ethereum 2.0 est recherchée via GitHub. Parmi les suggestions figurent des éléments chimiques, des zones de World of Warcraft, des objets mythiques, des noms d’étoiles, des systèmes solaires et des noms de villes.
