Analyse approfondie de l'ère post-mise à niveau Dencun : perspectives de données et d'investissement
Introduction
Depuis son lancement officiel le 30 juillet 2015, Ethereum a connu 12 mises à niveau, chacune ayant suscité beaucoup d'attention.
La mise à niveau Ethereum Cancun-Deneb (, la mise à niveau Dencun ), a pour objectif principal d'améliorer la scalabilité et la modularité des réseaux Layer 2, de renforcer les fonctionnalités de sécurité du réseau Ethereum et d'améliorer l'utilisabilité globale.
1. Qu'est-ce que la mise à niveau Dencun ?
1.1 Introduction à la mise à niveau
1.1.1 Origine du nom
La couche de base d'Ethereum est composée de deux parties fusionnées, à savoir la couche d'exécution et la couche de consensus, qui ont chacune des règles de nomination différentes.
La règle de nommage des mises à niveau de la couche d'exécution est depuis 2021 basée sur les villes où se tient la conférence des développeurs Ethereum Devcon(. Par exemple, mise à niveau de Berlin, mise à niveau de Londres, mise à niveau de Shanghai, etc.
La règle de nommage de la couche de consensus a été introduite depuis le lancement de la chaîne de balise, en utilisant des noms d'objets célestes, et en suivant l'ordre alphabétique. Par exemple, Vénus ) Altair (, Bételgeuse ) Bellatrix (, et Capella ).
Chaque nom de mise à niveau d'Ethereum est une combinaison de deux noms de mise à niveau différents, formant un nom de mise à niveau global. Étant donné que cette Devcon a lieu à Cancun, au Mexique, et que la mise à niveau de la couche de consensus est appelée Deneb, la mise à niveau d'Ethereum est donc abrégée en mise à niveau Dencun.
(## 1.1.2 Contexte de la mise à niveau
Le contexte de la mise à niveau de Dencun repose d'une part sur un plan à long terme basé sur le développement d'Ethereum, et d'autre part, sur l'amélioration de l'expérience utilisateur d'Ethereum, avec pour objectif final de réaliser un écosystème sans autorisation, décentralisé, résistant à la censure et open source.
D'une part, d'après la feuille de route publiée par le fondateur d'Ethereum, Vitalik Buterin, le 31 décembre 2023, la mise à niveau Dencun correspond à une partie de The Surge, mettant l'expérience utilisateur en premier lieu ) par exemple en améliorant la vitesse des transactions et en réduisant les frais de Gas ###, l'objectif étant d'améliorer l'efficacité du réseau, de réduire les coûts des transactions et de jeter des bases solides pour le développement futur.
D'autre part, selon l'article de Vitalik Buterin publié le 28 décembre 2023 intitulé « Make Ethereum Cypherpunk Again », Vitalik estime que l'une des raisons principales qui limite de plus en plus la blockchain à la spéculation sur les actifs est l'augmentation des frais de transaction, ce qui rend les Degen Gamblers le groupe principal, nuisant à la réalisation de la valeur d'application de la blockchain. Il est donc nécessaire de réduire les frais de transaction.
(## 1.1.3 Temps de mise à jour
Selon la planification d'Ethereum, les informations sur le temps de mise à niveau et l'activation sont :
Couche d'exécution ) Cancun ### : 13 mars 2024
Couche de consensus ( Deneb ) : le 8626176e intervalle de la chaîne de balises
(## 1.1.4 Contenu concerné
Les mises à niveau Cancun-Deneb d'Ethereum ont apporté une série d'améliorations au niveau d'exécution et au niveau de consensus. Cancun ) a amélioré le niveau d'exécution ### EL (, tandis que Deneb ) a renforcé le niveau de consensus ( CL ), et a intégré une série d'EIP ( propositions d'amélioration d'Ethereum ) cruciales pour le développement du réseau Ethereum. Au total, il y a 9 EIP, et nous présenterons les EIP clés dans nos prochaines communications.
(# 1.2 Les points clés de la mise à niveau de Dencun
Grâce à ce qui précède, nous avons compris que la mise à niveau Dencun vise principalement à améliorer Ethereum, et que le plan de mise en œuvre spécifique tourne autour d'une série d'EIP. Nous allons maintenant analyser les EIP clés concernés.
)## 1.2.1 EIP-4844 Transactions Blob de Sharding ( Proto-Danksharding )
EIP-4844 est le point culminant de cette mise à niveau, visant à réduire les frais de transaction, à augmenter le débit des transactions ### TPS ### et à améliorer l'évolutivité. Il s'agit essentiellement d'une mise à niveau transitoire préparant l'avenir pour réaliser le Danksharding complet (, la dernière partie de la mise à niveau "tranquillité" d'Ethereum ), le Proto-Danksharding établissant les bases pour le Danksharding.
La disponibilité des données sur la chaîne principale d'Ethereum est ce que Calldata( peut être compris comme les données générées dans l'appel de transaction de contrat), tandis que les données renvoyées de Layer 2 à Layer 1 sont toutes stockées dans Calldata. De plus, pour des raisons de sécurité, chaque étape d'exécution de Calldata nécessite des frais de Gas, ce qui entraîne des coûts de Gas relativement élevés. Cependant, une fois que les données de transaction dans Calldata ont été vérifiées, elles n'ont en fait pas beaucoup d'utilité, des données anciennes peuvent également être téléchargées et vérifiées, et il n'est même pas nécessaire de les transmettre à la couche d'exécution. En prenant l'exemple de la composition historique des frais de transaction moyens de la chaîne Layer2-OP, on peut voir que près de 80 % des frais proviennent des frais de données L1.
Ainsi, l'EIP-4844 introduit une nouvelle structure de stockage de données — Blob, spécialement conçue pour stocker les données de transaction soumises par L2 à L1. Après son introduction, les données de transaction de L2 sont directement soumises et stockées dans le Blob, accessibles aux nœuds de consensus pour un téléchargement complet, pouvant être supprimées après un court délai, réduisant ainsi la charge de stockage inutile. Cela signifie que l'introduction du Blob réduira considérablement les frais de transaction de L2. De plus, le Blob équivaut à une extension supplémentaire de l'espace de bloc pour L2, et le débit des transactions L2 augmentera également de manière significative.
(## 1.2.2 EIP-1153 Code d'opération de stockage transitoire
L'objectif principal de l'EIP-1153 est d'économiser de l'espace de stockage et des coûts de stockage. Le stockage transitoire est abandonné après chaque transaction, donc le stockage temporaire est moins cher car il n'exige pas d'accès au disque.
EIP-1153 est relativement convivial pour les développeurs de Dapp, introduisant de nouveaux codes d'opération TSTORE et TLOAD dans l'EVM, dont le coût en Gas pour chaque appel est d'environ 100 Gas, ce qui est 95 % moins cher que les appels de stockage traditionnels )SLOAD et SSTORE(. De plus, une fois l'exécution de la transaction complète, cette partie du stockage sera effacée, réduisant ainsi les coûts de stockage et la consommation de Gas, ce qui pourrait rendre les nouveaux contrats DeFi plus économes en Gas à l'avenir.
)## 1.2.3 EIP-4788 Racine du bloc de balise dans l'EVM
EIP-4788 mettra en œuvre la communication entre la machine virtuelle Ethereum ### EVM( et la chaîne de balises ) Beacon###. Cette fonctionnalité prend en charge divers cas d'utilisation, pouvant améliorer les pools de staking ( staking pools), les constructions de restaking ( restaking constructions), les ponts de contrats intelligents ( smart contract bridges), MEV, etc.
Auparavant, l'EVM ne pouvait pas accéder directement aux données et à l'état de Beacon, il ne pouvait capturer l'état que par le biais d'oracles externes de confiance. Il a donc été proposé de placer une racine de bloc parent de Beacon dans chaque bloc EVM (parent_beacon_block_root), de sorte que lorsque Beacon est mis à jour, l'EVM puisse immédiatement obtenir des informations précises.
La racine du bloc de référence parent sera stockée dans un tampon circulaire, ne conservant qu'environ un jour. Une fois qu'une nouvelle racine de bloc de référence parent entre et que la capacité du tampon atteint un seuil critique, la plus ancienne racine de bloc de référence parent sera remplacée, permettant ainsi un stockage de consensus efficace et limité. Cela permet une communication réalisée de manière à minimiser la confiance, tout en éliminant les défauts des oracles externes et les risques malveillants, augmentant ainsi la sécurité.
(## 1.2.4 EIP-5656 MCOPY - Instruction de copie en mémoire
EIP-5656 optimise le coût du processus de copie des zones de mémoire en introduisant une nouvelle instruction EVM, MCOPY, ce qui améliore l'efficacité du déplacement des données dans l'EVM.
La copie de mémoire est une opération fondamentale, mais la mettre en œuvre sur l'EVM entraîne des frais. Prenons l'exemple de la copie de données de mémoire de 256 octets, les développeurs peuvent réduire le coût de 96 Gas) auparavant en utilisant MLOAD et MSTORE( à seulement 27 Gas grâce à l'opcode MCOPY. À l'avenir, on s'attend à ce que la plupart des développeurs utilisent MCOPY au lieu de MSTORE/MLOAD, et des contrats Gas plus efficaces profiteront finalement aux utilisateurs finaux.
En même temps, MCOPY comble le vide laissé par la méthode de copie de mémoire dans l'EVM.
)## 1.2.5 EIP-6780 SELFDESTRUCT uniquement dans la même transaction
EIP-6780 limite la fonctionnalité de l'opcode SELFDESTRUCT, la nouvelle fonctionnalité ne fait que transférer tous les fonds du compte vers la cible, sans affecter le code, le stockage et d'autres informations, tout en préparant également la mise à niveau ultérieure de l'arbre Verkle.
Avant l'EIP-6780, si le code du contrat incluait l'opcode SELFDESTRUCT, les fonds pouvaient être envoyés à une destination, mais le code, le stockage et d'autres informations seraient supprimés. Cependant, cette fonctionnalité pouvait engendrer certains dangers et des conséquences inattendues. Après l'EIP-6780, tout cela ne sera plus affecté, permettant aux développeurs de mieux gérer les projets, ce qui conduira à une blockchain plus stable et prévisible.
2. Impact sur les données après mise à jour
(# 2.1 L'impact des frais de gaz
La partie la plus essentielle de cette mise à niveau, et celle qui préoccupe le plus tout le monde, concerne les changements des frais de Gas. Grâce à l'introduction de l'EIP-4844, les plus grands bénéficiaires sont les Layer 2, avec une baisse des frais de Gas très évidente, ce qui améliore l'expérience utilisateur. Cela correspond essentiellement à l'attente d'une réduction de 90 % des frais de Layer 2 avant la mise à niveau.
En ce qui concerne Layer1) et Ethereum lui-même ###, après la mise à niveau, les frais de Gas ont légèrement diminué, mais pas de manière significative. Les utilisateurs ne ressentent en réalité aucun changement dans leur utilisation quotidienne.
![Analyse approfondie de l'ère post-Canquun : perspectives de données et d'investissement]###https://img-cdn.gateio.im/webp-social/moments-8a85407cddc7f38044d30d819f36fb26.webp###
(# 2.2 Impact du volume de transactions
La mise à niveau vise non seulement à réduire le Gas, mais aussi à augmenter le débit, ce qui est également un point focal du plan de développement de l'extension d'Ethereum.
Après la mise à niveau, le volume des transactions de Base a rapidement augmenté et a franchi le précédent obstacle, passant de 500 000 à 2 millions, ce qui signifie que l'EIP-4844 a eu un impact direct, avec des bénéfices les plus évidents.
![Analyse approfondie de l'ère post-CanCun : Perspectives de données et d'investissement])https://img-cdn.gateio.im/webp-social/moments-f17426dc632c755745ea71b3d5f3c2aa.webp(
)# Impact de 2,3 TPS
L'optimisation du nombre de transactions par seconde TPS### signifie que les développeurs disposent d'une plus grande flexibilité lors de la création et du déploiement d'applications décentralisées (dApps), ce qui devrait donner naissance à des applications plus complexes et gourmandes en données, attirant ainsi un public plus large.
Après la mise à niveau, le TPS de chaque Layer2 a généralement augmenté, mais n'excède pas 30 transactions par seconde.
Le faible TPS est un phénomène courant dans l'industrie Web3 actuelle, contrairement aux caractéristiques de haut TPS de l'industrie Web2 traditionnelle. Le TPS maximum de Layer2 n'a pas non plus dépassé 500, mais d'un point de vue de développement de l'industrie, cette mise à niveau jette également les bases pour l'avenir, tout en répondant aux attentes de développement d'Ethereum------atteindre plus de 100 000 TPS.
2.4 Utilisation de Blob
La baisse globale des frais de transaction Layer2 est principalement due à l'introduction du type Blob. Plus il y a de Blobs accrochés dans une transaction, plus le débit global sera important, ce qui pose également les bases des futures mises à niveau d'Ethereum.
Au départ, il était prévu que si un objectif moyen de 3 Blob par bloc était atteint, le débit de L2 augmenterait d'environ 2 fois. Si l'objectif final est d'avoir 64 Blob par bloc, le débit de L2 augmentera d'environ 40 fois. La mise à jour actuelle fixe la limite maximale à 6 Blob.
Selon la situation actuelle, le Blob a commencé à être utilisé dans les transactions, mais le taux d'utilisation global n'est pas très élevé, le pic s'étant également produit juste après la mise à niveau, avant de retomber progressivement, n'atteignant pas encore l'objectif moyen estimé de 3 Blobs.
Mais l'introduction du type Blob améliore réellement les frais de données de Layer2 sur Layer1. Comme mentionné dans l'exemple de la chaîne OP ci-dessus, on peut constater que les frais de données en utilisant L1 dans les frais de transaction moyens de Layer2 ont considérablement diminué, presque éliminés, ce qui suggère d'un autre côté que la marge bénéficiaire de Layer2 pourrait augmenter.
Le modèle de profit de L2 est relativement simple et clair, et peut être résumé comme suit : profit sur la chaîne = frais de transaction de L2 - coût de paiement de L1 ; prenons l'exemple de la chaîne OP, bien que la mise à niveau ait simultanément réduit les frais de transaction de L2 et le coût de paiement de L1, en raison de l'augmentation du volume de transactions et de la base d'utilisateurs, la réduction des deux n'est pas du tout au même ordre de grandeur. Les frais de transaction sont passés de plusieurs centaines de milliers à plusieurs dizaines de milliers, tandis que le coût de paiement est passé de plusieurs centaines de milliers à moins de 1k, et le profit sur la chaîne a également augmenté après la mise à niveau.
Impact du prix 2.5
Pour cette mise à niveau, les utilisateurs se préoccupent non seulement d'une amélioration de l'expérience d'utilisation sur la chaîne, mais également du prix des jetons natifs de chaque L2.
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.
9 J'aime
Récompense
9
2
Partager
Commentaire
0/400
MissedTheBoat
· 07-14 07:30
Les pigeons ont été pris pour des idiots depuis 2015.
Comment la mise à niveau Dencun transforme l'écosystème Ethereum : des frais de Gas aux opportunités d'investissement L2
Analyse approfondie de l'ère post-mise à niveau Dencun : perspectives de données et d'investissement
Introduction
Depuis son lancement officiel le 30 juillet 2015, Ethereum a connu 12 mises à niveau, chacune ayant suscité beaucoup d'attention.
La mise à niveau Ethereum Cancun-Deneb (, la mise à niveau Dencun ), a pour objectif principal d'améliorer la scalabilité et la modularité des réseaux Layer 2, de renforcer les fonctionnalités de sécurité du réseau Ethereum et d'améliorer l'utilisabilité globale.
1. Qu'est-ce que la mise à niveau Dencun ?
1.1 Introduction à la mise à niveau
1.1.1 Origine du nom
La couche de base d'Ethereum est composée de deux parties fusionnées, à savoir la couche d'exécution et la couche de consensus, qui ont chacune des règles de nomination différentes.
La règle de nommage des mises à niveau de la couche d'exécution est depuis 2021 basée sur les villes où se tient la conférence des développeurs Ethereum Devcon(. Par exemple, mise à niveau de Berlin, mise à niveau de Londres, mise à niveau de Shanghai, etc.
La règle de nommage de la couche de consensus a été introduite depuis le lancement de la chaîne de balise, en utilisant des noms d'objets célestes, et en suivant l'ordre alphabétique. Par exemple, Vénus ) Altair (, Bételgeuse ) Bellatrix (, et Capella ).
Chaque nom de mise à niveau d'Ethereum est une combinaison de deux noms de mise à niveau différents, formant un nom de mise à niveau global. Étant donné que cette Devcon a lieu à Cancun, au Mexique, et que la mise à niveau de la couche de consensus est appelée Deneb, la mise à niveau d'Ethereum est donc abrégée en mise à niveau Dencun.
(## 1.1.2 Contexte de la mise à niveau
Le contexte de la mise à niveau de Dencun repose d'une part sur un plan à long terme basé sur le développement d'Ethereum, et d'autre part, sur l'amélioration de l'expérience utilisateur d'Ethereum, avec pour objectif final de réaliser un écosystème sans autorisation, décentralisé, résistant à la censure et open source.
D'une part, d'après la feuille de route publiée par le fondateur d'Ethereum, Vitalik Buterin, le 31 décembre 2023, la mise à niveau Dencun correspond à une partie de The Surge, mettant l'expérience utilisateur en premier lieu ) par exemple en améliorant la vitesse des transactions et en réduisant les frais de Gas ###, l'objectif étant d'améliorer l'efficacité du réseau, de réduire les coûts des transactions et de jeter des bases solides pour le développement futur.
D'autre part, selon l'article de Vitalik Buterin publié le 28 décembre 2023 intitulé « Make Ethereum Cypherpunk Again », Vitalik estime que l'une des raisons principales qui limite de plus en plus la blockchain à la spéculation sur les actifs est l'augmentation des frais de transaction, ce qui rend les Degen Gamblers le groupe principal, nuisant à la réalisation de la valeur d'application de la blockchain. Il est donc nécessaire de réduire les frais de transaction.
(## 1.1.3 Temps de mise à jour
Selon la planification d'Ethereum, les informations sur le temps de mise à niveau et l'activation sont :
(## 1.1.4 Contenu concerné
Les mises à niveau Cancun-Deneb d'Ethereum ont apporté une série d'améliorations au niveau d'exécution et au niveau de consensus. Cancun ) a amélioré le niveau d'exécution ### EL (, tandis que Deneb ) a renforcé le niveau de consensus ( CL ), et a intégré une série d'EIP ( propositions d'amélioration d'Ethereum ) cruciales pour le développement du réseau Ethereum. Au total, il y a 9 EIP, et nous présenterons les EIP clés dans nos prochaines communications.
(# 1.2 Les points clés de la mise à niveau de Dencun
Grâce à ce qui précède, nous avons compris que la mise à niveau Dencun vise principalement à améliorer Ethereum, et que le plan de mise en œuvre spécifique tourne autour d'une série d'EIP. Nous allons maintenant analyser les EIP clés concernés.
)## 1.2.1 EIP-4844 Transactions Blob de Sharding ( Proto-Danksharding )
EIP-4844 est le point culminant de cette mise à niveau, visant à réduire les frais de transaction, à augmenter le débit des transactions ### TPS ### et à améliorer l'évolutivité. Il s'agit essentiellement d'une mise à niveau transitoire préparant l'avenir pour réaliser le Danksharding complet (, la dernière partie de la mise à niveau "tranquillité" d'Ethereum ), le Proto-Danksharding établissant les bases pour le Danksharding.
La disponibilité des données sur la chaîne principale d'Ethereum est ce que Calldata( peut être compris comme les données générées dans l'appel de transaction de contrat), tandis que les données renvoyées de Layer 2 à Layer 1 sont toutes stockées dans Calldata. De plus, pour des raisons de sécurité, chaque étape d'exécution de Calldata nécessite des frais de Gas, ce qui entraîne des coûts de Gas relativement élevés. Cependant, une fois que les données de transaction dans Calldata ont été vérifiées, elles n'ont en fait pas beaucoup d'utilité, des données anciennes peuvent également être téléchargées et vérifiées, et il n'est même pas nécessaire de les transmettre à la couche d'exécution. En prenant l'exemple de la composition historique des frais de transaction moyens de la chaîne Layer2-OP, on peut voir que près de 80 % des frais proviennent des frais de données L1.
Ainsi, l'EIP-4844 introduit une nouvelle structure de stockage de données — Blob, spécialement conçue pour stocker les données de transaction soumises par L2 à L1. Après son introduction, les données de transaction de L2 sont directement soumises et stockées dans le Blob, accessibles aux nœuds de consensus pour un téléchargement complet, pouvant être supprimées après un court délai, réduisant ainsi la charge de stockage inutile. Cela signifie que l'introduction du Blob réduira considérablement les frais de transaction de L2. De plus, le Blob équivaut à une extension supplémentaire de l'espace de bloc pour L2, et le débit des transactions L2 augmentera également de manière significative.
(## 1.2.2 EIP-1153 Code d'opération de stockage transitoire
L'objectif principal de l'EIP-1153 est d'économiser de l'espace de stockage et des coûts de stockage. Le stockage transitoire est abandonné après chaque transaction, donc le stockage temporaire est moins cher car il n'exige pas d'accès au disque.
EIP-1153 est relativement convivial pour les développeurs de Dapp, introduisant de nouveaux codes d'opération TSTORE et TLOAD dans l'EVM, dont le coût en Gas pour chaque appel est d'environ 100 Gas, ce qui est 95 % moins cher que les appels de stockage traditionnels )SLOAD et SSTORE(. De plus, une fois l'exécution de la transaction complète, cette partie du stockage sera effacée, réduisant ainsi les coûts de stockage et la consommation de Gas, ce qui pourrait rendre les nouveaux contrats DeFi plus économes en Gas à l'avenir.
)## 1.2.3 EIP-4788 Racine du bloc de balise dans l'EVM
EIP-4788 mettra en œuvre la communication entre la machine virtuelle Ethereum ### EVM( et la chaîne de balises ) Beacon###. Cette fonctionnalité prend en charge divers cas d'utilisation, pouvant améliorer les pools de staking ( staking pools), les constructions de restaking ( restaking constructions), les ponts de contrats intelligents ( smart contract bridges), MEV, etc.
Auparavant, l'EVM ne pouvait pas accéder directement aux données et à l'état de Beacon, il ne pouvait capturer l'état que par le biais d'oracles externes de confiance. Il a donc été proposé de placer une racine de bloc parent de Beacon dans chaque bloc EVM (parent_beacon_block_root), de sorte que lorsque Beacon est mis à jour, l'EVM puisse immédiatement obtenir des informations précises.
La racine du bloc de référence parent sera stockée dans un tampon circulaire, ne conservant qu'environ un jour. Une fois qu'une nouvelle racine de bloc de référence parent entre et que la capacité du tampon atteint un seuil critique, la plus ancienne racine de bloc de référence parent sera remplacée, permettant ainsi un stockage de consensus efficace et limité. Cela permet une communication réalisée de manière à minimiser la confiance, tout en éliminant les défauts des oracles externes et les risques malveillants, augmentant ainsi la sécurité.
(## 1.2.4 EIP-5656 MCOPY - Instruction de copie en mémoire
EIP-5656 optimise le coût du processus de copie des zones de mémoire en introduisant une nouvelle instruction EVM, MCOPY, ce qui améliore l'efficacité du déplacement des données dans l'EVM.
La copie de mémoire est une opération fondamentale, mais la mettre en œuvre sur l'EVM entraîne des frais. Prenons l'exemple de la copie de données de mémoire de 256 octets, les développeurs peuvent réduire le coût de 96 Gas) auparavant en utilisant MLOAD et MSTORE( à seulement 27 Gas grâce à l'opcode MCOPY. À l'avenir, on s'attend à ce que la plupart des développeurs utilisent MCOPY au lieu de MSTORE/MLOAD, et des contrats Gas plus efficaces profiteront finalement aux utilisateurs finaux.
En même temps, MCOPY comble le vide laissé par la méthode de copie de mémoire dans l'EVM.
)## 1.2.5 EIP-6780 SELFDESTRUCT uniquement dans la même transaction
EIP-6780 limite la fonctionnalité de l'opcode SELFDESTRUCT, la nouvelle fonctionnalité ne fait que transférer tous les fonds du compte vers la cible, sans affecter le code, le stockage et d'autres informations, tout en préparant également la mise à niveau ultérieure de l'arbre Verkle.
Avant l'EIP-6780, si le code du contrat incluait l'opcode SELFDESTRUCT, les fonds pouvaient être envoyés à une destination, mais le code, le stockage et d'autres informations seraient supprimés. Cependant, cette fonctionnalité pouvait engendrer certains dangers et des conséquences inattendues. Après l'EIP-6780, tout cela ne sera plus affecté, permettant aux développeurs de mieux gérer les projets, ce qui conduira à une blockchain plus stable et prévisible.
2. Impact sur les données après mise à jour
(# 2.1 L'impact des frais de gaz
La partie la plus essentielle de cette mise à niveau, et celle qui préoccupe le plus tout le monde, concerne les changements des frais de Gas. Grâce à l'introduction de l'EIP-4844, les plus grands bénéficiaires sont les Layer 2, avec une baisse des frais de Gas très évidente, ce qui améliore l'expérience utilisateur. Cela correspond essentiellement à l'attente d'une réduction de 90 % des frais de Layer 2 avant la mise à niveau.
En ce qui concerne Layer1) et Ethereum lui-même ###, après la mise à niveau, les frais de Gas ont légèrement diminué, mais pas de manière significative. Les utilisateurs ne ressentent en réalité aucun changement dans leur utilisation quotidienne.
![Analyse approfondie de l'ère post-Canquun : perspectives de données et d'investissement]###https://img-cdn.gateio.im/webp-social/moments-8a85407cddc7f38044d30d819f36fb26.webp###
(# 2.2 Impact du volume de transactions
La mise à niveau vise non seulement à réduire le Gas, mais aussi à augmenter le débit, ce qui est également un point focal du plan de développement de l'extension d'Ethereum.
Après la mise à niveau, le volume des transactions de Base a rapidement augmenté et a franchi le précédent obstacle, passant de 500 000 à 2 millions, ce qui signifie que l'EIP-4844 a eu un impact direct, avec des bénéfices les plus évidents.
![Analyse approfondie de l'ère post-CanCun : Perspectives de données et d'investissement])https://img-cdn.gateio.im/webp-social/moments-f17426dc632c755745ea71b3d5f3c2aa.webp(
)# Impact de 2,3 TPS
L'optimisation du nombre de transactions par seconde TPS### signifie que les développeurs disposent d'une plus grande flexibilité lors de la création et du déploiement d'applications décentralisées (dApps), ce qui devrait donner naissance à des applications plus complexes et gourmandes en données, attirant ainsi un public plus large.
Après la mise à niveau, le TPS de chaque Layer2 a généralement augmenté, mais n'excède pas 30 transactions par seconde.
Le faible TPS est un phénomène courant dans l'industrie Web3 actuelle, contrairement aux caractéristiques de haut TPS de l'industrie Web2 traditionnelle. Le TPS maximum de Layer2 n'a pas non plus dépassé 500, mais d'un point de vue de développement de l'industrie, cette mise à niveau jette également les bases pour l'avenir, tout en répondant aux attentes de développement d'Ethereum------atteindre plus de 100 000 TPS.
2.4 Utilisation de Blob
La baisse globale des frais de transaction Layer2 est principalement due à l'introduction du type Blob. Plus il y a de Blobs accrochés dans une transaction, plus le débit global sera important, ce qui pose également les bases des futures mises à niveau d'Ethereum.
Au départ, il était prévu que si un objectif moyen de 3 Blob par bloc était atteint, le débit de L2 augmenterait d'environ 2 fois. Si l'objectif final est d'avoir 64 Blob par bloc, le débit de L2 augmentera d'environ 40 fois. La mise à jour actuelle fixe la limite maximale à 6 Blob.
Selon la situation actuelle, le Blob a commencé à être utilisé dans les transactions, mais le taux d'utilisation global n'est pas très élevé, le pic s'étant également produit juste après la mise à niveau, avant de retomber progressivement, n'atteignant pas encore l'objectif moyen estimé de 3 Blobs.
Mais l'introduction du type Blob améliore réellement les frais de données de Layer2 sur Layer1. Comme mentionné dans l'exemple de la chaîne OP ci-dessus, on peut constater que les frais de données en utilisant L1 dans les frais de transaction moyens de Layer2 ont considérablement diminué, presque éliminés, ce qui suggère d'un autre côté que la marge bénéficiaire de Layer2 pourrait augmenter.
Le modèle de profit de L2 est relativement simple et clair, et peut être résumé comme suit : profit sur la chaîne = frais de transaction de L2 - coût de paiement de L1 ; prenons l'exemple de la chaîne OP, bien que la mise à niveau ait simultanément réduit les frais de transaction de L2 et le coût de paiement de L1, en raison de l'augmentation du volume de transactions et de la base d'utilisateurs, la réduction des deux n'est pas du tout au même ordre de grandeur. Les frais de transaction sont passés de plusieurs centaines de milliers à plusieurs dizaines de milliers, tandis que le coût de paiement est passé de plusieurs centaines de milliers à moins de 1k, et le profit sur la chaîne a également augmenté après la mise à niveau.
Impact du prix 2.5
Pour cette mise à niveau, les utilisateurs se préoccupent non seulement d'une amélioration de l'expérience d'utilisation sur la chaîne, mais également du prix des jetons natifs de chaque L2.