Mettre à l'échelle de l'Ethereum L1 est un élément clé de la feuille de route future de R&D. Dans les cinq prochaines années, Ethereum vise à améliorer significativement l'exécution de L1. Cela se fera en parallèle des améliorations de la disponibilité des données et du consensus (par exemple, même si nous prévoyons d'augmenter la capacité du blob et d'améliorer l'expérience utilisateur pour les L2, cela ne signifie pas que nous ne pouvons pas également augmenter la limite de gaz et améliorer l'expérience utilisateur sur L1).
Il existe divers EIP et propositions dans le pipeline à court et long terme pour augmenter l'échelle de L1 @drakefjustinoutlines ici:
Selon cette feuille de route, nous pouvons multiplier par 100 la limite de gaz d'ici les cinq prochaines années. Certaines de ces augmentations seront réalisées de manière progressive après la mise en œuvre de certaines EIP et lorsque nous saurons qu'il est sûr d'augmenter la limite de gaz.
Si cinq ans vous semble une longue période, rappelez-vous que l'objectif d'Ethereum est de se développer tout en préservant lacapacité pour n'importe qui de vérifier le réseauou participer au consensus sans compter sur des tiers. Nous aimons nos stakers solo et les opérateurs de nœuds ! De plus, nous supervisons un protocole de plusieurs centaines de milliards de dollars.
Les augmentations de 10x de la limite de gaz sont plus éloignées, mais nous pouvons également effectuer de plus petites augmentations à tout moment, car les validateurs peuvent ajuster manuellement leurs nœuds pour signaler qu'ils sont prêts à traiter des blocs plus importants. Cela se produit aujourd'hui:
Comme@dankradcomme le montre le tweet ci-dessus, nous pourrions bientôt voir une augmentation de la limite de gaz L1 de 30 Mgas/bloc à 36 Mgas/bloc. En général, nous essayons d'augmenter le gaz sur L1 périodiquement lorsque les développeurs principaux estiment qu'il est sûr de le faire et que les exigences en matière de matériel et de bande passante deviennent plus gérables avec le temps. Certaines propositions commeEIP-7783par @giulio2002changerait cela selon un calendrier prédéterminé qui augmente progressivement la limite de gaz avec le temps.
Il y a quelques autres mises à niveau «faciles» à réaliser @davidecrapismet en avant dans un tweet récent qui devrait faciliter la voie à d'autres augmentations, plus mineures, du plafond de gaz.
Les développeurs principaux ont récemment discuté de l'inclusionEIP-7623lors du prochain hardfork Pectra (aucune date n'est fixée, mais la fin du T1 début du T2 2025 est mon estimation). Ce EIP ajusterait les prix pour CALLDATA en réduisant la taille de bloc maximale et en nous donnant la possibilité d'augmenter la limite de gaz d'exécution. CALLDATA était l'endroit où les L2 postaient leurs données auparavantEIP-4844et des blobs.
Les L2 postent principalement leurs données sur des blobs, car cela coûte beaucoup moins cher que d'utiliser L1 CALLDATA. Par conséquent, nous pouvons revoir la tarification de cette ressource et libérer de l'espace pour les opérations EVM. Comme l'estime Davide, cela pourrait entraîner une augmentation de 2x de la limite de gaz.
Retarder la racine de l'étatest une autre proposition visant à être incluse dans le hardfork Fusaka. Cela supprimerait le calcul de la stateroot (computationnellement intensif) du chemin critique de la vérification des blocs et le retarderait d'un créneau, améliorant la latence et ouvrant la voie à des temps de blocs plus rapides (une mise à l'échelle et une amélioration de l'expérience utilisateur pour L1). Cette mise à niveau s'associe également bien avec certaines des améliorations de mise à l'échelle plus complexes qui viendront avec la SNARKification de l'EVM.
Afin d'atteindre des augmentations d'ordre de grandeur de la limite de gaz, nous devrons être en mesure de prouver l'EVM en temps réel, ou proche du temps réel, car retarder la racine de l'état nous donne le luxe de le faire sur 2 emplacements contre 1.
La magie ZK sera l'outil principal que nous utiliserons pour atteindre l'augmentation de la limite de gaz de 100x qui peut être considérée comme l'étoile du nord de la feuille de route d'exécution.
Comme @jtguibas dit,
Nous allons prouver l'intégralité d'Ethereum sur ces mauvais garçons:
Les mauvais garçons auxquels il fait référence sont les prouveurs ZK et Justin Drake s'attend à ce que les fournisseurs puissent prouver l'intégralité de l'EVM sur ces machines d'ici l'année prochaine. Au lieu d'exécuter un client de couche d'exécution et de réexécuter naïvement chaque transaction vous-même, tout ce que vous aurez besoin de faire est de vérifier une preuve. L'exécution de la version ZK du client d'exécution éliminera efficacement les exigences matérielles autrement nécessaires pour exécuter un client classique, ce qui rendra la vérification d'un bloc de 30 Mgas ou 3 Ggas identique.
ZK peut également aider à accélérer la feuille de route de l'état de non-appartenance en nous donnant la possibilité de pivoter.verkle arbres (un prérequis à l'absence d'état) en binairearbres de Merkle, une structure arborescente plus optimale qui est à la fois compatible avec SNARK et sécurisée quantiquement. La non-appartenance pousse les responsabilités de stockage de l'état aux constructeurs de blocs, ce qui signifie que les autres nœuds du réseau n'ont plus à stocker l'intégralité des données d'état leur permettant de suivre des tailles de bloc plus importantes. Cela sera complété ultérieurement par l'expiration de l'historique ouEIP-4444.
Les développeurs principaux visent une sortie en mai 2025 pourEIP-7639C'est la première mise à niveau liée à l'expiration de l'historique qui vise à limiter les données historiques dans les clients d'exécution. L'EIP-7639 propose de tailler l'état historique avant la fusion et devrait libérer quelques centaines de gigaoctets d'espace disque pour les opérateurs de nœuds et ne nécessitera pas de hardfork. Bien que cela n'entraîne pas directement d'améliorations de la scalabilité, cela contribue à rendre les nœuds plus légers et facilite la prise de décisions concernant l'augmentation de la limite de gaz.
Avant que nous puissions augmenter en toute sécurité le gaz de 100x tel que décrit dans la feuille de route de Justin Drake, nous aurons besoin d'un dernier ingrédient :EIP-1559 multidimensionnel. Nous avons discuté plus tôt de la revalorisation des CALLDATA, l'EIP-1559 multidimensionnel étend cela et nous donne la possibilité de revaloriser les ressources qui impactent la croissance de l'état et la croissance de la taille de stockage. En ajustant ces paramètres, nous pouvons rendre les ressources telles que l'exécution de l'EVM plus abondantes tout en maintenant les autres à des niveaux plus gérables par rapport à une augmentation uniforme.
Nous sommes actuellement à 30 Mgas/bloc ; ces mises à niveau nous permettront d'atteindre 3 Ggas/bloc, soit une augmentation de 100 fois, d'ici les cinq prochaines années.
La feuille de route de recherche et développement d'Ethereum n'est pas séquentielle ; de nombreux aspects sont développés en parallèle et parfois les propositions ont un effet secondaire intéressant pour améliorer l'évolutivité même si ce n'était pas leur objectif initial.
Une telle proposition estEIP-7732. Comme son nom l'indique, ePBS consacre ce que MEV Boost fait en plus du protocole (découple la tâche de proposition de bloc de la construction de bloc) et élimine le besoin de relais pour améliorer les propriétés de résistance à la censure d'Ethereum. Par conséquent, il rationalise le processus de production de blocs en donnant aux validateurs plus de temps pour produire un bloc, ce qui se traduit par des optimisations de la bande passante et du processeur pouvant se traduire par des augmentations de la limite de gaz, comme l'a mentionné Giulio ici.
Il y a également eu des discussions pour réduire les délais de création d'Ethereum ; cela améliorerait l'expérience utilisateur pour les utilisateurs de L1 et les rollups basés sur L1, mais augmenterait également la capacité d'exécution de L1 et de blob en tant qu'avantage supplémentaire.
Il y a beaucoup de raisons de s'enthousiasmer lorsqu'il s'agit de mettre à l'échelle le L1 (directement ou indirectement) et surtout, le chemin vers une limite de gaz multipliée par 100 est clair et réalisable. Rendez-vous bientôt à 36 Mgas et au-delà !
Mettre à l'échelle de l'Ethereum L1 est un élément clé de la feuille de route future de R&D. Dans les cinq prochaines années, Ethereum vise à améliorer significativement l'exécution de L1. Cela se fera en parallèle des améliorations de la disponibilité des données et du consensus (par exemple, même si nous prévoyons d'augmenter la capacité du blob et d'améliorer l'expérience utilisateur pour les L2, cela ne signifie pas que nous ne pouvons pas également augmenter la limite de gaz et améliorer l'expérience utilisateur sur L1).
Il existe divers EIP et propositions dans le pipeline à court et long terme pour augmenter l'échelle de L1 @drakefjustinoutlines ici:
Selon cette feuille de route, nous pouvons multiplier par 100 la limite de gaz d'ici les cinq prochaines années. Certaines de ces augmentations seront réalisées de manière progressive après la mise en œuvre de certaines EIP et lorsque nous saurons qu'il est sûr d'augmenter la limite de gaz.
Si cinq ans vous semble une longue période, rappelez-vous que l'objectif d'Ethereum est de se développer tout en préservant lacapacité pour n'importe qui de vérifier le réseauou participer au consensus sans compter sur des tiers. Nous aimons nos stakers solo et les opérateurs de nœuds ! De plus, nous supervisons un protocole de plusieurs centaines de milliards de dollars.
Les augmentations de 10x de la limite de gaz sont plus éloignées, mais nous pouvons également effectuer de plus petites augmentations à tout moment, car les validateurs peuvent ajuster manuellement leurs nœuds pour signaler qu'ils sont prêts à traiter des blocs plus importants. Cela se produit aujourd'hui:
Comme@dankradcomme le montre le tweet ci-dessus, nous pourrions bientôt voir une augmentation de la limite de gaz L1 de 30 Mgas/bloc à 36 Mgas/bloc. En général, nous essayons d'augmenter le gaz sur L1 périodiquement lorsque les développeurs principaux estiment qu'il est sûr de le faire et que les exigences en matière de matériel et de bande passante deviennent plus gérables avec le temps. Certaines propositions commeEIP-7783par @giulio2002changerait cela selon un calendrier prédéterminé qui augmente progressivement la limite de gaz avec le temps.
Il y a quelques autres mises à niveau «faciles» à réaliser @davidecrapismet en avant dans un tweet récent qui devrait faciliter la voie à d'autres augmentations, plus mineures, du plafond de gaz.
Les développeurs principaux ont récemment discuté de l'inclusionEIP-7623lors du prochain hardfork Pectra (aucune date n'est fixée, mais la fin du T1 début du T2 2025 est mon estimation). Ce EIP ajusterait les prix pour CALLDATA en réduisant la taille de bloc maximale et en nous donnant la possibilité d'augmenter la limite de gaz d'exécution. CALLDATA était l'endroit où les L2 postaient leurs données auparavantEIP-4844et des blobs.
Les L2 postent principalement leurs données sur des blobs, car cela coûte beaucoup moins cher que d'utiliser L1 CALLDATA. Par conséquent, nous pouvons revoir la tarification de cette ressource et libérer de l'espace pour les opérations EVM. Comme l'estime Davide, cela pourrait entraîner une augmentation de 2x de la limite de gaz.
Retarder la racine de l'étatest une autre proposition visant à être incluse dans le hardfork Fusaka. Cela supprimerait le calcul de la stateroot (computationnellement intensif) du chemin critique de la vérification des blocs et le retarderait d'un créneau, améliorant la latence et ouvrant la voie à des temps de blocs plus rapides (une mise à l'échelle et une amélioration de l'expérience utilisateur pour L1). Cette mise à niveau s'associe également bien avec certaines des améliorations de mise à l'échelle plus complexes qui viendront avec la SNARKification de l'EVM.
Afin d'atteindre des augmentations d'ordre de grandeur de la limite de gaz, nous devrons être en mesure de prouver l'EVM en temps réel, ou proche du temps réel, car retarder la racine de l'état nous donne le luxe de le faire sur 2 emplacements contre 1.
La magie ZK sera l'outil principal que nous utiliserons pour atteindre l'augmentation de la limite de gaz de 100x qui peut être considérée comme l'étoile du nord de la feuille de route d'exécution.
Comme @jtguibas dit,
Nous allons prouver l'intégralité d'Ethereum sur ces mauvais garçons:
Les mauvais garçons auxquels il fait référence sont les prouveurs ZK et Justin Drake s'attend à ce que les fournisseurs puissent prouver l'intégralité de l'EVM sur ces machines d'ici l'année prochaine. Au lieu d'exécuter un client de couche d'exécution et de réexécuter naïvement chaque transaction vous-même, tout ce que vous aurez besoin de faire est de vérifier une preuve. L'exécution de la version ZK du client d'exécution éliminera efficacement les exigences matérielles autrement nécessaires pour exécuter un client classique, ce qui rendra la vérification d'un bloc de 30 Mgas ou 3 Ggas identique.
ZK peut également aider à accélérer la feuille de route de l'état de non-appartenance en nous donnant la possibilité de pivoter.verkle arbres (un prérequis à l'absence d'état) en binairearbres de Merkle, une structure arborescente plus optimale qui est à la fois compatible avec SNARK et sécurisée quantiquement. La non-appartenance pousse les responsabilités de stockage de l'état aux constructeurs de blocs, ce qui signifie que les autres nœuds du réseau n'ont plus à stocker l'intégralité des données d'état leur permettant de suivre des tailles de bloc plus importantes. Cela sera complété ultérieurement par l'expiration de l'historique ouEIP-4444.
Les développeurs principaux visent une sortie en mai 2025 pourEIP-7639C'est la première mise à niveau liée à l'expiration de l'historique qui vise à limiter les données historiques dans les clients d'exécution. L'EIP-7639 propose de tailler l'état historique avant la fusion et devrait libérer quelques centaines de gigaoctets d'espace disque pour les opérateurs de nœuds et ne nécessitera pas de hardfork. Bien que cela n'entraîne pas directement d'améliorations de la scalabilité, cela contribue à rendre les nœuds plus légers et facilite la prise de décisions concernant l'augmentation de la limite de gaz.
Avant que nous puissions augmenter en toute sécurité le gaz de 100x tel que décrit dans la feuille de route de Justin Drake, nous aurons besoin d'un dernier ingrédient :EIP-1559 multidimensionnel. Nous avons discuté plus tôt de la revalorisation des CALLDATA, l'EIP-1559 multidimensionnel étend cela et nous donne la possibilité de revaloriser les ressources qui impactent la croissance de l'état et la croissance de la taille de stockage. En ajustant ces paramètres, nous pouvons rendre les ressources telles que l'exécution de l'EVM plus abondantes tout en maintenant les autres à des niveaux plus gérables par rapport à une augmentation uniforme.
Nous sommes actuellement à 30 Mgas/bloc ; ces mises à niveau nous permettront d'atteindre 3 Ggas/bloc, soit une augmentation de 100 fois, d'ici les cinq prochaines années.
La feuille de route de recherche et développement d'Ethereum n'est pas séquentielle ; de nombreux aspects sont développés en parallèle et parfois les propositions ont un effet secondaire intéressant pour améliorer l'évolutivité même si ce n'était pas leur objectif initial.
Une telle proposition estEIP-7732. Comme son nom l'indique, ePBS consacre ce que MEV Boost fait en plus du protocole (découple la tâche de proposition de bloc de la construction de bloc) et élimine le besoin de relais pour améliorer les propriétés de résistance à la censure d'Ethereum. Par conséquent, il rationalise le processus de production de blocs en donnant aux validateurs plus de temps pour produire un bloc, ce qui se traduit par des optimisations de la bande passante et du processeur pouvant se traduire par des augmentations de la limite de gaz, comme l'a mentionné Giulio ici.
Il y a également eu des discussions pour réduire les délais de création d'Ethereum ; cela améliorerait l'expérience utilisateur pour les utilisateurs de L1 et les rollups basés sur L1, mais augmenterait également la capacité d'exécution de L1 et de blob en tant qu'avantage supplémentaire.
Il y a beaucoup de raisons de s'enthousiasmer lorsqu'il s'agit de mettre à l'échelle le L1 (directement ou indirectement) et surtout, le chemin vers une limite de gaz multipliée par 100 est clair et réalisable. Rendez-vous bientôt à 36 Mgas et au-delà !