Une proposition Ethereum récemment fusionnée supprimerait le comité de synchronisation de 512 validateurs du réseau, supprimerait ses récompenses et rendrait obsolète l'interface actuelle de client léger Altair en la remplaçant par des preuves à divulgation nulle de connaissance hors ligne.
Le Draft EIP-8390 estime que la suppression du poids de la récompense du comité réduirait la création annuelle de consensus d'environ 33 800 ETH.
Ethereum abandonnerait un mécanisme intégré au protocole permettant aux clients légers de suivre la chaîne de balise avant que le service de preuve de remplacement proposé, l'interface de migration et le soutien économique n'aient été spécifiés.
Un comité de synchronisation est un échantillon de 512 validateurs dont les messages permettent aux clients légers de suivre l'ethereum de manière compacte sans traiter l'ensemble complet des validateurs.
La proposition a été introduite dans le dépôt officiel des EIP à 02:04 UTC le 24 août, mais son statut de brouillon en fait une conception à discuter, et non une mise à niveau adoptée. Elle ne possède pas d'époque d'activation ni d'engagement sur la feuille de route Ethereum, et le document laisse la planification aux équipes de clients.
Le fil de discussion de l'auteur discussion thread ne mentionnait aucun avis externe dans sa mise à jour en version initiale.
L'émission diminue, mais le commerce de sécurité change
La formule de récompense de consensus d'Ethereum attribue au comité de synchronisation un poids de 2 dans un dénominateur de 64. EIP-8390 supprimerait ce poids sans le redistribuer, entraînant une réduction de 2/64, soit 1/32, de l'émission de consensus.
Le projet de rapport indique un instantané de 901 505 validateurs et 42 328 615 ETH misés. Par rapport à son estimation d'environ 1,082 million d'ETH en émission annuelle de consensus, la part supprimée équivaut à environ 33 800 ETH par an.
Le calcul 1/32 ne se traduit pas par une réduction de 3,125 % du rendement total réalisé de chaque validateur. Il s'applique à l'émission de consensus allouée aux récompenses de la sync-committee, tandis que les rendements réalisés peuvent inclure d'autres récompenses de consensus et des revenus de la couche d'exécution.
Altair ne définit aucune condition de slashing spécifique pour un validateur qui signe un message de comité de synchronisation malveillant. EIP-7657, une proposition distincte visant à ajouter une telle pénalité, est désormais marquée comme Stagnante. Elle a averti que les applications sécurisant plus de 512 fois 32 ETH, soit 16 384 ETH, devraient combiner le protocole de client léger avec d'autres protections.
Ce chiffre était une alerte de conception sous un solde effectif maximal de 32 ETH, mais il illustre néanmoins la préoccupation derrière l'EIP-8390 : les signatures échantillonnées aident les clients légers à suivre Ethereum, mais les messages malveillants de la sync-committee ne comportent pas leur propre condition de slashing protocole.
Supprimer l'exemple échangerait le problème de responsabilité contre une dépendance différente. Les clients légers devraient vérifier une preuve à divulgation nulle de connaissance de la finalité de Casper FFG à travers l'ensemble complet des validateurs.
Cette preuve deviendrait le signal de finalité pour les clients qui ne traitent pas l'ensemble complet des validateurs.
Les clients légers Ethereum nécessiteraient un remplaçant non encore développé
EIP-8390 supprimerait ses fonctions de validateur, les messages réseau, les conteneurs de données pour les clients légers et plusieurs points de terminaison de l'API Beacon. La proposition indique que les clients légers Altair déployés qui synchronisent via LightClientUpdate cesseront de fonctionner au moment du fork.
La catégorie concernée inclut les logiciels utilisant le flux de mise à jour Altair standard. Helios, qui peut être intégré dans des wallets et des applications décentralisées, repose sur un point de terminaison de consensus prenant en charge l'API Beacon du client léger d'Ethereum. Lodestar fournit un package client léger côté consommateur construit autour de cette approche.
Nimbus expose une interface client léger pour les mêmes objets de mise à jour, tandis que Datachain’s Ethereum IBC client construit des en-têtes à partir des données LightClientUpdate et FinalityUpdate obtenues via Beacon RPC.
Ces projets sont des exemples confirmés, et leur impact réel sur le fork dépendra de leur utilisation toujours active des interfaces supprimées et des migrations que leurs maintainers publieront.
La spécification Altair actuelle définit le flux de mise à jour consommé par ces implémentations. EIP-8390 supprime ce flux sans fournir de contrat Beacon API de remplacement ni de spécification de migration client.
EIP-8390 affirme que la finalité Casper FFG pourrait être prouvée en une seule epoch sur un seul GPU et vérifiée en quelques millisecondes, mais le projet de document ne cite aucune implémentation reproductible, aucun circuit, aucun profil matériel ni aucune référence pour étayer cette affirmation.
Un design public complet comparable rapporte un prétraitement en moins d'une minute sur un CPU 64 cœurs sans accélération GPU et décrit certaines parties de la composition finale de la preuve comme des travaux futurs ou non réalisés. Ce travail démontre des progrès dans un autre environnement matériel.
L'EIP ne définit pas le service de preuve, son interface client, son modèle de fiabilité, ses opérateurs ni son financement. Le projet de document ajoute explicitement aucun incitatif au sein du protocole pour produire des preuves de finalité et n'en propose aucun, bien qu'un financement hors chaîne ou au titre de biens publics puisse toujours émerger en dehors du protocole.
Ethereum échangerait un mécanisme de confiance imparfait contre une infrastructure qui n'est pas encore incluse dans la spécification. Les économies sur l'émission sont concrètes selon les chiffres propres à la proposition, tandis que la disponibilité, le chemin de migration et l'économie du remplacement restent ouvertes.
Faire avancer l'EIP-8390 vers son activation nécessiterait une interface testée pour les clients légers, des migrations fonctionnelles pour les utilisateurs actuels d'Altair, et une production de preuves publiques disponible lorsque les utilisateurs en dépendent.
Le post Ethereum proposal would cut 33,800 ETH issuance and break every deployed Altair light client est apparu pour la première fois sur CryptoSlate.