Análisis profundo de la era posterior a la actualización de Cancún: Perspectivas de datos e inversión
Introducción
Ethereum ha tenido 12 actualizaciones desde su lanzamiento oficial el 30 de julio de 2015, y cada actualización ha sido objeto de gran atención.
La principal objetivo de la actualización de Ethereum Cancún-Deneb ( y la actualización Dencun ) es mejorar la escalabilidad y modularidad de la red Layer 2, fortalecer las funciones de seguridad de la red Ethereum y mejorar la usabilidad general.
1. ¿Qué es la actualización Dencun?
1.1 Introducción a la actualización
1.1.1 Origen del nombre
La capa base de Ethereum se compone de dos partes, que son la capa de ejecución y la capa de consenso, y cada parte tiene diferentes reglas de nomenclatura.
Las reglas de nomenclatura de las actualizaciones de la capa de ejecución desde 2021 se basan en las ciudades donde se celebran las conferencias de desarrolladores de Ethereum Devcon(. Por ejemplo, actualizaciones de Berlín, Londres, Shanghái, etc.
La regla de nomenclatura para la actualización de la capa de consenso se ha basado en nombres de cuerpos celestes desde el lanzamiento de la cadena de balizas, siguiendo el orden alfabético. Por ejemplo, Vega ) Altair (, Bellatrix ), Capella (, etc.
Cada nombre de actualización de Ethereum se forma combinando diferentes nombres de actualización, creando un nombre de actualización general. Dado que esta vez Devcon se lleva a cabo en Cancún, México, y la actualización de la capa de consenso se llama Deneb, esta actualización de Ethereum se abrevia como actualización Dencun.
1.1.2 Contexto de la actualización
El contexto de la actualización de Dencun se basa en una planificación a largo plazo para el desarrollo de Ethereum, y el otro núcleo es mejorar la experiencia de Ethereum, logrando finalmente un ecosistema descentralizado, sin permisos, resistente a la censura y de código abierto.
Por un lado, a través del mapa de planificación publicado por el fundador de Ethereum, Vitalik Buterin, el 31 de diciembre de 2023, se puede ver que la actualización Dencun corresponde a la parte de The surge, comenzando con la experiencia del usuario como prioridad ), por ejemplo, mejorando la velocidad de las transacciones y reduciendo el Gas fee (, con el objetivo de aumentar la eficiencia de la red, reducir los costos de transacción y sentar una base sólida para el desarrollo futuro.
![Análisis profundo de la era posterior a la actualización de Cancún: Perspectiva de datos e inversiones])https://img-cdn.gateio.im/webp-social/moments-a9dce2caf2553b6bfcc981c8720f0291.webp(
Por otro lado, según el artículo "Make Ethereum Cypherpunk Again" publicado por Vitalik Buterin el 28 de diciembre de 2023, Vitalik cree que una de las razones fundamentales que está llevando a que la blockchain se limite cada vez más a la especulación de activos es el aumento de las tarifas de transacción, lo que ha convertido a los Degen Gamblers en un grupo dominante, lo que perjudica la realización del valor de aplicación de la blockchain, por lo que es necesario reducir las tarifas de transacción.
1.1.3 Tiempo de actualización
Según la planificación de Ethereum, la información sobre el tiempo de actualización y la activación es:
Tiempo de activación de la actualización de la capa de ejecución )EL(: altura 13,843,136
Capa de consenso )CL( tiempo de activación de la actualización: Época 269568
1.1.4 Contenido involucrado
Las actualizaciones de Ethereum Cancun-Deneb han realizado una serie de mejoras tanto en la capa de ejecución como en la capa de consenso. Cancun ) ha perfeccionado la capa de ejecución ( EL ), mientras que Deneb ( ha mejorado la capa de consenso ) CL (, e incorpora una serie de propuestas de mejora de Ethereum ) EIP ( que son cruciales para el desarrollo de la red Ethereum. Hay un total de 9 EIP, y presentaremos los EIP clave en futuras publicaciones.
![Análisis profundo de la era post-actualización de Cancún: Perspectivas de datos e inversión])https://img-cdn.gateio.im/webp-social/moments-7c8d80321de8223b9f2e8803d194411f.webp(
)# 1.2 Puntos clave de la actualización de Dencun
A través de lo anterior, sabemos que la actualización de Dencun se centra principalmente en mejorar Ethereum, y el plan de implementación específico gira en torno a una serie de EIP. A continuación, se llevará a cabo un análisis de los EIP centrales involucrados.
1.2.1 EIP-4844 Transacciones de Blob fragmentadas ( Proto-Danksharding )
EIP-4844 es el mayor destacado de esta actualización, con el objetivo de reducir las tarifas de transacción, aumentar el rendimiento de transacciones ( TPS ) y la escalabilidad. Su esencia es una actualización transitoria que prepara el camino para el futuro, con el fin de lograr el completo Danksharding ###, la última parte de la actualización de "tranquilidad" de Ethereum (, Proto-Danksharding está sentando las bases para Danksharding.
La disponibilidad de datos en la cadena principal de Ethereum se puede entender como los datos generados en las llamadas de transacción del contrato Calldata), mientras que los datos que Layer 2 reenvía a Layer 1 se almacenan en Calldata. Además, por razones de seguridad, cada paso de ejecución de Calldata requiere Gas, lo que resulta en un alto costo de Gas. Sin embargo, los datos de transacción en Calldata, una vez validados, en realidad tienen poco uso, ya que los datos a largo plazo también se pueden descargar y validar, e incluso no necesitan ser enviados a la capa de ejecución. Tomando como ejemplo la composición histórica de los costos de transacción promedio de la cadena Layer2-OP, se puede observar que cerca del 80% de los costos provienen de los costos de datos de L1.
Por lo tanto, EIP-4844 introduce una nueva estructura de almacenamiento de datos: Blob, diseñada específicamente para almacenar los datos de las transacciones enviadas de L2 a L1. Después de su introducción, los datos de las transacciones de L2 se envían directamente al Blob para su almacenamiento, lo que permite que los nodos de consenso los descarguen completamente y se puedan eliminar después de un breve retraso, reduciendo la carga de almacenamiento innecesaria. Esto significa que la introducción del Blob reducirá significativamente las tarifas de transacción de L2. Al mismo tiempo, el Blob también expande el espacio de bloque para L2, y el volumen de transacciones de L2 también aumentará significativamente.
1.2.2 EIP-1153 Código de operación de almacenamiento transitorio
El objetivo principal de EIP-1153 es ahorrar espacio de almacenamiento y costos de almacenamiento. El almacenamiento transitorio se descarta después de cada transacción, por lo tanto, el almacenamiento temporal es más barato, ya que no requiere acceso al disco.
EIP-1153 es más amigable para los desarrolladores de Dapp, ya que introduce nuevos códigos de operación TSTORE y TLOAD en la EVM. El costo de Gas al invocar estos códigos de operación es de aproximadamente 100 Gas cada uno, lo que es un 95% más barato que las llamadas de almacenamiento tradicionales (SLOAD y SSTORE). Al mismo tiempo, una vez que se completa la ejecución de la transacción, esa parte del almacenamiento se eliminará, reduciendo así los costos de almacenamiento y el consumo de Gas. Por ejemplo, en el futuro, podría permitir que los nuevos contratos DeFi sean más eficientes en términos de Gas.
1.2.3 EIP-4788 Raíz del bloque de referencia en EVM
EIP-4788 permitirá la comunicación entre EVM(, la máquina virtual de Ethereum), y la cadena de balizas(, Beacon). Esta función admite varios casos de uso y puede mejorar los grupos de participación(, las construcciones de re-staking), los puentes de contratos inteligentes(, MEV, entre otros.
Anteriormente, EVM no podía acceder directamente a los datos y estados de Beacon, solo podía capturar el estado a través de oráculos externos de confianza. Por lo tanto, se propuso colocar una raíz de bloque padre de Beacon )parent_beacon_block_root( en cada bloque EVM, de manera que cuando Beacon se actualizara, EVM pudiera obtener información precisa de inmediato.
La raíz del bloque del faro padre se almacenará en un búfer circular, manteniéndose solo alrededor de 1 día. Una vez que una nueva raíz del bloque del faro padre ingrese y la capacidad del búfer alcance un valor crítico, la raíz más antigua del bloque del faro padre será reemplazada, logrando así un almacenamiento de consenso eficiente y limitado. De esta manera, se logra la comunicación de manera minimizada en confianza, y además se eliminan las fallas de oráculos externos y los riesgos maliciosos, aumentando la seguridad.
1.2.4 EIP-5656 MCOPY - Instrucción de copia de memoria
EIP-5656 optimiza el costo del proceso de copiar áreas de memoria al introducir una nueva instrucción EVM llamada MCOPY, mejorando así la eficiencia del movimiento de datos en la EVM.
La copia de memoria es una operación básica, pero implementarla en EVM conlleva un costo. Tomando como ejemplo la copia de datos de 256 bytes de memoria, los desarrolladores pueden reducir el costo de 96 Gas) utilizando MLOAD y MSTORE( a 27 Gas mediante el opcode MCOPY. Se espera que en el futuro la mayoría de los desarrolladores utilicen MCOPY en lugar de MSTORE/MLOAD, y los contratos de Gas más eficientes también beneficiarán a los usuarios finales.
Al mismo tiempo, MCOPY llena el vacío que falta en los métodos de copia de memoria en EVM.
1.2.5 EIP-6780 SELFDESTRUCT solo en la misma transacción
EIP-6780 limita la funcionalidad del código de operación SELFDESTRUCT, la nueva funcionalidad solo envía todos los fondos de la cuenta al objetivo, pero no afecta el código, el almacenamiento y otra información, y también prepara el camino para la futura actualización del árbol Verkle.
Antes de EIP-6780, si un contrato hacía referencia al código de operación SELFDESTRUCT durante su creación, los fondos podían enviarse al objetivo, pero el código, el almacenamiento y otra información serían eliminados. Sin embargo, esta función podría generar ciertos peligros y consecuencias inesperadas. Después de EIP-6780, todo esto no se verá afectado, permitiendo a los desarrolladores gestionar mejor los proyectos, logrando así una blockchain más estable y predecible.
) 2. Impacto en los datos después de la actualización
(# 2.1 Impacto de las tarifas de gas
La parte más crucial de esta actualización, y la que más preocupa a todos, es el cambio en las tarifas de Gas. Gracias a la introducción de EIP-4844, la capa que más se beneficia es la Layer 2, donde la reducción de las tarifas de Gas es muy evidente, mejorando la experiencia del usuario. Esto cumple con la expectativa previa a la actualización de que las tarifas de Layer 2 se reducirían en un 90%.
Y en cuanto a Layer1), para Ethereum en sí (, después de la actualización, las tarifas de Gas han disminuido, pero no de manera significativa; los usuarios, en la práctica, no han notado ningún cambio.
![Análisis profundo de la era post-mejora de Cancún: Perspectivas de datos e inversión])https://img-cdn.gateio.im/webp-social/moments-f17426dc632c755745ea71b3d5f3c2aa.webp(
)# 2.2 Impacto del volumen de transacciones
La actualización no solo busca reducir el Gas, sino también aumentar el rendimiento, que es un enfoque clave en el plan de desarrollo de escalabilidad de Ethereum.
Después de completar la actualización, el volumen de transacciones de Base aumentó rápidamente y superó el límite anterior, pasando de 500,000 a 2 millones, lo que significa que el EIP-4844 tuvo un impacto directo en ello, siendo el más beneficiado.
2.3 impacto en TPS
La optimización de TPS### y el número de transacciones por segundo ( significa que los desarrolladores tienen mayor flexibilidad al construir y desplegar dApps, lo que se espera que genere aplicaciones más complejas y con mayor densidad de datos, atrayendo así a una base de usuarios más amplia.
Después de completar la actualización, el TPS de cada Layer2 ha aumentado en general, pero no supera los 30 transacciones/segundo.
La baja TPS es un fenómeno común en la industria Web3 actualmente, a diferencia de la alta característica de TPS de la industria tradicional Web2. La TPS más alta de Layer2 no ha superado los 500, pero desde la perspectiva del desarrollo de la industria, esta actualización también está sentando las bases para el futuro, al mismo tiempo que responde a las expectativas de desarrollo de Ethereum------alcanzar más de 100,000 TPS.
![Análisis profundo de la era posterior a la actualización de Cancún: Perspectiva de datos e inversión])https://img-cdn.gateio.im/webp-social/moments-c70c8d5f9e1e0ca190cd9703bb808f41.webp(
)# 2.4 Uso de Blob
La principal razón de la disminución general de las tarifas de transacción de Layer2 es la introducción del tipo Blob. Cuanto mayor sea la cantidad de Blobs en las transacciones, mayor será el rendimiento general, lo que también sienta las bases para la futura actualización de Ethereum.
Se esperaba inicialmente que, si se lograba un objetivo promedio de 3 Blobs por bloque, el rendimiento de L2 tendría un aumento cercano al 200%. Si se lograra finalmente el objetivo de 64 Blobs por bloque, el rendimiento de L2 tendría un aumento cercano a 4000%. La limitación máxima de esta actualización se estableció en 6 Blobs.
Según la situación actual, Blob ha comenzado a usarse en las transacciones, pero la tasa de uso general no es alta, el pico también ocurrió justo después de completar la actualización, y luego ha ido disminuyendo gradualmente, sin haber alcanzado aún el objetivo promedio estimado de 3 Blobs.
![Análisis profundo de la era post-upgrade de Cancún: Perspectiva de datos e inversión]###https://img-cdn.gateio.im/webp-social/moments-d5a8582b17a29dc3083296b37e9ec9f3.webp(
Sin embargo, la introducción del tipo Blob ha mejorado claramente los costos de datos de Layer2 sobre Layer1. A partir del ejemplo de la cadena OP mencionado anteriormente, se puede sentir intuitivamente que los costos de datos de L1 en los costos promedio de transacción de Layer2 se han reducido significativamente, casi eliminándose, lo que también sugiere desde otro ángulo que el margen de beneficio de Layer2 podría aumentar.
El modelo de ganancias de L2 es relativamente simple y claro, se puede resumir básicamente como: beneficios en la cadena = tarifas de transacción de L2 - costos de pago de L1; tomando como ejemplo la cadena OP, aunque la actualización redujo simultáneamente las tarifas de transacción de L2 y los costos de pago de L1, debido al aumento en el volumen de transacciones y la base de usuarios, la disminución de ambos no está en el mismo orden de magnitud. Las tarifas de transacción bajaron de cientos de miles a decenas de miles, mientras que los costos de pago pasaron de cientos de miles a menos de 1k, los beneficios en la cadena también aumentaron después de la actualización.
![Análisis profundo de la era post-actualización de Cancún: Perspectiva de datos e inversión])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 me gusta
Recompensa
12
3
Compartir
Comentar
0/400
quietly_staking
· 07-06 20:44
¡L2 finalmente va a explotar!
Ver originalesResponder0
NftDataDetective
· 07-06 20:42
hmm... la acción del precio posterior a Cancún se siente un poco rara, para ser honesto
Análisis de la actualización de Cancún: un nuevo capítulo de expansión de Ethereum L2
Análisis profundo de la era posterior a la actualización de Cancún: Perspectivas de datos e inversión
Introducción
Ethereum ha tenido 12 actualizaciones desde su lanzamiento oficial el 30 de julio de 2015, y cada actualización ha sido objeto de gran atención.
La principal objetivo de la actualización de Ethereum Cancún-Deneb ( y la actualización Dencun ) es mejorar la escalabilidad y modularidad de la red Layer 2, fortalecer las funciones de seguridad de la red Ethereum y mejorar la usabilidad general.
1. ¿Qué es la actualización Dencun?
1.1 Introducción a la actualización
1.1.1 Origen del nombre
La capa base de Ethereum se compone de dos partes, que son la capa de ejecución y la capa de consenso, y cada parte tiene diferentes reglas de nomenclatura.
Las reglas de nomenclatura de las actualizaciones de la capa de ejecución desde 2021 se basan en las ciudades donde se celebran las conferencias de desarrolladores de Ethereum Devcon(. Por ejemplo, actualizaciones de Berlín, Londres, Shanghái, etc.
La regla de nomenclatura para la actualización de la capa de consenso se ha basado en nombres de cuerpos celestes desde el lanzamiento de la cadena de balizas, siguiendo el orden alfabético. Por ejemplo, Vega ) Altair (, Bellatrix ), Capella (, etc.
Cada nombre de actualización de Ethereum se forma combinando diferentes nombres de actualización, creando un nombre de actualización general. Dado que esta vez Devcon se lleva a cabo en Cancún, México, y la actualización de la capa de consenso se llama Deneb, esta actualización de Ethereum se abrevia como actualización Dencun.
1.1.2 Contexto de la actualización
El contexto de la actualización de Dencun se basa en una planificación a largo plazo para el desarrollo de Ethereum, y el otro núcleo es mejorar la experiencia de Ethereum, logrando finalmente un ecosistema descentralizado, sin permisos, resistente a la censura y de código abierto.
Por un lado, a través del mapa de planificación publicado por el fundador de Ethereum, Vitalik Buterin, el 31 de diciembre de 2023, se puede ver que la actualización Dencun corresponde a la parte de The surge, comenzando con la experiencia del usuario como prioridad ), por ejemplo, mejorando la velocidad de las transacciones y reduciendo el Gas fee (, con el objetivo de aumentar la eficiencia de la red, reducir los costos de transacción y sentar una base sólida para el desarrollo futuro.
![Análisis profundo de la era posterior a la actualización de Cancún: Perspectiva de datos e inversiones])https://img-cdn.gateio.im/webp-social/moments-a9dce2caf2553b6bfcc981c8720f0291.webp(
Por otro lado, según el artículo "Make Ethereum Cypherpunk Again" publicado por Vitalik Buterin el 28 de diciembre de 2023, Vitalik cree que una de las razones fundamentales que está llevando a que la blockchain se limite cada vez más a la especulación de activos es el aumento de las tarifas de transacción, lo que ha convertido a los Degen Gamblers en un grupo dominante, lo que perjudica la realización del valor de aplicación de la blockchain, por lo que es necesario reducir las tarifas de transacción.
1.1.3 Tiempo de actualización
Según la planificación de Ethereum, la información sobre el tiempo de actualización y la activación es:
1.1.4 Contenido involucrado
Las actualizaciones de Ethereum Cancun-Deneb han realizado una serie de mejoras tanto en la capa de ejecución como en la capa de consenso. Cancun ) ha perfeccionado la capa de ejecución ( EL ), mientras que Deneb ( ha mejorado la capa de consenso ) CL (, e incorpora una serie de propuestas de mejora de Ethereum ) EIP ( que son cruciales para el desarrollo de la red Ethereum. Hay un total de 9 EIP, y presentaremos los EIP clave en futuras publicaciones.
![Análisis profundo de la era post-actualización de Cancún: Perspectivas de datos e inversión])https://img-cdn.gateio.im/webp-social/moments-7c8d80321de8223b9f2e8803d194411f.webp(
)# 1.2 Puntos clave de la actualización de Dencun
A través de lo anterior, sabemos que la actualización de Dencun se centra principalmente en mejorar Ethereum, y el plan de implementación específico gira en torno a una serie de EIP. A continuación, se llevará a cabo un análisis de los EIP centrales involucrados.
1.2.1 EIP-4844 Transacciones de Blob fragmentadas ( Proto-Danksharding )
EIP-4844 es el mayor destacado de esta actualización, con el objetivo de reducir las tarifas de transacción, aumentar el rendimiento de transacciones ( TPS ) y la escalabilidad. Su esencia es una actualización transitoria que prepara el camino para el futuro, con el fin de lograr el completo Danksharding ###, la última parte de la actualización de "tranquilidad" de Ethereum (, Proto-Danksharding está sentando las bases para Danksharding.
La disponibilidad de datos en la cadena principal de Ethereum se puede entender como los datos generados en las llamadas de transacción del contrato Calldata), mientras que los datos que Layer 2 reenvía a Layer 1 se almacenan en Calldata. Además, por razones de seguridad, cada paso de ejecución de Calldata requiere Gas, lo que resulta en un alto costo de Gas. Sin embargo, los datos de transacción en Calldata, una vez validados, en realidad tienen poco uso, ya que los datos a largo plazo también se pueden descargar y validar, e incluso no necesitan ser enviados a la capa de ejecución. Tomando como ejemplo la composición histórica de los costos de transacción promedio de la cadena Layer2-OP, se puede observar que cerca del 80% de los costos provienen de los costos de datos de L1.
Por lo tanto, EIP-4844 introduce una nueva estructura de almacenamiento de datos: Blob, diseñada específicamente para almacenar los datos de las transacciones enviadas de L2 a L1. Después de su introducción, los datos de las transacciones de L2 se envían directamente al Blob para su almacenamiento, lo que permite que los nodos de consenso los descarguen completamente y se puedan eliminar después de un breve retraso, reduciendo la carga de almacenamiento innecesaria. Esto significa que la introducción del Blob reducirá significativamente las tarifas de transacción de L2. Al mismo tiempo, el Blob también expande el espacio de bloque para L2, y el volumen de transacciones de L2 también aumentará significativamente.
1.2.2 EIP-1153 Código de operación de almacenamiento transitorio
El objetivo principal de EIP-1153 es ahorrar espacio de almacenamiento y costos de almacenamiento. El almacenamiento transitorio se descarta después de cada transacción, por lo tanto, el almacenamiento temporal es más barato, ya que no requiere acceso al disco.
EIP-1153 es más amigable para los desarrolladores de Dapp, ya que introduce nuevos códigos de operación TSTORE y TLOAD en la EVM. El costo de Gas al invocar estos códigos de operación es de aproximadamente 100 Gas cada uno, lo que es un 95% más barato que las llamadas de almacenamiento tradicionales (SLOAD y SSTORE). Al mismo tiempo, una vez que se completa la ejecución de la transacción, esa parte del almacenamiento se eliminará, reduciendo así los costos de almacenamiento y el consumo de Gas. Por ejemplo, en el futuro, podría permitir que los nuevos contratos DeFi sean más eficientes en términos de Gas.
1.2.3 EIP-4788 Raíz del bloque de referencia en EVM
EIP-4788 permitirá la comunicación entre EVM(, la máquina virtual de Ethereum), y la cadena de balizas(, Beacon). Esta función admite varios casos de uso y puede mejorar los grupos de participación(, las construcciones de re-staking), los puentes de contratos inteligentes(, MEV, entre otros.
Anteriormente, EVM no podía acceder directamente a los datos y estados de Beacon, solo podía capturar el estado a través de oráculos externos de confianza. Por lo tanto, se propuso colocar una raíz de bloque padre de Beacon )parent_beacon_block_root( en cada bloque EVM, de manera que cuando Beacon se actualizara, EVM pudiera obtener información precisa de inmediato.
La raíz del bloque del faro padre se almacenará en un búfer circular, manteniéndose solo alrededor de 1 día. Una vez que una nueva raíz del bloque del faro padre ingrese y la capacidad del búfer alcance un valor crítico, la raíz más antigua del bloque del faro padre será reemplazada, logrando así un almacenamiento de consenso eficiente y limitado. De esta manera, se logra la comunicación de manera minimizada en confianza, y además se eliminan las fallas de oráculos externos y los riesgos maliciosos, aumentando la seguridad.
1.2.4 EIP-5656 MCOPY - Instrucción de copia de memoria
EIP-5656 optimiza el costo del proceso de copiar áreas de memoria al introducir una nueva instrucción EVM llamada MCOPY, mejorando así la eficiencia del movimiento de datos en la EVM.
La copia de memoria es una operación básica, pero implementarla en EVM conlleva un costo. Tomando como ejemplo la copia de datos de 256 bytes de memoria, los desarrolladores pueden reducir el costo de 96 Gas) utilizando MLOAD y MSTORE( a 27 Gas mediante el opcode MCOPY. Se espera que en el futuro la mayoría de los desarrolladores utilicen MCOPY en lugar de MSTORE/MLOAD, y los contratos de Gas más eficientes también beneficiarán a los usuarios finales.
Al mismo tiempo, MCOPY llena el vacío que falta en los métodos de copia de memoria en EVM.
1.2.5 EIP-6780 SELFDESTRUCT solo en la misma transacción
EIP-6780 limita la funcionalidad del código de operación SELFDESTRUCT, la nueva funcionalidad solo envía todos los fondos de la cuenta al objetivo, pero no afecta el código, el almacenamiento y otra información, y también prepara el camino para la futura actualización del árbol Verkle.
Antes de EIP-6780, si un contrato hacía referencia al código de operación SELFDESTRUCT durante su creación, los fondos podían enviarse al objetivo, pero el código, el almacenamiento y otra información serían eliminados. Sin embargo, esta función podría generar ciertos peligros y consecuencias inesperadas. Después de EIP-6780, todo esto no se verá afectado, permitiendo a los desarrolladores gestionar mejor los proyectos, logrando así una blockchain más estable y predecible.
) 2. Impacto en los datos después de la actualización
(# 2.1 Impacto de las tarifas de gas
La parte más crucial de esta actualización, y la que más preocupa a todos, es el cambio en las tarifas de Gas. Gracias a la introducción de EIP-4844, la capa que más se beneficia es la Layer 2, donde la reducción de las tarifas de Gas es muy evidente, mejorando la experiencia del usuario. Esto cumple con la expectativa previa a la actualización de que las tarifas de Layer 2 se reducirían en un 90%.
Y en cuanto a Layer1), para Ethereum en sí (, después de la actualización, las tarifas de Gas han disminuido, pero no de manera significativa; los usuarios, en la práctica, no han notado ningún cambio.
![Análisis profundo de la era post-mejora de Cancún: Perspectivas de datos e inversión])https://img-cdn.gateio.im/webp-social/moments-f17426dc632c755745ea71b3d5f3c2aa.webp(
)# 2.2 Impacto del volumen de transacciones
La actualización no solo busca reducir el Gas, sino también aumentar el rendimiento, que es un enfoque clave en el plan de desarrollo de escalabilidad de Ethereum.
Después de completar la actualización, el volumen de transacciones de Base aumentó rápidamente y superó el límite anterior, pasando de 500,000 a 2 millones, lo que significa que el EIP-4844 tuvo un impacto directo en ello, siendo el más beneficiado.
2.3 impacto en TPS
La optimización de TPS### y el número de transacciones por segundo ( significa que los desarrolladores tienen mayor flexibilidad al construir y desplegar dApps, lo que se espera que genere aplicaciones más complejas y con mayor densidad de datos, atrayendo así a una base de usuarios más amplia.
Después de completar la actualización, el TPS de cada Layer2 ha aumentado en general, pero no supera los 30 transacciones/segundo.
La baja TPS es un fenómeno común en la industria Web3 actualmente, a diferencia de la alta característica de TPS de la industria tradicional Web2. La TPS más alta de Layer2 no ha superado los 500, pero desde la perspectiva del desarrollo de la industria, esta actualización también está sentando las bases para el futuro, al mismo tiempo que responde a las expectativas de desarrollo de Ethereum------alcanzar más de 100,000 TPS.
![Análisis profundo de la era posterior a la actualización de Cancún: Perspectiva de datos e inversión])https://img-cdn.gateio.im/webp-social/moments-c70c8d5f9e1e0ca190cd9703bb808f41.webp(
)# 2.4 Uso de Blob
La principal razón de la disminución general de las tarifas de transacción de Layer2 es la introducción del tipo Blob. Cuanto mayor sea la cantidad de Blobs en las transacciones, mayor será el rendimiento general, lo que también sienta las bases para la futura actualización de Ethereum.
Se esperaba inicialmente que, si se lograba un objetivo promedio de 3 Blobs por bloque, el rendimiento de L2 tendría un aumento cercano al 200%. Si se lograra finalmente el objetivo de 64 Blobs por bloque, el rendimiento de L2 tendría un aumento cercano a 4000%. La limitación máxima de esta actualización se estableció en 6 Blobs.
Según la situación actual, Blob ha comenzado a usarse en las transacciones, pero la tasa de uso general no es alta, el pico también ocurrió justo después de completar la actualización, y luego ha ido disminuyendo gradualmente, sin haber alcanzado aún el objetivo promedio estimado de 3 Blobs.
![Análisis profundo de la era post-upgrade de Cancún: Perspectiva de datos e inversión]###https://img-cdn.gateio.im/webp-social/moments-d5a8582b17a29dc3083296b37e9ec9f3.webp(
Sin embargo, la introducción del tipo Blob ha mejorado claramente los costos de datos de Layer2 sobre Layer1. A partir del ejemplo de la cadena OP mencionado anteriormente, se puede sentir intuitivamente que los costos de datos de L1 en los costos promedio de transacción de Layer2 se han reducido significativamente, casi eliminándose, lo que también sugiere desde otro ángulo que el margen de beneficio de Layer2 podría aumentar.
El modelo de ganancias de L2 es relativamente simple y claro, se puede resumir básicamente como: beneficios en la cadena = tarifas de transacción de L2 - costos de pago de L1; tomando como ejemplo la cadena OP, aunque la actualización redujo simultáneamente las tarifas de transacción de L2 y los costos de pago de L1, debido al aumento en el volumen de transacciones y la base de usuarios, la disminución de ambos no está en el mismo orden de magnitud. Las tarifas de transacción bajaron de cientos de miles a decenas de miles, mientras que los costos de pago pasaron de cientos de miles a menos de 1k, los beneficios en la cadena también aumentaron después de la actualización.
![Análisis profundo de la era post-actualización de Cancún: Perspectiva de datos e inversión])https://img-cdn.gateio.im/webp-social/moments-31e7751ec6515e4339d663efcdf064e0.webp###
(#