Les 8 nouvelles propositions des développeurs pour le futur d'Ethereum

La prochaine mise à jour d’Ethereum contiendra l’une des mises à jour les plus attendues par la communauté : la possibilité de retirer l’ETH verrouillé dans la Beacon Chain.

Lors de leur réunion hebdomadaire, les développeurs de la Fondation Ethereum sont parvenus à un consensus sur 8 propositions pour améliorer Ethereum (EIP), qui sera implémenté dans la prochaine mise à jour majeure, appelée Shanghai. 

Ces propositions devraient être incluses dans le prochain fourche dur par Ethereum qui devrait avoir lieu courant 2023, éventuellement au cours du deuxième trimestre de l’année.

Shanghai est une mise à jour très attendue par la communauté Ethereum depuis mettra en œuvre la possibilité de retirer l’ETH verrouillé dans la Beacon Chain. Cela signifie que les utilisateurs qui ont verrouillé leurs jetons pour participer à la validation pourront récupérer leurs fonds ainsi que les récompenses de mise. 

Jusqu'au lancement du fourche dur, les développeurs pourront tester des applications et comment fonctionnent les EIP mis en œuvre dans Shandong, la testnet d'Ethereum, qui a été lancé en octobre. 

Savez-vous quelles sont les propositions d’amélioration d’Ethereum ?

Découvrez toutes ces propositions des développeurs pour améliorer le fonctionnement et les performances d’Ethereum et comment elles sont mises en œuvre sur le réseau.

Que sont les EIP ?

Les 8 propositions pour l’avenir d’Ethereum

EIP-3540 : Format d'objet EVM

EIP-3540 introduit un format de conteneur extensible et versionné pour l'EVM avec une validation unique au moment du déploiement. 

Cette version permet de séparer le code et les données, ce qui facilite la mise en œuvre des modifications et l'amélioration de la machine virtuelle Ethereum à l'avenir.

EIP-3651 : Coinbase chaud

Cette offre Il vise à « réchauffer » l’adresse Coinbase au début de chaque exécution de transaction, en fonction du coût réel de lecture du compte.

De cette façon, il est prévu réduire les prix de ce type de transactions, puisque ces adresses sont initialement froides dans la liste d'accès saisie dans l'EIP-2929, ce qui provoque un certain déséquilibre dans le coût du gaz.

EIP-3670 : Contrats EOF avec code de validation

EIP-3670 introduit le validation du code au moment de la création du contrat pour les contrats au format EOF. Il rejettera également les contrats contenant des données PUSH tronquées ou des instructions non définies. Ce changement n’affectera pas le bytecode existant, c’est-à-dire le code brut EOF.

Les contrats actuels ne nécessitent pas de validation de l'exactitude, les implémentations EVM peuvent donc décider comment gérer le bytecode avec des instructions non définies. Cet EIP vise à amener la validité du code à un consensus, pour faciliter la gestion et le raisonnement sur le bytecode. Dans le même temps, les chemins permettant à EVM de décider quelle instruction est valide à chaque exécution sont réduits.

EIP-3855 : instructions PUSH0

Une instruction PUSH0 (0x5f) est introduite qui pousse la valeur constante 0 sur la pile. 

Ce PEI est introduit pour réduire le coût du gaz de toutes ces instructions qui cherchent à empiler ou à pousser une valeur nulle. A ce moment, en raison du type d'encodage, un coût de gaz élevé est généré, car il effectue deux opérations, ce qui entraîne l'utilisation d'opérations complexes dont la valeur peut dépendre du contexte et provoquer des erreurs.

EIP-3860 : Code des limites et des compteurs

EIP-3860 cherche à étendre EIP-170 en introduisant une limite de taille maximale pour le code d'initialisation. 

Dans le même temps, un 2 frais de gaz par morceau de 32 octets de code d'initialisation pour représenter le coût de l’analyse du saut. Enfin, la limite de taille donne naissance à une nouvelle propriété : la taille de l'EVM, le décalage du code et le décalage du saut sont définis sur une valeur de 16 bits.

EIP-4895 : La Beacon Chain permet les retraits dans l'EVM

C’est l’une des fonctionnalités les plus attendues. Avec lui, une opération au niveau du système est introduite pour prendre en charge le retraits du validateur cette « poussée » de la Beacon Chain vers l’EVM. 

Ces opérations créent des augmentations de solde inconditionnelles pour des destinataires spécifiques. En gros, cela permet les retraits des validateurs Beacon Chain entrent dans l'EVM.

EIP-4758 : Désactiver l'AUTODESTRUCTION

Ce PEI renomme le code SELFDESTRUCT en SENDALL, tout en remplaçant sa fonctionnalité. De cette façon, SENDALL servira à envoyer tous les Ether d'un compte à l'utilisateur appelant.

SELFDESTRUCT nécessite des changements importants dans l’état du compte car il supprime tout le code et le stockage. Avec la mise en œuvre du Arbres Verkle cela ne sera pas possible car chaque compte sera stocké dans de nombreuses clés différentes qui ne seront pas connectées au compte root. 

D'autres propositions approuvées pour être mises en œuvre à Shanghai

Outre les propositions décrites ci-dessus, les prochaines fourche dur mettra également en œuvre le EIP-4844, axé sur l'exploitation de tout le potentiel de partage. 

Pour ce faire, il mettra en œuvre le premier système de proto-danksharding et devrait augmenter les performances du réseau, tout en réduisant les taux de transaction et en améliorant l'évolutivité.

[hubspot type=cta portal=20298209 id=38fb28e1-1dc1-40e3-9098-5704ca7fcb07]