Perspectives de mise à niveau technique d'Ethereum : The Surge
Le cofondateur d'Ethereum, Vitalik Buterin, a récemment publié une série d'articles explorant le développement futur d'Ethereum. Ces articles se concentrent sur les six phases de la feuille de route d'Ethereum : la fusion, l'augmentation, la liquidation, la validation, la purification et le saut. Cet article mettra l'accent sur l'étape The Surge, qui se concentre principalement sur l'évolutivité d'Ethereum et son développement à long terme.
La vision centrale d'Ethereum
L'objectif essentiel d'Ethereum est de devenir l'infrastructure d'Internet décentralisé. Grâce à l'exécution automatique des contrats intelligents, Ethereum prend en charge le développement d'applications décentralisées complexes, cette flexibilité en fait la plateforme de choix pour les développeurs souhaitant créer des applications DeFi, NFT, etc.
Cependant, Ethereum présente des limitations en matière d'évolutivité. Actuellement, Ethereum ne peut traiter que 15 à 30 transactions par seconde, bien en deçà des réseaux de paiement traditionnels. Cela entraîne des frais de gas élevés en cas de congestion du réseau, limitant ainsi la capacité d'Ethereum à devenir une infrastructure mondiale. The Surge a été conçu précisément pour résoudre ce problème.
Les principaux objectifs de The Surge incluent :
Réaliser une capacité de traitement de plus de 100 000 transactions par seconde sur Ethereum L1+L2
Maintenir la décentralisation et la robustesse de L1
S'assurer que certaines L2 héritent complètement des propriétés fondamentales d'Ethereum
Maximiser l'interopérabilité entre les L2, rendant Ethereum un écosystème unifié.
Stratégie d'extension centrée sur le rollup
Le cœur de The Surge est d'améliorer considérablement la scalabilité grâce à des solutions L2, dont le rollup est un élément clé. Cette stratégie définit clairement la répartition des tâches : Ethereum L1 se concentre sur le fait d'être une couche de base puissante et décentralisée, tandis que L2 prend en charge la tâche d'étendre l'écosystème.
Le Rollup regroupe les transactions hors chaîne, puis soumet les résultats au réseau principal, tout en maintenant la sécurité et la décentralisation tout en améliorant considérablement le débit. Vitalik a déclaré que le rollup pourrait augmenter la capacité de traitement d'Ethereum à plus de 100 000 transactions par seconde. Ce sera une avancée transformative, permettant à Ethereum de soutenir des applications à l'échelle mondiale sans compromettre la décentralisation.
Vitalik a souligné que les rollups ne sont pas seulement une solution temporaire, mais aussi une solution d'extension à long terme. Ethereum 2.0 a réduit la consommation d'énergie en passant du proof of work au proof of stake grâce à The Merge, tandis que les rollups sont considérés comme le prochain jalon important.
Cette année, la feuille de route centrée sur les rollups a fait des progrès significatifs : avec le lancement des blobs EIP-4844, la bande passante des données de l'Ethereum L1 a considérablement augmenté, et plusieurs rollups de la machine virtuelle Ethereum ont atteint la première phase. Chaque L2 existe comme un shard avec ses propres règles et logiques, et la diversification des méthodes de mise en œuvre des shards est désormais une réalité.
Échantillonnage de la disponibilité des données ( DAS ) de développement supplémentaire
L'échantillonnage de la disponibilité des données ( DAS ) est un autre aspect clé de The Surge, visant à résoudre les problèmes de disponibilité des données. Dans un réseau décentralisé, il est essentiel que tous les nœuds puissent vérifier les données sans avoir besoin de stocker ou de télécharger l'intégralité du contenu.
DAS permet aux nœuds de vérifier les données sans accéder à l'ensemble des données, ce qui améliore l'évolutivité et l'efficacité.
Vitalik a souligné deux formes de DAS : PeerDAS et 2D DAS. PeerDAS devrait renforcer l'hypothèse de confiance des rollups, améliorant ainsi la sécurité. Le 2D DAS effectue non seulement un échantillonnage aléatoire à l'intérieur des blobs, mais aussi entre les blobs. En utilisant les propriétés linéaires de l'engagement KZG, il étend l'ensemble des blobs dans le bloc par le biais d'un ensemble de nouveaux blobs virtuels, qui codent les mêmes informations redondantes.
Grâce à DAS, Ethereum peut traiter un volume de données plus important, réaliser des rollups plus rapides et plus économiques, tout en préservant la décentralisation.
À l'avenir, il faudra encore beaucoup de travail pour déterminer la version idéale de 2D DAS et prouver ses propriétés de sécurité.
Le chemin de réalisation à long terme selon Vitalik est :
Mettre en œuvre le DAS 2D idéal
Persister à utiliser 1D DAS, sacrifiant l'efficacité de la bande passante d'échantillonnage, pour accepter une limite de données plus basse au profit de la simplicité et de la robustesse.
Abandonner DA, accepter complètement Plasma comme principale architecture Layer2.
Il est à noter que même si l'on décide d'étendre l'exécution directement sur la couche L1, ces options restent disponibles. Car si L1 doit traiter un grand nombre de transactions, les blocs L1 deviendront très grands, et les clients devront valider efficacement leur exactitude, ce qui les obligera à utiliser sur la couche L1 les mêmes technologies que celles utilisées par rollup( telles que ZK-EVM et DAS).
Plasma et autres solutions
En plus des Rollups, le schéma d'extension hors chaîne proposé à l'origine, Plasma, est également une autre solution L2.
La création de sous-chaînes Plasma, ces sous-chaînes traitent les transactions indépendamment de la chaîne principale Ethereum et soumettent régulièrement des résumés à la chaîne principale. Pour chaque bloc, l'opérateur envoie à chaque utilisateur une preuve de branche Merkle montrant le changement d'état des actifs de cet utilisateur. Les utilisateurs peuvent retirer des actifs en fournissant la branche Merkle. Il est important de noter que cette branche n'a pas besoin d'être basée sur l'état le plus récent.
Ainsi, même en cas de problème de disponibilité des données, les utilisateurs peuvent récupérer des actifs en extrayant l'état le plus récent disponible. Si un utilisateur soumet une branche invalide, la propriété des actifs peut être déterminée par le mécanisme de défi en chaîne.
Bien que le développement de Plasma soit en retard par rapport à rollup dans une certaine mesure, Vitalik le considère toujours comme une partie de l'ensemble des outils d'évolutivité d'Ethereum.
De plus, Vitalik a également discuté de l'amélioration des techniques de compression des données et des preuves cryptographiques pour accroître l'efficacité des rollups et d'autres solutions L2. L'idée est de compresser les données autant que possible, tout en s'assurant que toutes les informations nécessaires restent disponibles pour la validation par les nœuds Ethereum. Ces améliorations technologiques joueront probablement un rôle clé dans la réalisation d'un débit plus élevé pour Ethereum.
Les premières versions de Plasma ne pouvaient traiter que des cas d'utilisation de paiement, ce qui rendait leur promotion difficile. Cependant, si chaque racine doit être validée par SNARK, Plasma deviendra plus puissant. Son processus peut être considérablement simplifié, car la plupart des chemins possibles de tricherie des opérateurs sont exclus. En même temps, de nouveaux chemins s'ouvrent, c'est-à-dire que lorsque les opérateurs ne trichent pas, les utilisateurs peuvent retirer immédiatement des fonds, sans attendre la période de contestation.
Les performances de Plasma sont plutôt bonnes, c'est aussi la raison clé pour laquelle tout le monde conçoit des structures techniques pour surmonter ses insuffisances en matière de sécurité.
Amélioration de l'interopérabilité entre L2
Le principal défi auquel est confronté l'écosystème L2 aujourd'hui est la faiblesse de l'interopérabilité entre L2. Comment faire en sorte que l'utilisation de l'écosystème L2 ressemble à celle d'un écosystème Ethereum unifié est une question qui nécessite des améliorations.
Les améliorations de l'interopérabilité entre les L2 se déclinent en plusieurs catégories. Théoriquement, Ethereum centré sur les Rollups est similaire à un L1 avec des shards d'exécution. L'écosystème actuel des L2 d'Ethereum présente encore les problèmes suivants, qui le tiennent éloigné de l'état idéal :
Adresse de chaîne spécifique : L'adresse doit contenir des informations sur la chaîne (L1, Optimism, Arbitrum, etc. ). Une fois mise en œuvre, il sera possible d'effectuer des envois inter-L2 simplement en plaçant l'adresse dans le champ d'envoi, le portefeuille pouvant gérer en arrière-plan le mode d'envoi (, y compris l'utilisation de protocoles inter-chaînes ).
Demande de paiement sur une chaîne spécifique : Il doit être facile et standardisé de créer un message "Envoyez-moi X jetons de type Y sur la chaîne Z". Principalement utilisé pour les paiements entre personnes, les paiements entre personnes et les services marchands, ainsi que pour les demandes de fonds d'applications décentralisées.
Échange inter-chaînes et paiement de Gas : Des protocoles ouverts standardisés devraient exprimer les opérations inter-chaînes. L'ERC-7683 et le RIP-7755 ont tenté d'aborder ce domaine, bien que l'application des deux soit plus large.
Client léger : Les utilisateurs devraient être en mesure de vérifier réellement la chaîne avec laquelle ils interagissent, plutôt que de simplement faire confiance à un fournisseur RPC. Par exemple, Helios d'a16z crypto peut le faire pour Ethereum lui-même (, mais cette décentralisation de la confiance doit s'étendre à L2. ERC-3668)CCIP-read( est une stratégie pour atteindre cet objectif.
Concept de pont de jetons partagé : Dans le cas où tous les L2 sont des rollups à preuve de validité et que chaque slot est soumis à Ethereum, pour transférer un actif d'un L2 à un autre dans son état natif, il est toujours nécessaire de retirer et de déposer, ce qui entraîne des frais de gaz L1 importants.
Une des solutions à ce problème est : créer un Rollup minimal partagé, dont la seule fonction est de maintenir à jour la propriété de chaque jeton par son L2 et leurs soldes respectifs, et de permettre la mise à jour en masse de ces soldes via des opérations de transfert inter-L2 initiées par n'importe quel L2. Cela permettrait d'effectuer des transferts inter-L2 sans avoir à payer des frais de gaz L1 à chaque fois, ni à utiliser des technologies basées sur des fournisseurs de liquidités telles que ERC-7683.
Synchronisation combinatoire: Permet d'effectuer des appels synchrones entre un L2 spécifique et un L1, ou entre plusieurs L2. Cela aide à améliorer l'efficacité financière des protocoles DeFi. Le premier peut être réalisé sans coordination entre les L2 ; le second nécessite un partage de l'ordre. Les technologies basées sur le rollup s'appliquent automatiquement à toutes ces technologies.
De nombreux exemples mentionnés ci-dessus font face au dilemme de savoir quand normaliser et quels niveaux normaliser. Si la normalisation se produit trop tôt, cela peut ancrer des solutions de moindre qualité. Si la normalisation se produit trop tard, cela peut entraîner une fragmentation inutile.
Un consensus actuel est le suivant : dans certains cas, il existe des solutions à court terme, avec des attributs plus faibles mais plus faciles à mettre en œuvre, ainsi que des solutions à long terme qui sont "finalement correctes" mais qui nécessitent des années pour être réalisées. Ces tâches ne sont pas seulement des problèmes techniques, mais aussi ) et peuvent même être principalement des problèmes sociaux, nécessitant la coopération entre L2, portefeuilles et L1.
Continuer à étendre Ethereum L1
Vitalik pense qu'il est très précieux d'étendre Ethereum L1 lui-même et de s'assurer qu'il peut accueillir de plus en plus de cas d'utilisation.
Il existe trois stratégies d'extension L1, qui peuvent être effectuées individuellement ou en parallèle :
Améliorer la technologie ( comme le code client, le client sans état, l'expiration historique ) pour rendre L1 plus facile à vérifier, puis augmenter la limite de Gas.
Réduire le coût des opérations spécifiques, tout en augmentant la capacité moyenne sans accroître le risque du pire cas.
Rollups natifs ( créent N copies parallèles de l'EVM )
Ces technologies ont chacune des compromis différents. Par exemple, les rollups natifs présentent la même faiblesse en termes de combinabilité que les rollups ordinaires : il n'est pas possible d'envoyer une seule transaction pour exécuter des opérations de manière synchrone à travers plusieurs rollups. Augmenter la limite de Gas peut diminuer d'autres avantages réalisables par la simplification de la validation L1, comme l'augmentation de la proportion d'utilisateurs exécutant des nœuds de validation et du nombre de validateurs solo. Selon la manière dont cela est mis en œuvre, rendre certaines opérations moins chères dans l'EVM peut accroître la complexité globale de l'EVM.
Décentralisation et sécurité
L'équilibre entre la scalabilité et la décentralisation est un thème que Vitalik souligne à maintes reprises. De nombreux projets blockchain choisissent de sacrifier la décentralisation pour obtenir un débit plus élevé. Par exemple, une plateforme d'échange peut traiter des milliers de transactions par seconde, mais nécessite un matériel puissant pour faire fonctionner les nœuds, ce qui rend le réseau centralisé. Vitalik insiste sur le fait que même si Ethereum continue de s'étendre, il doit maintenir son engagement envers la décentralisation.
Les Rollups et le DAS sont considérés comme des méthodes pour augmenter la capacité d'Ethereum tout en maintenant sa nature décentralisée. Contrairement à certaines blockchains haute performance, la stratégie d'extension d'Ethereum garantit que tout le monde peut faire fonctionner un nœud, protégeant ainsi le réseau de manière véritablement décentralisée. Cela est crucial pour la vision d'Ethereum, qui est de construire une blockchain capable de soutenir un système financier mondial sans autorisation.
Plus la scalabilité est élevée, plus la responsabilité en matière de sécurité est grande. Alors qu'Ethereum se dirige vers un avenir centré sur les rollups, il devient crucial d'assurer la non-fongibilité de ces systèmes. Les rollups s'appuient sur des preuves cryptographiques pour garantir que les transactions hors chaîne sont légitimes lorsqu'elles sont soumises à Ethereum. Bien que ces systèmes aient prouvé leur efficacité, ils ne sont pas sans risques. Vitalik reconnaît que la maturité de ces technologies nécessite des tests rigoureux et des itérations, surtout lorsqu'elles sont adoptées plus largement.
Perspectives d'avenir pour The Surge
Après The Surge, Vitalik a imaginé qu'Ethereum serait non seulement évolutif mais également entièrement décentralisé, sécurisé et durable. Cette vision comprend non seulement l'extension de la couche 1 via des rollups et le DAS, mais aussi la construction d'algorithmes de consensus plus efficaces, l'amélioration des outils pour développeurs et la culture d'un écosystème d'applications décentralisées florissant.
La feuille de route d'Ethereum est optimiste, mais elle présente également de nombreux défis. La mise en œuvre à grande échelle des rollups, la garantie de la sécurité des solutions L2 et la préparation pour un avenir quantique sont des tâches complexes. Cependant, si Ethereum parvient à surmonter ces obstacles, il consolidera sa position en tant que cœur du Web3.
Cette page peut inclure du contenu de tiers fourni à des fins d'information uniquement. Gate ne garantit ni l'exactitude ni la validité de ces contenus, n’endosse pas les opinions exprimées, et ne fournit aucun conseil financier ou professionnel à travers ces informations. Voir la section Avertissement pour plus de détails.
20 J'aime
Récompense
20
7
Partager
Commentaire
0/400
PumpBeforeRug
· 07-11 17:07
gas élevé c'est élevé ne dites pas des choses inutiles
Voir l'originalRépondre0
TokenSleuth
· 07-10 21:54
v叔 a gagné beaucoup d'argent
Voir l'originalRépondre0
LadderToolGuy
· 07-10 13:19
Vraiment atteindre des niveaux de tps de plusieurs millions ? Impossible.
Voir l'originalRépondre0
ZKSherlock
· 07-10 13:06
en fait, le problème de scalabilité nécessite une intégration zk-snark pour être honnête...
Voir l'originalRépondre0
PancakeFlippa
· 07-10 13:06
Faites frémir, haussez, faites cuire les adversaires
Voir l'originalRépondre0
NeverPresent
· 07-10 13:01
Encore en train de dessiner des BTC.
Voir l'originalRépondre0
PrivacyMaximalist
· 07-10 12:56
Tu trouves que l'eth que tu as couru si longtemps est encore lent ?
Ethereum 2.0 The Surge : Créer un écosystème décentralisé de millions de TPS
Perspectives de mise à niveau technique d'Ethereum : The Surge
Le cofondateur d'Ethereum, Vitalik Buterin, a récemment publié une série d'articles explorant le développement futur d'Ethereum. Ces articles se concentrent sur les six phases de la feuille de route d'Ethereum : la fusion, l'augmentation, la liquidation, la validation, la purification et le saut. Cet article mettra l'accent sur l'étape The Surge, qui se concentre principalement sur l'évolutivité d'Ethereum et son développement à long terme.
La vision centrale d'Ethereum
L'objectif essentiel d'Ethereum est de devenir l'infrastructure d'Internet décentralisé. Grâce à l'exécution automatique des contrats intelligents, Ethereum prend en charge le développement d'applications décentralisées complexes, cette flexibilité en fait la plateforme de choix pour les développeurs souhaitant créer des applications DeFi, NFT, etc.
Cependant, Ethereum présente des limitations en matière d'évolutivité. Actuellement, Ethereum ne peut traiter que 15 à 30 transactions par seconde, bien en deçà des réseaux de paiement traditionnels. Cela entraîne des frais de gas élevés en cas de congestion du réseau, limitant ainsi la capacité d'Ethereum à devenir une infrastructure mondiale. The Surge a été conçu précisément pour résoudre ce problème.
Les principaux objectifs de The Surge incluent :
Stratégie d'extension centrée sur le rollup
Le cœur de The Surge est d'améliorer considérablement la scalabilité grâce à des solutions L2, dont le rollup est un élément clé. Cette stratégie définit clairement la répartition des tâches : Ethereum L1 se concentre sur le fait d'être une couche de base puissante et décentralisée, tandis que L2 prend en charge la tâche d'étendre l'écosystème.
Le Rollup regroupe les transactions hors chaîne, puis soumet les résultats au réseau principal, tout en maintenant la sécurité et la décentralisation tout en améliorant considérablement le débit. Vitalik a déclaré que le rollup pourrait augmenter la capacité de traitement d'Ethereum à plus de 100 000 transactions par seconde. Ce sera une avancée transformative, permettant à Ethereum de soutenir des applications à l'échelle mondiale sans compromettre la décentralisation.
Vitalik a souligné que les rollups ne sont pas seulement une solution temporaire, mais aussi une solution d'extension à long terme. Ethereum 2.0 a réduit la consommation d'énergie en passant du proof of work au proof of stake grâce à The Merge, tandis que les rollups sont considérés comme le prochain jalon important.
Cette année, la feuille de route centrée sur les rollups a fait des progrès significatifs : avec le lancement des blobs EIP-4844, la bande passante des données de l'Ethereum L1 a considérablement augmenté, et plusieurs rollups de la machine virtuelle Ethereum ont atteint la première phase. Chaque L2 existe comme un shard avec ses propres règles et logiques, et la diversification des méthodes de mise en œuvre des shards est désormais une réalité.
Échantillonnage de la disponibilité des données ( DAS ) de développement supplémentaire
L'échantillonnage de la disponibilité des données ( DAS ) est un autre aspect clé de The Surge, visant à résoudre les problèmes de disponibilité des données. Dans un réseau décentralisé, il est essentiel que tous les nœuds puissent vérifier les données sans avoir besoin de stocker ou de télécharger l'intégralité du contenu.
DAS permet aux nœuds de vérifier les données sans accéder à l'ensemble des données, ce qui améliore l'évolutivité et l'efficacité.
Vitalik a souligné deux formes de DAS : PeerDAS et 2D DAS. PeerDAS devrait renforcer l'hypothèse de confiance des rollups, améliorant ainsi la sécurité. Le 2D DAS effectue non seulement un échantillonnage aléatoire à l'intérieur des blobs, mais aussi entre les blobs. En utilisant les propriétés linéaires de l'engagement KZG, il étend l'ensemble des blobs dans le bloc par le biais d'un ensemble de nouveaux blobs virtuels, qui codent les mêmes informations redondantes.
Grâce à DAS, Ethereum peut traiter un volume de données plus important, réaliser des rollups plus rapides et plus économiques, tout en préservant la décentralisation.
À l'avenir, il faudra encore beaucoup de travail pour déterminer la version idéale de 2D DAS et prouver ses propriétés de sécurité.
Le chemin de réalisation à long terme selon Vitalik est :
Il est à noter que même si l'on décide d'étendre l'exécution directement sur la couche L1, ces options restent disponibles. Car si L1 doit traiter un grand nombre de transactions, les blocs L1 deviendront très grands, et les clients devront valider efficacement leur exactitude, ce qui les obligera à utiliser sur la couche L1 les mêmes technologies que celles utilisées par rollup( telles que ZK-EVM et DAS).
Plasma et autres solutions
En plus des Rollups, le schéma d'extension hors chaîne proposé à l'origine, Plasma, est également une autre solution L2.
La création de sous-chaînes Plasma, ces sous-chaînes traitent les transactions indépendamment de la chaîne principale Ethereum et soumettent régulièrement des résumés à la chaîne principale. Pour chaque bloc, l'opérateur envoie à chaque utilisateur une preuve de branche Merkle montrant le changement d'état des actifs de cet utilisateur. Les utilisateurs peuvent retirer des actifs en fournissant la branche Merkle. Il est important de noter que cette branche n'a pas besoin d'être basée sur l'état le plus récent.
Ainsi, même en cas de problème de disponibilité des données, les utilisateurs peuvent récupérer des actifs en extrayant l'état le plus récent disponible. Si un utilisateur soumet une branche invalide, la propriété des actifs peut être déterminée par le mécanisme de défi en chaîne.
Bien que le développement de Plasma soit en retard par rapport à rollup dans une certaine mesure, Vitalik le considère toujours comme une partie de l'ensemble des outils d'évolutivité d'Ethereum.
De plus, Vitalik a également discuté de l'amélioration des techniques de compression des données et des preuves cryptographiques pour accroître l'efficacité des rollups et d'autres solutions L2. L'idée est de compresser les données autant que possible, tout en s'assurant que toutes les informations nécessaires restent disponibles pour la validation par les nœuds Ethereum. Ces améliorations technologiques joueront probablement un rôle clé dans la réalisation d'un débit plus élevé pour Ethereum.
Les premières versions de Plasma ne pouvaient traiter que des cas d'utilisation de paiement, ce qui rendait leur promotion difficile. Cependant, si chaque racine doit être validée par SNARK, Plasma deviendra plus puissant. Son processus peut être considérablement simplifié, car la plupart des chemins possibles de tricherie des opérateurs sont exclus. En même temps, de nouveaux chemins s'ouvrent, c'est-à-dire que lorsque les opérateurs ne trichent pas, les utilisateurs peuvent retirer immédiatement des fonds, sans attendre la période de contestation.
Les performances de Plasma sont plutôt bonnes, c'est aussi la raison clé pour laquelle tout le monde conçoit des structures techniques pour surmonter ses insuffisances en matière de sécurité.
Amélioration de l'interopérabilité entre L2
Le principal défi auquel est confronté l'écosystème L2 aujourd'hui est la faiblesse de l'interopérabilité entre L2. Comment faire en sorte que l'utilisation de l'écosystème L2 ressemble à celle d'un écosystème Ethereum unifié est une question qui nécessite des améliorations.
Les améliorations de l'interopérabilité entre les L2 se déclinent en plusieurs catégories. Théoriquement, Ethereum centré sur les Rollups est similaire à un L1 avec des shards d'exécution. L'écosystème actuel des L2 d'Ethereum présente encore les problèmes suivants, qui le tiennent éloigné de l'état idéal :
Adresse de chaîne spécifique : L'adresse doit contenir des informations sur la chaîne (L1, Optimism, Arbitrum, etc. ). Une fois mise en œuvre, il sera possible d'effectuer des envois inter-L2 simplement en plaçant l'adresse dans le champ d'envoi, le portefeuille pouvant gérer en arrière-plan le mode d'envoi (, y compris l'utilisation de protocoles inter-chaînes ).
Demande de paiement sur une chaîne spécifique : Il doit être facile et standardisé de créer un message "Envoyez-moi X jetons de type Y sur la chaîne Z". Principalement utilisé pour les paiements entre personnes, les paiements entre personnes et les services marchands, ainsi que pour les demandes de fonds d'applications décentralisées.
Échange inter-chaînes et paiement de Gas : Des protocoles ouverts standardisés devraient exprimer les opérations inter-chaînes. L'ERC-7683 et le RIP-7755 ont tenté d'aborder ce domaine, bien que l'application des deux soit plus large.
Client léger : Les utilisateurs devraient être en mesure de vérifier réellement la chaîne avec laquelle ils interagissent, plutôt que de simplement faire confiance à un fournisseur RPC. Par exemple, Helios d'a16z crypto peut le faire pour Ethereum lui-même (, mais cette décentralisation de la confiance doit s'étendre à L2. ERC-3668)CCIP-read( est une stratégie pour atteindre cet objectif.
Concept de pont de jetons partagé : Dans le cas où tous les L2 sont des rollups à preuve de validité et que chaque slot est soumis à Ethereum, pour transférer un actif d'un L2 à un autre dans son état natif, il est toujours nécessaire de retirer et de déposer, ce qui entraîne des frais de gaz L1 importants.
Une des solutions à ce problème est : créer un Rollup minimal partagé, dont la seule fonction est de maintenir à jour la propriété de chaque jeton par son L2 et leurs soldes respectifs, et de permettre la mise à jour en masse de ces soldes via des opérations de transfert inter-L2 initiées par n'importe quel L2. Cela permettrait d'effectuer des transferts inter-L2 sans avoir à payer des frais de gaz L1 à chaque fois, ni à utiliser des technologies basées sur des fournisseurs de liquidités telles que ERC-7683.
Synchronisation combinatoire: Permet d'effectuer des appels synchrones entre un L2 spécifique et un L1, ou entre plusieurs L2. Cela aide à améliorer l'efficacité financière des protocoles DeFi. Le premier peut être réalisé sans coordination entre les L2 ; le second nécessite un partage de l'ordre. Les technologies basées sur le rollup s'appliquent automatiquement à toutes ces technologies.
De nombreux exemples mentionnés ci-dessus font face au dilemme de savoir quand normaliser et quels niveaux normaliser. Si la normalisation se produit trop tôt, cela peut ancrer des solutions de moindre qualité. Si la normalisation se produit trop tard, cela peut entraîner une fragmentation inutile.
Un consensus actuel est le suivant : dans certains cas, il existe des solutions à court terme, avec des attributs plus faibles mais plus faciles à mettre en œuvre, ainsi que des solutions à long terme qui sont "finalement correctes" mais qui nécessitent des années pour être réalisées. Ces tâches ne sont pas seulement des problèmes techniques, mais aussi ) et peuvent même être principalement des problèmes sociaux, nécessitant la coopération entre L2, portefeuilles et L1.
Continuer à étendre Ethereum L1
Vitalik pense qu'il est très précieux d'étendre Ethereum L1 lui-même et de s'assurer qu'il peut accueillir de plus en plus de cas d'utilisation.
Il existe trois stratégies d'extension L1, qui peuvent être effectuées individuellement ou en parallèle :
Ces technologies ont chacune des compromis différents. Par exemple, les rollups natifs présentent la même faiblesse en termes de combinabilité que les rollups ordinaires : il n'est pas possible d'envoyer une seule transaction pour exécuter des opérations de manière synchrone à travers plusieurs rollups. Augmenter la limite de Gas peut diminuer d'autres avantages réalisables par la simplification de la validation L1, comme l'augmentation de la proportion d'utilisateurs exécutant des nœuds de validation et du nombre de validateurs solo. Selon la manière dont cela est mis en œuvre, rendre certaines opérations moins chères dans l'EVM peut accroître la complexité globale de l'EVM.
Décentralisation et sécurité
L'équilibre entre la scalabilité et la décentralisation est un thème que Vitalik souligne à maintes reprises. De nombreux projets blockchain choisissent de sacrifier la décentralisation pour obtenir un débit plus élevé. Par exemple, une plateforme d'échange peut traiter des milliers de transactions par seconde, mais nécessite un matériel puissant pour faire fonctionner les nœuds, ce qui rend le réseau centralisé. Vitalik insiste sur le fait que même si Ethereum continue de s'étendre, il doit maintenir son engagement envers la décentralisation.
Les Rollups et le DAS sont considérés comme des méthodes pour augmenter la capacité d'Ethereum tout en maintenant sa nature décentralisée. Contrairement à certaines blockchains haute performance, la stratégie d'extension d'Ethereum garantit que tout le monde peut faire fonctionner un nœud, protégeant ainsi le réseau de manière véritablement décentralisée. Cela est crucial pour la vision d'Ethereum, qui est de construire une blockchain capable de soutenir un système financier mondial sans autorisation.
Plus la scalabilité est élevée, plus la responsabilité en matière de sécurité est grande. Alors qu'Ethereum se dirige vers un avenir centré sur les rollups, il devient crucial d'assurer la non-fongibilité de ces systèmes. Les rollups s'appuient sur des preuves cryptographiques pour garantir que les transactions hors chaîne sont légitimes lorsqu'elles sont soumises à Ethereum. Bien que ces systèmes aient prouvé leur efficacité, ils ne sont pas sans risques. Vitalik reconnaît que la maturité de ces technologies nécessite des tests rigoureux et des itérations, surtout lorsqu'elles sont adoptées plus largement.
Perspectives d'avenir pour The Surge
Après The Surge, Vitalik a imaginé qu'Ethereum serait non seulement évolutif mais également entièrement décentralisé, sécurisé et durable. Cette vision comprend non seulement l'extension de la couche 1 via des rollups et le DAS, mais aussi la construction d'algorithmes de consensus plus efficaces, l'amélioration des outils pour développeurs et la culture d'un écosystème d'applications décentralisées florissant.
La feuille de route d'Ethereum est optimiste, mais elle présente également de nombreux défis. La mise en œuvre à grande échelle des rollups, la garantie de la sécurité des solutions L2 et la préparation pour un avenir quantique sont des tâches complexes. Cependant, si Ethereum parvient à surmonter ces obstacles, il consolidera sa position en tant que cœur du Web3.