• Vitalik Buterin a fourni une feuille de route pour la prochaine étape d’Ethereum, connue sous le nom de Surge.
  • Cette étape permettra au réseau principal d’Ethereum et aux réseaux de niveau 2 de supporter plus de 100 000 TPS.

Le cofondateur d’Ethereum, Vitalik Buterin, a présenté une vision claire de la prochaine phase de développement d’Ethereum, axée sur la mise à l’échelle et l’amélioration de l’expérience des utilisateurs. Le 17 octobre, Buterin, le cofondateur d’Ethereum, a écrit dans son billet de blog technique que le réseau principal et les chaînes secondaires L2 doivent traiter plus de 100 000 TPS. Il a insisté sur le fait que les utilisateurs devraient interagir avec Ethereum en tant que réseau unique plutôt qu’avec un ensemble de chaînes individuelles.

Atteindre 100 000 transactions par seconde

Buterin a indiqué que l’objectif principal de Surge est d’atteindre 100 000 TPS avec l’aide du réseau principal d’Ethereum et des solutions L2. De cette manière, il serait possible de maintenir l’évolutivité du réseau lorsque la charge de trafic augmente. Il a également noté que, bien que la feuille de route centrée sur les rollups ait permis à la blockchain d’évoluer, elle a également posé certains problèmes, tels que la migration des utilisateurs et des revenus vers les L2, qui ont été désapprouvés.

La mise à jour Dencun de mars, qui fait partie du développement continu d’Ethereum, a intégré certains changements destinés à réduire les frais de transaction sur les réseaux L2. Toutefois, la transition a suscité des inquiétudes concernant les menaces pour la sécurité et la tendance à la hausse du prix de l’Ether (ETH) à mesure que les réseaux L2 entrent en scène.

Un aspect crucial de la vision de Buterin est le développement de rollups sans confiance pour le mainnet Ethereum dans le cadre de la feuille de route du projet. À l’heure actuelle, les rollups ne sont pas totalement exempts de confiance en raison des appréhensions liées aux bogues dans le code de ces rollups. Selon Buterin, cet obstacle doit être surmonté pour que l’Ethereum puisse atteindre une évolutivité et une sécurité à long terme.

En outre, il a également souligné la nécessité d’améliorer la disponibilité des données, l’échantillonnage et la compression des données afin de favoriser l’évolutivité. Ces innovations permettraient de réduire les coûts et d’améliorer les performances générales du réseau. Il a également admis qu’il était important de faire évoluer la couche Ethereum de base, car un faible taux de transaction sur le réseau principal pourrait mettre en péril l’ensemble de l’écosystème.

Buterin propose une expérience utilisateur unifiée sur les réseaux L2

M. Buterin s’est également concentré sur l’expérience utilisateur au sein des solutions de la couche deux d’Ethereum. Il a fait valoir que l’interaction avec les différentes chaînes L2 devrait être la même que la communication avec un réseau Ethereum unifié. Cet objectif impliquerait de simplifier l’expérience de l’utilisateur, par exemple en facilitant le transfert de jetons entre différentes chaînes sans avoir besoin d’un pont ou d’échanger les jetons manuellement.

Pour résoudre ce problème, M. Buterin a proposé d’ améliorer la communication entre les L2 , d’optimiser les transactions et de réduire la charge de l’utilisateur. Il a également suggéré de réduire les coûts de gaz pour des opérations spécifiques afin de garantir la décentralisation d’Ethereum tout en se développant.

La feuille de route de Buterin publiée récemment révèle que le projet considère les solutions de couche 2 comme un aspect essentiel de la future architecture d’Ethereum, en se détournant de l’approche initialement prévue du sharding. Il a souligné que l’objectif actuel devrait être de terminer la feuille de route orientée vers le rollup, de résoudre les problèmes qu’elle pose et de maintenir la décentralisation et la sécurité qui distinguent Ethereum.

Dans son dernier billet de blog, Buterin développe le billet qu’il a publié lundi et dans lequel il aborde des problèmes tels que le temps de blocage de 15 minutes et le seuil de 32 éther pour un validateur.