Depth analyse de la mise à niveau d'Ethereum à Prague : changement de paysage ou simple réparation ?
Si l'histoire de la blockchain est l'histoire de l'extension de Bitcoin, alors les mises à niveau périodiques d'Ethereum sont le point central de cette direction d'expansion.
Chaque mise à niveau majeure de hard fork d'Ethereum, qui a lieu tous les 1 à 2 ans, rayonnera progressivement vers les L2 de la série Ethereum, puis s'étendra au développement de plusieurs L1. Chaque hard fork contient des EIP, qui représentent l'essence même de la communauté centrale d'Ethereum, résultant d'un équilibre entre les bénéfices et les coûts.
Examinons les 11 EIPs de la mise à niveau Prague-Electra un par un d'un point de vue technique, comprenons ce qu'ils sont, à quoi ils servent et pourquoi ils ont été choisis.
Contexte
La mise à niveau est prévue pour le 5 mars sur le réseau de test Sepolia et le 8 avril sur le réseau principal Ethereum.
La première phrase de la version publiée il y a 4 jours du dépôt officiel d'Ethereum est : "Oh, encore une version de correctif !" Oui, un problème est survenu. Le code de la version activée sur le réseau de test Holesky a provoqué un fork du réseau de test (, ce qui peut être compris comme une panne massive ).
Bien que nous n'ayons pas à nous préoccuper des bugs spécifiques du code de la fourche, nous pouvons voir la complexité du contenu cette fois.
D'un point de vue personnel, cette mise à niveau est également la plus influente depuis la fusion du PoW au PoS, elle va complètement changer le mode de fonctionnement de la chaîne et offrir une toute nouvelle expérience.
Cette mise à niveau a déjà attiré l'attention des équipes de portefeuilles, y compris Okx, Metamask, WalletConnect, Biconomy, BaseWallet, Uniswap, Rhinestone, ZeroDev, TrustWallet, et Safe. La plupart s'assurent de pouvoir s'adapter rapidement lors de la transition vers le mainnet, et en tant qu'utilisateurs, nous pouvons également en profiter grâce aux portefeuilles.
Mais la véritable question centrale est - cette mise à jour, en dehors de la mise en œuvre technique des développeurs, peut-elle vraiment bouleverser l'écosystème d'Ethereum ?
Est-ce que son changement est suffisamment profond, ou est-ce juste un correctif de routine de la fondation Ethereum à l'ère L2 ?
Scan panoramique
Dans l'ensemble, cette mise à niveau présente trois grandes caractéristiques :
Après que le développement d'Ethereum soit entré dans une zone de profondeur, les nouveaux proposeurs qui peuvent être intégrés sont essentiellement des membres pur de la fondation Ethereum. Vitalik est même le principal promoteur des changements importants. On ne voit presque aucune autre création de rôle intégrée dans les mises à jour officielles, ce qui pourrait également corroborer la voix sur le marché selon laquelle "Ethereum devient de plus en plus 'têtu'", le système de décision devient de plus en plus centralisé.
Le rythme du marché de l'Ethereum s'accélère. Cette mise à niveau, qui a été en grande partie convenue en novembre dernier avec 8 propositions, comprend désormais 11 propositions ( et intègre 3 optimisations de niveau L2 promues par Vitalik ). Les grandes versions d'autrefois étaient principalement axées sur un seul noyau avec quelques optimisations, mais maintenant presque tout est entrepris simultanément. L'abstraction de compte, qui a longtemps été difficile à atteindre en consensus, ( fait également partie de la version de hard fork ). On peut ressentir à travers cela qu'aujourd'hui, sous l'explosion des chaînes multiples, le système EVM fait face au système SVM ( Solana et ), au système Move ( Aptos et ), ainsi qu'à une variété de systèmes BTC ( et des L2 BTC 2) qui se développent vigoureusement dans certains états radicaux.
Ethereum s'appuie sur les avantages de l'union écologique et tend de plus en plus à optimiser l'expérience utilisateur. Vous pourriez penser que l'optimisation de l'expérience utilisateur est une évidence, n'est-ce pas ? Mais en réalité, de nombreuses grandes mises à jour d'Ethereum n'ont pas grand-chose à voir avec l'expérience des utilisateurs ordinaires. La dernière fois que la taille des blocs a été ajustée, l'extension ( a permis de réduire les coûts pour les utilisateurs, et de diminuer la volatilité des prix peut être considérée comme une optimisation de l'expérience utilisateur, c'était encore en 2018. La dernière fois, en introduisant des blobs, les coûts des frais de transaction des utilisateurs L2 ont été considérablement réduits, et cette fois-ci, ces trois points dans le temps montrent qu'Ethereum commence à se concentrer sur l'optimisation des coûts pour les utilisateurs.
Mais la question est de savoir si Ethereum est vraiment "orienté vers l'expérience utilisateur" ? Ou est-ce qu'il est simplement contraint d'optimiser l'expérience utilisateur ?
Optimisation de l'expérience
Tout d'abord, le changement le plus important concerne l'EIP-7702, qui introduit le mécanisme d'abstraction de compte via une mise à jour de la couche de chaîne. Nous avons déjà eu une analyse systématique sur ce sujet dans un article précédent, nous ne développerons pas davantage cette fois-ci.
Objectivement, l'EIP-7702 a brisé plusieurs règles tacites impossibles sur les chaînes, ainsi que la logique d'application de la plupart des DApp.
Pour l'utilisateur, il est lui-même une adresse EOA, et ce n'est que lorsqu'il en a besoin qu'il active et utilise la logique CA, de sorte que le coût de détention est réduit. Il n'est pas nécessaire de convertir d'abord son identité CA hors chaîne avant d'opérer, ce qui signifie que l'utilisateur n'a pas besoin de s'enregistrer. L'utilisateur peut facilement effectuer plusieurs transactions en parallèle avec l'EOA, par exemple en combinant l'autorisation de prélèvement et l'exécution du prélèvement, ce qui réduit déjà le coût des transactions pour l'utilisateur.
Pour les DApps, en particulier pour les projets nécessitant une gestion d'entreprise de niveau chaîne, comme les échanges, c'est une optimisation révolutionnaire. Une agrégation en masse, une fois mise en œuvre de manière native, peut réduire de plus de la moitié les coûts de base des échanges, ce qui peut finalement bénéficier aux utilisateurs.
Donc, bien qu'il ait beaucoup changé, du point de vue de la réduction des coûts, il vaut la peine pour toutes les DApps de l'étudier et de s'adapter, car cette fois, les utilisateurs se trouvent forcément du côté de l'EIP-7702.
Mais il y a aussi un risque caché ici : bien que l'abstraction des comptes réduise le coût des interactions, elle augmente également la complexité de la gestion des droits des utilisateurs. Si les fournisseurs de portefeuilles ne parviennent pas à s'adapter correctement, cela pourrait entraîner des vulnérabilités de sécurité inattendues. Auparavant, une opération entraînait au maximum une perte d'actifs sur une seule chaîne, mais maintenant, cela pourrait entraîner une perte sur l'ensemble de la chaîne, voire une explosion programmée. Il est clair que c'est une mise à jour que les pirates de phishing adorent, les utilisateurs doivent être beaucoup plus prudents concernant les transactions sur la chaîne.
Optimisation côté application
EIP-2537 a introduit des opérations précompilées de la courbe elliptique BLS12-381, pouvant optimiser la vérification des signatures BLS et d'autres opérations cryptographiques complexes, offrant une sécurité et une efficacité de calcul accrues. Cela facilitera l'utilisation à faible coût des portefeuilles de contrats intelligents multi-signatures pour les utilisateurs ordinaires. Cela réduit considérablement la complexité du calcul de la vérification des signatures et les coûts en Gas, et permet également d'implémenter et de soutenir plus efficacement des fonctionnalités telles que les preuves à connaissance nulle et le cryptage homomorphe. Cela jouera un rôle dans les domaines de la confidentialité et de l'interopérabilité.
EIP-2935 stocke les derniers 8192 hashes de blocs dans le stockage d'un contrat système, afin de fournir aux clients sans état des données récentes de hashes de blocs. Ce design permet aux clients d'accéder aux hashes de blocs historiques lors de l'exécution, sans avoir besoin de stocker eux-mêmes l'historique complet de la chaîne. Bien que cela n'ait pas d'impact direct sur les utilisateurs ordinaires, cela favorisera l'émergence de certains clients sans stockage, ayant une valeur d'optimisation pour les applications nécessitant des services de vérification en chaîne. Cela aide également à réduire les coûts pour les Rollup L2, car la plupart des L2 ont besoin d'accéder aux hashes de blocs L1 d'une période passée pour vérifier la cohérence des données en chaîne et les informations historiques.
Optimisations multiples des scénarios de staking
Le staking d'Ethereum est un grand sujet, mais son impact sur les utilisateurs ordinaires est très faible ). Si vous participez au staking, vous devez réfléchir en profondeur à la logique économique ici (.
EIP-6110 mettra en œuvre le traitement des opérations de staking via un mécanisme de protocole en chaîne, éliminant le mécanisme de vote de la couche de consensus, optimisant la sécurité et l'efficacité du flux de staking.
EIP-7002 permet à la couche d'exécution d'Ethereum de fournir un mécanisme pour déclencher le retrait des validateurs et des retraits partiels, permettant aux validateurs utilisant le bon de retrait "0x01" de contrôler de manière indépendante leur ETH staké depuis la couche d'exécution.
L'EIP-7251 augmente la limite de mise effective d'un seul validateur à 2048 Éther), tandis que le montant minimum de mise reste fixé à 32 ETH.
EIP-7549 déplace le champ d'index du comité du message "Attestation" à l'extérieur du message dans la couche de consensus, afin de simplifier la vérification et d'améliorer l'efficacité.
Le contexte macroéconomique est que le groupe de validateurs d'Ethereum croît rapidement, avec plus de 830 000 validateurs au 10 octobre 2023. Étant donné que le MAX_EFFECTIVE_BALANCE est limité à 32 ETH, les opérateurs de nœuds doivent créer plusieurs comptes de validateurs pour gérer des actifs stakés plus importants, ce qui entraîne la présence d'un grand nombre de "validateurs redondants".
En augmentant la limite maximale grâce à l'EIP-7251, pour des protocoles de staking agrégés comme Lido, on peut réduire le nombre de comptes de contrôle et diminuer la complexité du système, mais cela pourrait aggraver le problème de décentralisation, rendant le marché du staking ETH plus concentré. Maintenir un montant minimum de 32 ETH stakés indique qu'il est toujours demandé aux gros investisseurs de participer, ce qui constitue un compromis avec l'écosystème des protocoles agrégés et évite que les petits investisseurs n'influent trop fréquemment sur la stabilité de la couche de consensus.
EIP-7549 a augmenté la flexibilité des opérations de retrait, facilitant ainsi le contrôle des fonds pour les stakers et les opérateurs de nœuds.
Ethereum continue à optimiser l'expérience de staking, cela vise essentiellement à consolider la communauté des stakers et des opérateurs de nœuds, c'est le nerf de la guerre après la fusion d'Ethereum. Une fois qu'une grande quantité de fonds ne gravite plus autour d'Ethereum, sa sécurité elle-même sera compromise.
Avec plusieurs EIP en soutien, cela permet à un plus grand nombre d'opérateurs de nœuds de fusionner plusieurs comptes de validateurs, tout en offrant aux petits validateurs plus de flexibilité, par exemple en accumulant des revenus par effet de levier ou en augmentant les gains grâce à des incréments de mise plus flexibles.
C'est très important, à l'origine après avoir atteint 32 Éther, si 10 Éther supplémentaires étaient générés, en réalité, il ne serait pas possible de continuer à mettre en jeu l'Éther, car il faudrait encore atteindre 32 pour ouvrir un nouveau compte. Mais après cette mise à jour, il est maintenant possible de mettre en jeu directement 42 Éther. Évidemment, les bénéfices composés peuvent à nouveau revenir à l'Éther.
Dans le contexte actuel de la faiblesse des rendements des projets DeFi sur le marché de l'ETH, cela pourrait continuer à siphonner des fonds, la liquidité de l'ETH pourrait diminuer, ce qui pourrait être la motivation de la fondation pour mettre en œuvre cette série de mesures.
Optimisation de l'écosystème L2
EIP-7623 augmente les frais de gas pour le calldata dans les transactions de 4/16 gas par octet à 10/40 gas. Les deux valeurs ici distinguent les frais pour 0 octet et les frais pour non-0 octet, ce qui représente une augmentation de 2,5 fois. L'essentiel est de réduire la pression sur le bloc, incitant ainsi L2 à ne pas utiliser le calldata, mais plutôt à utiliser davantage de blob.
EIP-7691 augmente la capacité des blobs dans les blocs, permettant ainsi un espace de stockage L2 à plus grande échelle. Lors de la mise à niveau précédente de Cancun, il y avait deux paramètres clés représentant les blobs : target et max, qui indiquent respectivement le nombre cible de blobs par bloc et le nombre maximum de blobs par bloc. À Cancun, ces valeurs étaient de 3 et 6, maintenant après Prague, les paramètres sont devenus 6 et 9, en résumé, cela signifie une expansion.
EIP-7840 a ajouté un fichier de configuration, permettant au client d'ajuster dynamiquement le nombre de blobs défini par EIP-7691. Il y a également un paramètre baseFeeUpdateFraction qui peut ajuster la réactivité du tarif du gaz des blobs.
Le principal argument de vente d'Ethereum a évolué du système de contrats de l'été DeFi vers une communauté écologique L2. Tous les autres systèmes de chaînes, même le système BTC L2 le plus en vogue de cette année (, restent fondamentalement en raison des attentes liées à L2 ), et ne sont pas du tout en position concurrentielle avec le L2 d'Ethereum.
Parce que soit comme le BTC, en raison des limitations de la chaîne, il est très difficile d'atteindre des significations pratiques telles que le retour des données et le partage de la sécurité en tant que L2. Les autres systèmes SVM et Move, en essence, sont encore en train de développer leur propre L1, explorant à peine le L2 qui en découle, bien sûr, la haute performance de ces chaînes n'est également pas tellement dépendante de la réalisation du L2.
Donc, Ethereum se renforce grâce au TPS de L2. Bien sûr, il y a beaucoup de problèmes, comme la dispersion de la liquidité, la complexité inter-chaînes, etc. Mais ce chemin, il n'a pas d'autre choix que de le suivre. Après tout, une fois que Web3 atteindra le stade des chaînes d'applications à haute fréquence, il ne sera en réalité pas nécessaire de faire des échanges inter-chaînes fréquents, et des pistes comme l'abstraction de chaînes tentent de résoudre les problèmes de liquidité et d'universalité.
Parce que le coût des transactions sur L2 sera fortement lié à la capacité des blobs d'Ethereum, modifier les frais de gaz pour le calldata vise à inciter L2 à utiliser davantage de blobs, plutôt que d'utiliser le calldata conservé en permanence sur Ethereum pour stocker les données d'état de L2. De plus, la capacité des blobs doit également prendre en compte l'augmentation future de L2, nécessitant une configuration dynamique.
Grâce à cette orientation de développement, on peut également déterminer la certitude de la direction L2, ce qui signifie également la certitude de la demande du marché pour résoudre les défauts de L2.
Conclusion
La mise à niveau de Prague, en tant qu'étape clé sur la voie de l'évolution continue d'Ethereum, ressemble davantage à un compromis qui nécessite des concessions et des ajustements constants. Ethereum semble être poussé par le marché, plutôt que de diriger activement, car à part le staking et les optimisations uniques d'Ethereum sur L2, d'autres comme BLS et l'abstraction de compte ont en réalité déjà été largement testées par d'autres L1.
Mais en termes globaux, cette mise à niveau, bien qu'elle n'ait pas suscité un large débat sur le marché comme "Londres" ou "La Fusion", jette silencieusement les bases d'une plus grande scalabilité et décentralisation pour le réseau Ethereum. L'avancement de l'abstraction de compte réduira le seuil d'utilisation des applications cryptographiques pour les utilisateurs, et l'amélioration du mécanisme de staking contribuera davantage.
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.
16 J'aime
Récompense
16
4
Partager
Commentaire
0/400
SchroedingerAirdrop
· 07-14 14:30
l'univers de la cryptomonnaie vieux pigeons là regardent la mise à niveau je ne suis intéressé que par la possibilité de faire monter la chaleur
Voir l'originalRépondre0
ImpermanentSage
· 07-14 02:25
Eh, après avoir tant galéré, il faut encore réparer.
Voir l'originalRépondre0
RooftopReserver
· 07-14 02:17
Encore une occasion de se faire prendre pour des cons, en attendant une grosse hausse pour vendre à un prix élevé.
Analyse de la mise à niveau de Prague d'Ethereum : abstraction de compte, optimisation du staking et extension L2
Depth analyse de la mise à niveau d'Ethereum à Prague : changement de paysage ou simple réparation ?
Si l'histoire de la blockchain est l'histoire de l'extension de Bitcoin, alors les mises à niveau périodiques d'Ethereum sont le point central de cette direction d'expansion.
Chaque mise à niveau majeure de hard fork d'Ethereum, qui a lieu tous les 1 à 2 ans, rayonnera progressivement vers les L2 de la série Ethereum, puis s'étendra au développement de plusieurs L1. Chaque hard fork contient des EIP, qui représentent l'essence même de la communauté centrale d'Ethereum, résultant d'un équilibre entre les bénéfices et les coûts.
Examinons les 11 EIPs de la mise à niveau Prague-Electra un par un d'un point de vue technique, comprenons ce qu'ils sont, à quoi ils servent et pourquoi ils ont été choisis.
Contexte
La mise à niveau est prévue pour le 5 mars sur le réseau de test Sepolia et le 8 avril sur le réseau principal Ethereum.
La première phrase de la version publiée il y a 4 jours du dépôt officiel d'Ethereum est : "Oh, encore une version de correctif !" Oui, un problème est survenu. Le code de la version activée sur le réseau de test Holesky a provoqué un fork du réseau de test (, ce qui peut être compris comme une panne massive ).
Bien que nous n'ayons pas à nous préoccuper des bugs spécifiques du code de la fourche, nous pouvons voir la complexité du contenu cette fois.
D'un point de vue personnel, cette mise à niveau est également la plus influente depuis la fusion du PoW au PoS, elle va complètement changer le mode de fonctionnement de la chaîne et offrir une toute nouvelle expérience.
Cette mise à niveau a déjà attiré l'attention des équipes de portefeuilles, y compris Okx, Metamask, WalletConnect, Biconomy, BaseWallet, Uniswap, Rhinestone, ZeroDev, TrustWallet, et Safe. La plupart s'assurent de pouvoir s'adapter rapidement lors de la transition vers le mainnet, et en tant qu'utilisateurs, nous pouvons également en profiter grâce aux portefeuilles.
Mais la véritable question centrale est - cette mise à jour, en dehors de la mise en œuvre technique des développeurs, peut-elle vraiment bouleverser l'écosystème d'Ethereum ?
Est-ce que son changement est suffisamment profond, ou est-ce juste un correctif de routine de la fondation Ethereum à l'ère L2 ?
Scan panoramique
Dans l'ensemble, cette mise à niveau présente trois grandes caractéristiques :
Après que le développement d'Ethereum soit entré dans une zone de profondeur, les nouveaux proposeurs qui peuvent être intégrés sont essentiellement des membres pur de la fondation Ethereum. Vitalik est même le principal promoteur des changements importants. On ne voit presque aucune autre création de rôle intégrée dans les mises à jour officielles, ce qui pourrait également corroborer la voix sur le marché selon laquelle "Ethereum devient de plus en plus 'têtu'", le système de décision devient de plus en plus centralisé.
Le rythme du marché de l'Ethereum s'accélère. Cette mise à niveau, qui a été en grande partie convenue en novembre dernier avec 8 propositions, comprend désormais 11 propositions ( et intègre 3 optimisations de niveau L2 promues par Vitalik ). Les grandes versions d'autrefois étaient principalement axées sur un seul noyau avec quelques optimisations, mais maintenant presque tout est entrepris simultanément. L'abstraction de compte, qui a longtemps été difficile à atteindre en consensus, ( fait également partie de la version de hard fork ). On peut ressentir à travers cela qu'aujourd'hui, sous l'explosion des chaînes multiples, le système EVM fait face au système SVM ( Solana et ), au système Move ( Aptos et ), ainsi qu'à une variété de systèmes BTC ( et des L2 BTC 2) qui se développent vigoureusement dans certains états radicaux.
Ethereum s'appuie sur les avantages de l'union écologique et tend de plus en plus à optimiser l'expérience utilisateur. Vous pourriez penser que l'optimisation de l'expérience utilisateur est une évidence, n'est-ce pas ? Mais en réalité, de nombreuses grandes mises à jour d'Ethereum n'ont pas grand-chose à voir avec l'expérience des utilisateurs ordinaires. La dernière fois que la taille des blocs a été ajustée, l'extension ( a permis de réduire les coûts pour les utilisateurs, et de diminuer la volatilité des prix peut être considérée comme une optimisation de l'expérience utilisateur, c'était encore en 2018. La dernière fois, en introduisant des blobs, les coûts des frais de transaction des utilisateurs L2 ont été considérablement réduits, et cette fois-ci, ces trois points dans le temps montrent qu'Ethereum commence à se concentrer sur l'optimisation des coûts pour les utilisateurs.
Mais la question est de savoir si Ethereum est vraiment "orienté vers l'expérience utilisateur" ? Ou est-ce qu'il est simplement contraint d'optimiser l'expérience utilisateur ?
Optimisation de l'expérience
Tout d'abord, le changement le plus important concerne l'EIP-7702, qui introduit le mécanisme d'abstraction de compte via une mise à jour de la couche de chaîne. Nous avons déjà eu une analyse systématique sur ce sujet dans un article précédent, nous ne développerons pas davantage cette fois-ci.
Objectivement, l'EIP-7702 a brisé plusieurs règles tacites impossibles sur les chaînes, ainsi que la logique d'application de la plupart des DApp.
Pour l'utilisateur, il est lui-même une adresse EOA, et ce n'est que lorsqu'il en a besoin qu'il active et utilise la logique CA, de sorte que le coût de détention est réduit. Il n'est pas nécessaire de convertir d'abord son identité CA hors chaîne avant d'opérer, ce qui signifie que l'utilisateur n'a pas besoin de s'enregistrer. L'utilisateur peut facilement effectuer plusieurs transactions en parallèle avec l'EOA, par exemple en combinant l'autorisation de prélèvement et l'exécution du prélèvement, ce qui réduit déjà le coût des transactions pour l'utilisateur.
Pour les DApps, en particulier pour les projets nécessitant une gestion d'entreprise de niveau chaîne, comme les échanges, c'est une optimisation révolutionnaire. Une agrégation en masse, une fois mise en œuvre de manière native, peut réduire de plus de la moitié les coûts de base des échanges, ce qui peut finalement bénéficier aux utilisateurs.
Donc, bien qu'il ait beaucoup changé, du point de vue de la réduction des coûts, il vaut la peine pour toutes les DApps de l'étudier et de s'adapter, car cette fois, les utilisateurs se trouvent forcément du côté de l'EIP-7702.
Mais il y a aussi un risque caché ici : bien que l'abstraction des comptes réduise le coût des interactions, elle augmente également la complexité de la gestion des droits des utilisateurs. Si les fournisseurs de portefeuilles ne parviennent pas à s'adapter correctement, cela pourrait entraîner des vulnérabilités de sécurité inattendues. Auparavant, une opération entraînait au maximum une perte d'actifs sur une seule chaîne, mais maintenant, cela pourrait entraîner une perte sur l'ensemble de la chaîne, voire une explosion programmée. Il est clair que c'est une mise à jour que les pirates de phishing adorent, les utilisateurs doivent être beaucoup plus prudents concernant les transactions sur la chaîne.
Optimisation côté application
EIP-2537 a introduit des opérations précompilées de la courbe elliptique BLS12-381, pouvant optimiser la vérification des signatures BLS et d'autres opérations cryptographiques complexes, offrant une sécurité et une efficacité de calcul accrues. Cela facilitera l'utilisation à faible coût des portefeuilles de contrats intelligents multi-signatures pour les utilisateurs ordinaires. Cela réduit considérablement la complexité du calcul de la vérification des signatures et les coûts en Gas, et permet également d'implémenter et de soutenir plus efficacement des fonctionnalités telles que les preuves à connaissance nulle et le cryptage homomorphe. Cela jouera un rôle dans les domaines de la confidentialité et de l'interopérabilité.
EIP-2935 stocke les derniers 8192 hashes de blocs dans le stockage d'un contrat système, afin de fournir aux clients sans état des données récentes de hashes de blocs. Ce design permet aux clients d'accéder aux hashes de blocs historiques lors de l'exécution, sans avoir besoin de stocker eux-mêmes l'historique complet de la chaîne. Bien que cela n'ait pas d'impact direct sur les utilisateurs ordinaires, cela favorisera l'émergence de certains clients sans stockage, ayant une valeur d'optimisation pour les applications nécessitant des services de vérification en chaîne. Cela aide également à réduire les coûts pour les Rollup L2, car la plupart des L2 ont besoin d'accéder aux hashes de blocs L1 d'une période passée pour vérifier la cohérence des données en chaîne et les informations historiques.
Optimisations multiples des scénarios de staking
Le staking d'Ethereum est un grand sujet, mais son impact sur les utilisateurs ordinaires est très faible ). Si vous participez au staking, vous devez réfléchir en profondeur à la logique économique ici (.
EIP-6110 mettra en œuvre le traitement des opérations de staking via un mécanisme de protocole en chaîne, éliminant le mécanisme de vote de la couche de consensus, optimisant la sécurité et l'efficacité du flux de staking.
EIP-7002 permet à la couche d'exécution d'Ethereum de fournir un mécanisme pour déclencher le retrait des validateurs et des retraits partiels, permettant aux validateurs utilisant le bon de retrait "0x01" de contrôler de manière indépendante leur ETH staké depuis la couche d'exécution.
L'EIP-7251 augmente la limite de mise effective d'un seul validateur à 2048 Éther), tandis que le montant minimum de mise reste fixé à 32 ETH.
EIP-7549 déplace le champ d'index du comité du message "Attestation" à l'extérieur du message dans la couche de consensus, afin de simplifier la vérification et d'améliorer l'efficacité.
Le contexte macroéconomique est que le groupe de validateurs d'Ethereum croît rapidement, avec plus de 830 000 validateurs au 10 octobre 2023. Étant donné que le MAX_EFFECTIVE_BALANCE est limité à 32 ETH, les opérateurs de nœuds doivent créer plusieurs comptes de validateurs pour gérer des actifs stakés plus importants, ce qui entraîne la présence d'un grand nombre de "validateurs redondants".
En augmentant la limite maximale grâce à l'EIP-7251, pour des protocoles de staking agrégés comme Lido, on peut réduire le nombre de comptes de contrôle et diminuer la complexité du système, mais cela pourrait aggraver le problème de décentralisation, rendant le marché du staking ETH plus concentré. Maintenir un montant minimum de 32 ETH stakés indique qu'il est toujours demandé aux gros investisseurs de participer, ce qui constitue un compromis avec l'écosystème des protocoles agrégés et évite que les petits investisseurs n'influent trop fréquemment sur la stabilité de la couche de consensus.
EIP-7549 a augmenté la flexibilité des opérations de retrait, facilitant ainsi le contrôle des fonds pour les stakers et les opérateurs de nœuds.
Ethereum continue à optimiser l'expérience de staking, cela vise essentiellement à consolider la communauté des stakers et des opérateurs de nœuds, c'est le nerf de la guerre après la fusion d'Ethereum. Une fois qu'une grande quantité de fonds ne gravite plus autour d'Ethereum, sa sécurité elle-même sera compromise.
Avec plusieurs EIP en soutien, cela permet à un plus grand nombre d'opérateurs de nœuds de fusionner plusieurs comptes de validateurs, tout en offrant aux petits validateurs plus de flexibilité, par exemple en accumulant des revenus par effet de levier ou en augmentant les gains grâce à des incréments de mise plus flexibles.
C'est très important, à l'origine après avoir atteint 32 Éther, si 10 Éther supplémentaires étaient générés, en réalité, il ne serait pas possible de continuer à mettre en jeu l'Éther, car il faudrait encore atteindre 32 pour ouvrir un nouveau compte. Mais après cette mise à jour, il est maintenant possible de mettre en jeu directement 42 Éther. Évidemment, les bénéfices composés peuvent à nouveau revenir à l'Éther.
Dans le contexte actuel de la faiblesse des rendements des projets DeFi sur le marché de l'ETH, cela pourrait continuer à siphonner des fonds, la liquidité de l'ETH pourrait diminuer, ce qui pourrait être la motivation de la fondation pour mettre en œuvre cette série de mesures.
Optimisation de l'écosystème L2
EIP-7623 augmente les frais de gas pour le calldata dans les transactions de 4/16 gas par octet à 10/40 gas. Les deux valeurs ici distinguent les frais pour 0 octet et les frais pour non-0 octet, ce qui représente une augmentation de 2,5 fois. L'essentiel est de réduire la pression sur le bloc, incitant ainsi L2 à ne pas utiliser le calldata, mais plutôt à utiliser davantage de blob.
EIP-7691 augmente la capacité des blobs dans les blocs, permettant ainsi un espace de stockage L2 à plus grande échelle. Lors de la mise à niveau précédente de Cancun, il y avait deux paramètres clés représentant les blobs : target et max, qui indiquent respectivement le nombre cible de blobs par bloc et le nombre maximum de blobs par bloc. À Cancun, ces valeurs étaient de 3 et 6, maintenant après Prague, les paramètres sont devenus 6 et 9, en résumé, cela signifie une expansion.
EIP-7840 a ajouté un fichier de configuration, permettant au client d'ajuster dynamiquement le nombre de blobs défini par EIP-7691. Il y a également un paramètre baseFeeUpdateFraction qui peut ajuster la réactivité du tarif du gaz des blobs.
Le principal argument de vente d'Ethereum a évolué du système de contrats de l'été DeFi vers une communauté écologique L2. Tous les autres systèmes de chaînes, même le système BTC L2 le plus en vogue de cette année (, restent fondamentalement en raison des attentes liées à L2 ), et ne sont pas du tout en position concurrentielle avec le L2 d'Ethereum.
Parce que soit comme le BTC, en raison des limitations de la chaîne, il est très difficile d'atteindre des significations pratiques telles que le retour des données et le partage de la sécurité en tant que L2. Les autres systèmes SVM et Move, en essence, sont encore en train de développer leur propre L1, explorant à peine le L2 qui en découle, bien sûr, la haute performance de ces chaînes n'est également pas tellement dépendante de la réalisation du L2.
Donc, Ethereum se renforce grâce au TPS de L2. Bien sûr, il y a beaucoup de problèmes, comme la dispersion de la liquidité, la complexité inter-chaînes, etc. Mais ce chemin, il n'a pas d'autre choix que de le suivre. Après tout, une fois que Web3 atteindra le stade des chaînes d'applications à haute fréquence, il ne sera en réalité pas nécessaire de faire des échanges inter-chaînes fréquents, et des pistes comme l'abstraction de chaînes tentent de résoudre les problèmes de liquidité et d'universalité.
Parce que le coût des transactions sur L2 sera fortement lié à la capacité des blobs d'Ethereum, modifier les frais de gaz pour le calldata vise à inciter L2 à utiliser davantage de blobs, plutôt que d'utiliser le calldata conservé en permanence sur Ethereum pour stocker les données d'état de L2. De plus, la capacité des blobs doit également prendre en compte l'augmentation future de L2, nécessitant une configuration dynamique.
Grâce à cette orientation de développement, on peut également déterminer la certitude de la direction L2, ce qui signifie également la certitude de la demande du marché pour résoudre les défauts de L2.
Conclusion
La mise à niveau de Prague, en tant qu'étape clé sur la voie de l'évolution continue d'Ethereum, ressemble davantage à un compromis qui nécessite des concessions et des ajustements constants. Ethereum semble être poussé par le marché, plutôt que de diriger activement, car à part le staking et les optimisations uniques d'Ethereum sur L2, d'autres comme BLS et l'abstraction de compte ont en réalité déjà été largement testées par d'autres L1.
Mais en termes globaux, cette mise à niveau, bien qu'elle n'ait pas suscité un large débat sur le marché comme "Londres" ou "La Fusion", jette silencieusement les bases d'une plus grande scalabilité et décentralisation pour le réseau Ethereum. L'avancement de l'abstraction de compte réduira le seuil d'utilisation des applications cryptographiques pour les utilisateurs, et l'amélioration du mécanisme de staking contribuera davantage.