Vitalik Buterin, co-fondateur d’Ethereum, a récemment proposé une nouvelle architecture de système de preuve pour les rollups EVM afin d’atteindre la phase 2 (Stage 2) dans la feuille de route de développement de layer 2 (L2).
Selon l’article de M. sur le forum Ethereum Magicians, cette architecture combine trois types de preuves : Optimistic (OP), Zero-Knowledge (ZK), et Trusted Execution Environment (TEE), avec pour objectif de fournir une finalité instantanée (instant finality), répondant aux critères fondamentaux de la phase 2, tout en minimisant les risques de dépendance excessive à un seul système.
Buterin suggère un système dans lequel l’état racine (state root) du rollup est considéré comme complet sur la base du consensus entre différents types de preuves:
Cette architecture est conçue pour répondre à trois objectifs principaux, selon Buterin : fournir une finalité instantanée en cas normal, respecter les critères de la phase 2 ( comprenant la garantie que les systèmes “non fiables” comme ZK et OP ont la priorité sur les éléments “semi-fiables” comme TEE ou le conseil de sécurité ), et éviter une dépendance excessive à ZK à court terme en raison du taux d’échec actuel de ces systèmes qui reste élevé.
Actuellement, l’écosystème Ethereum connaît une amélioration significative de la sécurité et de l’intégrité de L2. Trois rollups ont atteint la phase 1 (Stage 1), et les mises à niveau à venir telles que Pectra ( devraient fournir plus d’espace blob) avec Fusaka 19 ( visant 72 blobs au quatrième trimestre ou 12-24 blobs au trimestre 3), ce qui devrait mieux répondre aux besoins de L2. De plus, les options ZK-EVM de haute qualité augmentent, promettant de réduire le temps d’intégration.
Buterin a proposé trois axes de développement principaux :
Buterin a déclaré que les ZK-EVM se rapprochent de la capacité de créer des preuves à un moment donné (one-slot proofs), ce qui est nécessaire tant pour L1 que pour L2. Cependant, il a averti que les bugs de complétude (completeness bugs) et les bugs de solidité (soundness bugs) restent des risques, en particulier lorsque le code source ZK est largement partagé entre les systèmes. L’architecture 2-sur-3 tire parti des différences fondamentales entre ZK et OP pour réduire le risque d’erreurs simultanées, dans l’espoir que l’écosystème puisse passer à un état “totalement sans confiance” dans les prochaines années lorsque les erreurs seront éliminées.
Vous pouvez voir le prix de l’ETH ici.
Avertissement : Cet article est uniquement à des fins d’information et ne constitue pas un conseil en investissement. Les investisseurs doivent bien se renseigner avant de prendre une décision. Nous ne sommes pas responsables de vos décisions d’investissement.
Qianlong
@media only screen and (min-width: 0px) and (min-height: 0px) { div[id^=“wrapper-sevio-d89f58f5-7b63-40be-98c0-6b1fd62584fb”] { width:320px; height: 100px; } } @media only screen and (min-width: 728px) et (min-height: 0px) { div[id^=“wrapper-sevio-d89f58f5-7b63-40be-98c0-6b1fd62584fb”] { width: 728px; height: 90px; } }