Analyse approfondie de l'ère post-mise à niveau de Cancun : perspectives de données et d'investissement
Introduction
Depuis son lancement officiel le 30 juillet 2015, Ethereum a connu 12 mises à niveau, chacune ayant attiré une attention considérable.
La principale objectif de la mise à niveau Ethereum Cancun-Deneb ( Dencun ) est d'améliorer l'évolutivité 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 nommage différentes.
La règle de nomination pour les mises à niveau de la couche d'exécution est en vigueur depuis 2021, nommée d'après les villes où se tient la Devcon(, la conférence des développeurs Ethereum). Par exemple, mise à niveau de Berlin, mise à niveau de Londres, mise à niveau de Shanghai, etc.
La règle de dénomination des mises à niveau de la couche de consensus est basée sur des noms d'objets célestes depuis le lancement de la chaîne de balise, en suivant l'ordre alphabétique. Par exemple, Vénus ( Altair ), Bellatrix (, Capella ), etc.
Chaque nom de mise à niveau d'Ethereum est une combinaison de deux noms de mise à niveau différents, formant ainsi un nom de mise à niveau global. Étant donné que le lieu de cette Devcon est Cancun, au Mexique, et que la mise à niveau de la couche de consensus est Deneb, cette mise à niveau d'Ethereum est donc appelée mise à niveau Dencun.
1.1.2 Contexte de la mise à niveau
Le contexte de la mise à niveau de Dencun repose sur un plan à long terme basé sur le développement d'Ethereum, et l'autre aspect clé est d'améliorer l'expérience d'Ethereum, afin de réaliser finalement un écosystème sans autorisation, décentralisé, résistant à la censure et open source.
D'une part, on peut voir à travers la feuille de route publiée par le fondateur d'Ethereum, Vitalik Buterin, le 31 décembre 2023, que la mise à niveau Dencun correspond à une partie de The surge, mettant l'accent sur l'expérience utilisateur en premier lieu (, par exemple en améliorant la vitesse des transactions et en réduisant les frais de Gas ), avec pour objectif d'améliorer l'efficacité du réseau, de réduire les coûts des transactions et de poser 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 considère que l'une des raisons fondamentales qui limitent de plus en plus la blockchain à la spéculation sur les actifs est l'augmentation des frais de transaction, ce qui fait des Degen Gamblers un groupe dominant, nuisant à la réalisation de la valeur d'application de la blockchain. Par conséquent, il est nécessaire de réduire les frais de transaction.
1.1.3 Temps de mise à niveau
Selon le plan d'Ethereum, les informations sur la date de mise à niveau et l'activation sont :
Temps d'activation de la mise à niveau de la couche d'exécution (EL) : 13,843,136 hauteur
Temps d'activation de la mise à niveau de la couche de consensus (CL) : Époque 269568
1.1.4 Contenu concerné
La mise à niveau Cancun-Deneb d'Ethereum a introduit une série d'améliorations pour la couche d'exécution et la couche de consensus. Cancun( a amélioré la couche d'exécution) EL(, tandis que Deneb) a renforcé la couche de consensus( CL), et a intégré une série de propositions d'amélioration d'Ethereum( EIP) qui sont cruciales pour le développement du réseau Ethereum. Il y a un total de 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
À travers cette compréhension, nous savons 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. Ci-dessous, nous allons analyser les EIP clés concernés.
1.2.1 EIP-4844 Transactions de 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é. Essentiellement, il s'agit d'une mise à niveau transitoire pour préparer l'avenir, afin de réaliser la partie finale de la mise à niveau "tranquille" d'Ethereum Danksharding (, le Proto-Danksharding jette les bases pour le Danksharding.
La disponibilité des données sur la chaîne principale Ethereum peut être comprise comme Calldata), qui représente les données générées lors des appels de transactions de contrat(. De plus, les données renvoyées de Layer 2 à Layer 1 sont stockées dans Calldata. Par ailleurs, pour des raisons de sécurité, chaque étape d'exécution de Calldata nécessite du 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, sans même nécessiter d'être transmises à 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 de L1.
![Analyse approfondie de l'ère post-hausse de Cancun : perspectives sur les données et l'investissement])https://img-cdn.gateio.im/webp-social/moments-8a85407cddc7f38044d30d819f36fb26.webp(
Ainsi, l'EIP-4844 introduit une nouvelle structure de stockage de données - le Blob, spécialement conçu pour stocker les données de transactions soumises par L2 à L1. Une fois introduit, les données de transactions L2 sont directement soumises et stockées dans le Blob, disponibles pour un téléchargement complet par les nœuds de consensus, et peuvent ê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 L2. De plus, le Blob équivaut à une extension supplémentaire de l'espace de bloc pour L2, tout en augmentant également de manière significative le débit des transactions L2.
1.2.2 EIP-1153 OpCode 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 jeté après chaque transaction, donc le stockage temporaire est moins cher, car il n'a pas besoin d'accès au disque.
EIP-1153 est plus convivial pour les développeurs de Dapp, introduisant de nouveaux codes d'opération TSTORE et TLOAD dans l'EVM. Le coût en Gas pour appeler ces codes d'opération est d'environ 100 Gas chacun, soit 95 % moins cher que les appels de stockage traditionnels )SLOAD et SSTORE(. De plus, une fois que la transaction complète est exécutée, cette partie du stockage sera effacée, réduisant ainsi les coûts de stockage et la consommation de Gas, ce qui pourrait permettre à de nouveaux contrats DeFi d'économiser davantage de Gas à l'avenir.
1.2.3 EIP-4788 Racine de bloc de balise dans l'EVM
EIP-4788 permettra la communication entre l'EVM), la machine virtuelle Ethereum(, et la chaîne de balises)Beacon(. Cette fonctionnalité prend en charge divers cas d'utilisation, améliorant les pools de staking), les constructions de restaking(, les ponts de contrats intelligents), 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 l'intermédiaire 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), afin que lorsque Beacon soit mis à jour, l'EVM puisse immédiatement obtenir des informations précises.
La racine du bloc de signalisation parent sera stockée dans un tampon circulaire, conservée pendant environ 1 jour. Une fois qu'une nouvelle racine de bloc de signalisation parent est entrée et que la capacité du tampon atteint une valeur critique, la plus ancienne racine de bloc de signalisation 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 pannes d'oracles externes et les risques malveillants, augmentant ainsi la sécurité.
1.2.4 EIP-5656 MCOPY - Instruction de copie de 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 son implémentation sur l'EVM entraîne des coûts. Prenons l'exemple de la copie de données en mémoire de 256 octets, les développeurs peuvent réduire le coût de 96 Gas( précédemment requis par MLOAD et MSTORE) à seulement 27 Gas grâce à l'opcode MCOPY. À l'avenir, il est prévu que la plupart des développeurs utiliseront MCOPY à la place de MSTORE/MLOAD, et des contrats Gas plus efficaces profiteront finalement aux utilisateurs finaux.
En même temps, MCOPY comble le vide dans les méthodes 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 fonction se contente d'envoyer tous les fonds du compte à une cible, sans affecter le code, le stockage et d'autres informations, tout en préparant également la mise à niveau vers l'arbre Verkle.
Avant l'EIP-6780, si le code de contrat faisait référence à l'opcode SELFDESTRUCT, les fonds pouvaient être envoyés à la cible, mais le code, le stockage et d'autres informations seraient supprimés. Cependant, cette fonctionnalité pouvait entraîner certains dangers et conséquences inattendues. Après l'EIP-6780, tout cela ne sera plus affecté, permettant aux développeurs de mieux gérer leurs projets, et ainsi d'atteindre une blockchain plus stable et prévisible.
( 2. Impact sur les données après la mise à niveau
)# 2.1 L'impact des frais de gaz
La mise à jour la plus importante, et celle qui préoccupe le plus tout le monde, est sans aucun doute le changement des frais de Gas. Grâce à l'introduction de l'EIP-4844, le plus grand bénéficiaire est le niveau Layer 2, où la réduction des frais de Gas est très évidente, améliorant ainsi l'expérience utilisateur. Cela correspond essentiellement à l'attente de réduction de 90 % des frais de Layer 2 prévue avant la mise à jour.
En ce qui concerne Layer1( lui-même sur Ethereum ), bien que les frais de Gas aient légèrement diminué après la mise à niveau, cela n'est pas significatif, et les utilisateurs ne ressentent en fait aucun changement dans l'utilisation réelle.
(# 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 clé dans le plan de développement de l'extension d'Ethereum.
Après la mise à niveau, le volume des transactions de Base a d'abord explosé, dépassant l'ancien plafond, passant de 500 000 à 2 millions, ce qui signifie que l'EIP-4844 a eu un impact direct sur lui, en bénéficiant de manière très évidente.
![Analyse approfondie de l'ère post-amélioration de Cancun : perspectives de données et d'investissement])https://img-cdn.gateio.im/webp-social/moments-1ef73967bc5a186cd4e830db27b31a09.webp###
Impact de 2.3 TPS
L'optimisation du nombre de transactions par seconde TPS( signifie que les développeurs ont plus de 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 à la caractéristique de TPS élevé de l'industrie traditionnelle Web2. Le TPS maximum de Layer2 n'a pas non plus dépassé 500, mais du point de vue du 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.
![Analyse approfondie de l'ère post-ascension de Cancun : Perspectives sur les données et l'investissement])https://img-cdn.gateio.im/webp-social/moments-c70c8d5f9e1e0ca190cd9703bb808f41.webp(
)# 2.4 Utilisation des Blobs
La principale raison de la baisse globale des frais de transaction de Layer2 est l'introduction des types Blob. Plus il y a de blobs en attente dans les transactions, plus le débit global sera élevé, ce qui prépare également le terrain pour la future mise à niveau d'Ethereum.
Au départ, il était prévu qu'en atteignant un objectif moyen de 3 Blob par bloc, le débit de L2 augmenterait d'environ 2 fois. Si l'objectif final est d'intégrer 64 Blob par bloc, le débit de L2 pourrait augmenter de près de 40 fois. La mise à niveau actuelle impose une limite maximale de 6 Blob.
Pour l'instant, Blob a commencé à être utilisé dans les transactions, mais le taux d'utilisation global n'est pas très élevé, le pic étant également survenu juste après la mise à jour, puis ayant progressivement diminué, n'atteignant pas encore l'objectif moyen estimé de 3 Blobs.
![Analyse approfondie de l'ère post-élévation de Cancun : perspectives de données et d'investissement]###https://img-cdn.gateio.im/webp-social/moments-d5a8582b17a29dc3083296b37e9ec9f3.webp(
Cependant, l'introduction du type Blob améliore réellement les coûts de données de Layer2 sur Layer1. Dans l'exemple de la chaîne OP mentionné ci-dessus, on peut ressentir de manière intuitive que les coûts de données utilisant L1 dans les frais de transaction moyens de Layer2 sont considérablement réduits, presque éliminés. Cela suggère également, d'un autre côté, que la marge bénéficiaire de Layer2 pourrait être améliorée.
Le modèle de profit de L2 est relativement simple et clair, et peut être résumé comme suit : profit on-chain = frais de transaction L2 - coût de paiement L1 ; en prenant l'exemple de la chaîne OP, bien que la mise à niveau ait simultanément réduit les frais de transaction L2 et le coût de paiement L1, en raison de l'augmentation du volume de transactions et de la base d'utilisateurs, la diminution des deux n'est pas du tout du même ordre de grandeur. Les frais de transaction ont été réduits 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, le profit on-chain a également augmenté après la mise à niveau.
![Analyse approfondie de l'ère post-mise à niveau de Cancun : perspectives données et investissement])https://img-cdn.gateio.im/webp-social/moments-31e7751ec6515e4339d663efcdf064e0.webp###
This page may contain third-party content, which is provided for information purposes only (not representations/warranties) and should not be considered as an endorsement of its views by Gate, nor as financial or professional advice. See Disclaimer for details.
12 J'aime
Récompense
12
3
Partager
Commentaire
0/400
quietly_staking
· 07-06 20:44
L2 va enfin exploser !
Voir l'originalRépondre0
NftDataDetective
· 07-06 20:42
hmm... action sur les prix après Cancun semble un peu étrange à vrai dire
Analyse de la mise à niveau de Cancun : un nouveau chapitre d'expansion pour Ethereum L2
Analyse approfondie de l'ère post-mise à niveau de Cancun : perspectives de données et d'investissement
Introduction
Depuis son lancement officiel le 30 juillet 2015, Ethereum a connu 12 mises à niveau, chacune ayant attiré une attention considérable.
La principale objectif de la mise à niveau Ethereum Cancun-Deneb ( Dencun ) est d'améliorer l'évolutivité 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 nommage différentes.
La règle de nomination pour les mises à niveau de la couche d'exécution est en vigueur depuis 2021, nommée d'après les villes où se tient la Devcon(, la conférence des développeurs Ethereum). Par exemple, mise à niveau de Berlin, mise à niveau de Londres, mise à niveau de Shanghai, etc.
La règle de dénomination des mises à niveau de la couche de consensus est basée sur des noms d'objets célestes depuis le lancement de la chaîne de balise, en suivant l'ordre alphabétique. Par exemple, Vénus ( Altair ), Bellatrix (, Capella ), etc.
Chaque nom de mise à niveau d'Ethereum est une combinaison de deux noms de mise à niveau différents, formant ainsi un nom de mise à niveau global. Étant donné que le lieu de cette Devcon est Cancun, au Mexique, et que la mise à niveau de la couche de consensus est Deneb, cette mise à niveau d'Ethereum est donc appelée mise à niveau Dencun.
1.1.2 Contexte de la mise à niveau
Le contexte de la mise à niveau de Dencun repose sur un plan à long terme basé sur le développement d'Ethereum, et l'autre aspect clé est d'améliorer l'expérience d'Ethereum, afin de réaliser finalement un écosystème sans autorisation, décentralisé, résistant à la censure et open source.
D'une part, on peut voir à travers la feuille de route publiée par le fondateur d'Ethereum, Vitalik Buterin, le 31 décembre 2023, que la mise à niveau Dencun correspond à une partie de The surge, mettant l'accent sur l'expérience utilisateur en premier lieu (, par exemple en améliorant la vitesse des transactions et en réduisant les frais de Gas ), avec pour objectif d'améliorer l'efficacité du réseau, de réduire les coûts des transactions et de poser 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 considère que l'une des raisons fondamentales qui limitent de plus en plus la blockchain à la spéculation sur les actifs est l'augmentation des frais de transaction, ce qui fait des Degen Gamblers un groupe dominant, nuisant à la réalisation de la valeur d'application de la blockchain. Par conséquent, il est nécessaire de réduire les frais de transaction.
1.1.3 Temps de mise à niveau
Selon le plan d'Ethereum, les informations sur la date de mise à niveau et l'activation sont :
1.1.4 Contenu concerné
La mise à niveau Cancun-Deneb d'Ethereum a introduit une série d'améliorations pour la couche d'exécution et la couche de consensus. Cancun( a amélioré la couche d'exécution) EL(, tandis que Deneb) a renforcé la couche de consensus( CL), et a intégré une série de propositions d'amélioration d'Ethereum( EIP) qui sont cruciales pour le développement du réseau Ethereum. Il y a un total de 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
À travers cette compréhension, nous savons 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. Ci-dessous, nous allons analyser les EIP clés concernés.
1.2.1 EIP-4844 Transactions de 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é. Essentiellement, il s'agit d'une mise à niveau transitoire pour préparer l'avenir, afin de réaliser la partie finale de la mise à niveau "tranquille" d'Ethereum Danksharding (, le Proto-Danksharding jette les bases pour le Danksharding.
La disponibilité des données sur la chaîne principale Ethereum peut être comprise comme Calldata), qui représente les données générées lors des appels de transactions de contrat(. De plus, les données renvoyées de Layer 2 à Layer 1 sont stockées dans Calldata. Par ailleurs, pour des raisons de sécurité, chaque étape d'exécution de Calldata nécessite du 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, sans même nécessiter d'être transmises à 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 de L1.
![Analyse approfondie de l'ère post-hausse de Cancun : perspectives sur les données et l'investissement])https://img-cdn.gateio.im/webp-social/moments-8a85407cddc7f38044d30d819f36fb26.webp(
Ainsi, l'EIP-4844 introduit une nouvelle structure de stockage de données - le Blob, spécialement conçu pour stocker les données de transactions soumises par L2 à L1. Une fois introduit, les données de transactions L2 sont directement soumises et stockées dans le Blob, disponibles pour un téléchargement complet par les nœuds de consensus, et peuvent ê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 L2. De plus, le Blob équivaut à une extension supplémentaire de l'espace de bloc pour L2, tout en augmentant également de manière significative le débit des transactions L2.
1.2.2 EIP-1153 OpCode 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 jeté après chaque transaction, donc le stockage temporaire est moins cher, car il n'a pas besoin d'accès au disque.
EIP-1153 est plus convivial pour les développeurs de Dapp, introduisant de nouveaux codes d'opération TSTORE et TLOAD dans l'EVM. Le coût en Gas pour appeler ces codes d'opération est d'environ 100 Gas chacun, soit 95 % moins cher que les appels de stockage traditionnels )SLOAD et SSTORE(. De plus, une fois que la transaction complète est exécutée, cette partie du stockage sera effacée, réduisant ainsi les coûts de stockage et la consommation de Gas, ce qui pourrait permettre à de nouveaux contrats DeFi d'économiser davantage de Gas à l'avenir.
1.2.3 EIP-4788 Racine de bloc de balise dans l'EVM
EIP-4788 permettra la communication entre l'EVM), la machine virtuelle Ethereum(, et la chaîne de balises)Beacon(. Cette fonctionnalité prend en charge divers cas d'utilisation, améliorant les pools de staking), les constructions de restaking(, les ponts de contrats intelligents), 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 l'intermédiaire 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), afin que lorsque Beacon soit mis à jour, l'EVM puisse immédiatement obtenir des informations précises.
La racine du bloc de signalisation parent sera stockée dans un tampon circulaire, conservée pendant environ 1 jour. Une fois qu'une nouvelle racine de bloc de signalisation parent est entrée et que la capacité du tampon atteint une valeur critique, la plus ancienne racine de bloc de signalisation 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 pannes d'oracles externes et les risques malveillants, augmentant ainsi la sécurité.
1.2.4 EIP-5656 MCOPY - Instruction de copie de 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 son implémentation sur l'EVM entraîne des coûts. Prenons l'exemple de la copie de données en mémoire de 256 octets, les développeurs peuvent réduire le coût de 96 Gas( précédemment requis par MLOAD et MSTORE) à seulement 27 Gas grâce à l'opcode MCOPY. À l'avenir, il est prévu que la plupart des développeurs utiliseront MCOPY à la place de MSTORE/MLOAD, et des contrats Gas plus efficaces profiteront finalement aux utilisateurs finaux.
En même temps, MCOPY comble le vide dans les méthodes 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 fonction se contente d'envoyer tous les fonds du compte à une cible, sans affecter le code, le stockage et d'autres informations, tout en préparant également la mise à niveau vers l'arbre Verkle.
Avant l'EIP-6780, si le code de contrat faisait référence à l'opcode SELFDESTRUCT, les fonds pouvaient être envoyés à la cible, mais le code, le stockage et d'autres informations seraient supprimés. Cependant, cette fonctionnalité pouvait entraîner certains dangers et conséquences inattendues. Après l'EIP-6780, tout cela ne sera plus affecté, permettant aux développeurs de mieux gérer leurs projets, et ainsi d'atteindre une blockchain plus stable et prévisible.
( 2. Impact sur les données après la mise à niveau
)# 2.1 L'impact des frais de gaz
La mise à jour la plus importante, et celle qui préoccupe le plus tout le monde, est sans aucun doute le changement des frais de Gas. Grâce à l'introduction de l'EIP-4844, le plus grand bénéficiaire est le niveau Layer 2, où la réduction des frais de Gas est très évidente, améliorant ainsi l'expérience utilisateur. Cela correspond essentiellement à l'attente de réduction de 90 % des frais de Layer 2 prévue avant la mise à jour.
En ce qui concerne Layer1( lui-même sur Ethereum ), bien que les frais de Gas aient légèrement diminué après la mise à niveau, cela n'est pas significatif, et les utilisateurs ne ressentent en fait aucun changement dans l'utilisation réelle.
(# 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 clé dans le plan de développement de l'extension d'Ethereum.
Après la mise à niveau, le volume des transactions de Base a d'abord explosé, dépassant l'ancien plafond, passant de 500 000 à 2 millions, ce qui signifie que l'EIP-4844 a eu un impact direct sur lui, en bénéficiant de manière très évidente.
![Analyse approfondie de l'ère post-amélioration de Cancun : perspectives de données et d'investissement])https://img-cdn.gateio.im/webp-social/moments-1ef73967bc5a186cd4e830db27b31a09.webp###
Impact de 2.3 TPS
L'optimisation du nombre de transactions par seconde TPS( signifie que les développeurs ont plus de 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 à la caractéristique de TPS élevé de l'industrie traditionnelle Web2. Le TPS maximum de Layer2 n'a pas non plus dépassé 500, mais du point de vue du 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.
![Analyse approfondie de l'ère post-ascension de Cancun : Perspectives sur les données et l'investissement])https://img-cdn.gateio.im/webp-social/moments-c70c8d5f9e1e0ca190cd9703bb808f41.webp(
)# 2.4 Utilisation des Blobs
La principale raison de la baisse globale des frais de transaction de Layer2 est l'introduction des types Blob. Plus il y a de blobs en attente dans les transactions, plus le débit global sera élevé, ce qui prépare également le terrain pour la future mise à niveau d'Ethereum.
Au départ, il était prévu qu'en atteignant un objectif moyen de 3 Blob par bloc, le débit de L2 augmenterait d'environ 2 fois. Si l'objectif final est d'intégrer 64 Blob par bloc, le débit de L2 pourrait augmenter de près de 40 fois. La mise à niveau actuelle impose une limite maximale de 6 Blob.
Pour l'instant, Blob a commencé à être utilisé dans les transactions, mais le taux d'utilisation global n'est pas très élevé, le pic étant également survenu juste après la mise à jour, puis ayant progressivement diminué, n'atteignant pas encore l'objectif moyen estimé de 3 Blobs.
![Analyse approfondie de l'ère post-élévation de Cancun : perspectives de données et d'investissement]###https://img-cdn.gateio.im/webp-social/moments-d5a8582b17a29dc3083296b37e9ec9f3.webp(
Cependant, l'introduction du type Blob améliore réellement les coûts de données de Layer2 sur Layer1. Dans l'exemple de la chaîne OP mentionné ci-dessus, on peut ressentir de manière intuitive que les coûts de données utilisant L1 dans les frais de transaction moyens de Layer2 sont considérablement réduits, presque éliminés. Cela suggère également, d'un autre côté, que la marge bénéficiaire de Layer2 pourrait être améliorée.
Le modèle de profit de L2 est relativement simple et clair, et peut être résumé comme suit : profit on-chain = frais de transaction L2 - coût de paiement L1 ; en prenant l'exemple de la chaîne OP, bien que la mise à niveau ait simultanément réduit les frais de transaction L2 et le coût de paiement L1, en raison de l'augmentation du volume de transactions et de la base d'utilisateurs, la diminution des deux n'est pas du tout du même ordre de grandeur. Les frais de transaction ont été réduits 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, le profit on-chain a également augmenté après la mise à niveau.
![Analyse approfondie de l'ère post-mise à niveau de Cancun : perspectives données et investissement])https://img-cdn.gateio.im/webp-social/moments-31e7751ec6515e4339d663efcdf064e0.webp###
(#