- Retour au menu
- Retour au menuTarifs
- Retour au menuRecherche
- Retour au menuConsensus
- Retour au menu
- Retour au menu
- Retour au menu
- Retour au menuWebinaires et Événements
Ethereum s'apprête à remanier sa norme de programmation cruciale avec le « format d'objet EVM »
La proposition EOF est une série de changements planifiés visant à mettre à jour l'omniprésente machine virtuelle Ethereum (EVM) - l'environnement de programmation qui exécute les contrats intelligents sur la blockchain, et une norme industrielle en évolution à part entière.
- La nouvelle proposition de format d'objet EVM (EOF) vise à rendre la machine virtuelle Ethereum , standard de facto de l'industrie, plus conviviale pour les développeurs.
- Certains développeurs ont exprimé des inquiétudes quant au fait que le risque lié à la mise en œuvre de la proposition ne valait T les avantages.
Les développeurs Ethereum se dirigent vers une mise à niveau qui pourrait apporter les changements les plus fondamentaux dans l'environnement de programmation du réseau depuis que la blockchain originale de contrats intelligents a bouleversé l'industrie de la Crypto lors de son lancement il y a près de dix ans.
La proposition d'amélioration Ethereum (EIP) connue sous le nom de Format d'objet EVM(EOF), qui a été largement discuté dans les cercles de développeurs cette année en raison des inquiétudes de certains participants concernant d'éventuels risques de sécurité, devrait désormais être inclus dans un important ensemble de changements attendus plus tard cette année ou au début de l'année prochaine, connu sous le nom de hard fork Pectra.
La proposition EOF est unesérie de petits changements visant à mettre à jour la machine virtuelle Ethereum (EVM), le environnement de programmation qui exécute des contrats intelligentssur la blockchain, et sans doute la sauce Secret d'Ethereum qui le rendait différent de Bitcoin et des autres premiers réseaux distribués lors de son lancement en 2015.
Plus précisément, EOF rendrait les contrats intelligents plus conviviaux pour les développeurs, notamment pour ceux qui développent des applications décentralisées avec les langages de programmation Solidity ou Vyper. Ces modifications sont extrêmement délicates et peuvent perturber les contrats intelligents existants. C'est pourquoi les développeurs ont ajouté une nouvelle version permettant aux développeurs d'applications décentralisées de choisir la version de l'EVM à utiliser lors du déploiement de leur code.
« EOF sera le premier changement majeur lié à l'EVM depuis des années », a déclaré Parithosh Jayanthi, développeur CORE de la Fondation Ethereum , dans un message Telegram adressé à CoinDesk. « Il ouvre la voie aux futures mises à niveau de l'EVM et illustre l'objectif des couches de base de l'amélioration continue de l'EVM. »
La norme EVM
En tant que première et plus grande blockchain de contrats intelligents, Ethereum a défini la norme de programmation adoptée par de nombreuses autres blockchains. D'autres blockchains de couche 1 ont également trouvé des solutions pour être compatibles avec l'EVM, reconnaissant ainsi l'importance de cette Technologies dans le secteur de la blockchain.
Mais les développeurs cherchent désormais à introduire une version plus récente de l'EVM, afin de pouvoir écrire des contrats intelligents plus sécurisés etapplications décentralisées. Certains développeurs craignent que cette procédure puisse avoir des conséquences imprévues sur le réseau.
Actuellement, l'EOFcomposant du Pectra La mise à niveau, le prochain hard fork d'Ethereum, consiste en 11 propositions d'amélioration Ethereum (EIP).
Des propositions EOF ont été suggéréesdans la mise à niveau précédente, Dencun, mais lorsque les développeurs Ethereum voulaient travailler tête baissée sur proto-danksharding– une autre innovation cruciale qui rend le stockage de données sur la blockchain moins cher et plus rapide – ils ont poussé EOF et ont suggéré de le revoir pour Pectra.
ONEun des critiques notables d'EOF était le développeur CORE Marius Van Der Wijden.
« Le problème que je constate, c'est que désormais, ces opérations, ces vérifications, ces contrôles, font également partie du consensus », a-t-il déclaré à CoinDesk lors d'une interview à la Conférence de la communauté Ethereum à Bruxelles. « Cela signifie que si un bug est détecté et que nous déployons un système qui passe notre vérification, mais qui contient un bug, il plantera plus tard de manière très inattendue. »
La principale préoccupation de Van Der Wijden concernant l'EOF est que « le principal inconvénient sera de conserver cet EVM parallèlement à l' ONE. Car l' ONE ne disparaîtra pas, n'est-ce pas ? Et tout le monde l'utilise depuis un certain temps. »
Cependant, la plupart des développeurs CORE affirment qu'EOF apportera des avantages à l'écosystème Ethereum qui l'emporteront sur les risques.
« EOF est prêt, les implémentations sont terminées et les utilisateurs en aval tels que Solidity le préconisent », a déclaré Danno Ferrin, un contributeur indépendant de l'équipe client Besu, à CoinDesk dans un message sur Telegram.
« Une fois la fonctionnalité prête et aboutie, il est temps de la déployer ou de la mettre définitivement en veilleuse. EOF corrige également une importante dette technique accumulée par l'EVM depuis sa création », a déclaré Ferrin.
Sur le même sujet : Les développeurs Ethereum visent à simplifier les portefeuilles Crypto avec « EIP-3074 »
Margaux Nijkerk
Margaux Nijkerk présente le protocole Ethereum et les L2. Diplômée des universités Johns Hopkins et Emory, elle est titulaire d'un master en affaires internationales et économie. Elle détient des BTC et des ETH supérieurs au seuil de Déclaration de transparence de CoinDesk, fixé à 1 000 $.
