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 un historial de 12 actualizaciones desde su lanzamiento oficial el 30 de julio de 2015, y cada actualización ha sido muy esperada.
La principal objetivo de la actualización de Ethereum Cancún-Deneb (, la actualización Dencun ), es mejorar la escalabilidad y modularidad de la red Layer 2, fortalecer las funciones de seguridad de la red de Ethereum y mejorar la usabilidad general.
1. ¿Qué es la actualización de 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 fusionadas, 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 lleva a cabo la conferencia de desarrolladores de Ethereum Devcon(. Por ejemplo, las actualizaciones de Berlín, Londres, Shanghái, etc.
La regla de nomenclatura de la capa de consenso se ha nombrado con nombres de cuerpos celestes desde el lanzamiento de la cadena de balizas, siguiendo el orden alfabético. Por ejemplo, Altair), Bellatrix(, Capella), etc.
Cada nombre de actualización de Ethereum se forma combinando dos nombres de actualización diferentes para crear un nombre de actualización general. Dado que esta vez Devcon se lleva a cabo en Cancún, México, y la capa de consenso se actualiza a Deneb, la actualización de Ethereum de esta ocasión se denomina actualización Dencun.
(## 1.1.2 Antecedentes de la actualización
El contexto de la actualización de Dencun se basa en una planificación a largo plazo desarrollada sobre Ethereum, y el otro núcleo es mejorar la experiencia en Ethereum, logrando finalmente un ecosistema descentralizado, sin permisos, resistente a la censura y de código abierto.
Por un lado, a través del plan 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 las tarifas de Gas (, con el objetivo de aumentar la eficiencia de la red, reducir los costos de transacción y establecer una base sólida para el desarrollo futuro.
![Análisis profundo de la era posterior a la actualización de Cancún: perspectivas de datos e inversión])https://img-cdn.gateio.im/webp-social/moments-7c8d80321de8223b9f2e8803d194411f.webp###
Por otro lado, según el artículo "Make Ethereum Cypherpunk Again" publicado por Vitalik Buterin el 28 de diciembre de 2023, Vitalik considera que una de las razones principales que están 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 hecho que los Degen Gamblers se conviertan en el grupo principal, lo que es perjudicial para lograr la implementació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 hora de actualización y la información de activación son:
Capa de ejecución ) Cancun (: activada por la altura de bloque 24891459
Capa de consenso ) Deneb ###: activación de la ranura 37 en la era 230400
(## 1.1.4 Contenido relacionado
Las actualizaciones de Ethereum Cancun-Deneb han realizado una serie de mejoras en la capa de ejecución y en la capa de consenso. Cancun ) ha perfeccionado la capa de ejecución ( EL ), mientras que Deneb ### ha fortalecido la capa de consenso ( CL ), e incluye una serie de EIP ( propuestas de mejora de Ethereum ) que son cruciales para el desarrollo de la red Ethereum. Hay un total de 9 EIP, y presentaremos los EIP clave en posteriores introducciones.
(# 1.2 Puntos clave de la actualización de Dencun
)## 1.2.1 Transacciones Blob de fragmentación EIP-4844 ( Proto-Danksharding )
EIP-4844 es el aspecto más destacado de esta actualización, diseñado para reducir las tarifas, aumentar el rendimiento de las transacciones ( TPS ) y la escalabilidad. Su esencia es una actualización transitoria que prepara el camino para el futuro, con el fin de lograr la completa Danksharding ###, que es la última parte de la actualización "tranquilidad" de Ethereum ###, Proto-Danksharding sienta las bases para Danksharding.
La disponibilidad de datos en la cadena principal de Ethereum se puede entender como Calldata(, que se refiere a los datos generados en las llamadas de transacciones de contratos), mientras que los datos que Layer 2 devuelve a Layer 1 se almacenan en Calldata. Además, por razones de seguridad, cada paso de ejecución de Calldata requiere Gas, lo que provoca un alto costo de Gas. Sin embargo, después de que los datos de transacción en Calldata son validados, en realidad tienen poca utilidad; los datos a largo plazo también se pueden descargar para su verificación, e incluso no es necesario transmitirlos a la capa de ejecución. Tomando como ejemplo la composición histórica de los costos promedio de transacción 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 transacciones enviadas desde L2 a L1. Una vez introducido, los datos de 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 tras un breve retraso, reduciendo así 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 adicionalmente el espacio de bloque para L2, y el rendimiento de las transacciones de L2 también mejorará considerablemente.
(## 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, y el costo de Gas para llamar a 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 la transacción completa se ha ejecutado, esa parte de almacenamiento se eliminará, lo que reducirá el costo 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 Gas.
)## 1.2.3 EIP-4788 Raíz de bloque de baliza en EVM
EIP-4788 permitirá la comunicación entre la 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 pools de staking), las construcciones de restaking###, los puentes de contratos inteligentes(, MEV, entre otros.
Antes, 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 de EVM, de modo que cuando Beacon se actualizara, EVM pudiera obtener información precisa de inmediato.
La raíz del bloque de señalización padre se almacenará en un búfer circular, que solo se conservará durante aproximadamente un día. Una vez que entre una nueva raíz de bloque de señalización padre y el búfer alcance el valor crítico, la raíz del bloque de señalización padre más antiguo será reemplazada, logrando así un almacenamiento de consenso eficiente y limitado. De esta manera, se logra la comunicación de una manera que minimiza la confianza, eliminando además 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 copia de áreas de memoria al introducir una nueva instrucción EVM llamada MCOPY, mejorando así la eficiencia del movimiento de datos en el EVM.
La copia de memoria es una operación fundamental, pero implementarla en EVM conlleva un costo. Tomando como ejemplo la copia de datos de memoria de 256 bytes, los desarrolladores pueden reducir el costo de 96 Gas( anteriormente usando 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 función solo envía todos los fondos de la cuenta al objetivo, pero no afecta al código, almacenamiento ni otra información, y también se prepara 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 destino, pero el código, el almacenamiento y otra información serían eliminados; sin embargo, esta función podía generar ciertos peligros y consecuencias inesperadas. Después de EIP-6780, todo esto no se verá afectado, los desarrolladores podrán gestionar mejor los proyectos, logrando así una blockchain más estable y predecible.
) 2. Impacto en la capa de 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. Debido a la introducción de EIP-4844, los que se benefician más son las soluciones de Layer 2, donde la reducción de las tarifas de Gas es muy evidente, mejorando la experiencia del usuario. Esto cumple básicamente con la expectativa previa a la actualización de una reducción del 90% en las tarifas de Layer 2.
Y en cuanto a Layer1) de Ethereum en sí (, después de la actualización, las tarifas de Gas han disminuido, pero no de manera significativa, y los usuarios en el uso real en realidad no sienten ningún cambio.
![Análisis profundo de la era posterior a la actualización 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 reduce el Gas, sino que también busca aumentar el rendimiento, que es un enfoque clave en el plan de expansión de Ethereum.
Después de completar la actualización, el volumen de transacciones de Base aumentó rápidamente y superó el anterior obstáculo, pasando de 500,000 a 2 millones, lo que significa que el EIP-4844 tuvo un impacto directo en él, siendo el más beneficiado.
![Análisis profundo de la era posterior a la actualización de Cancún: Perspectivas de datos e inversión])https://img-cdn.gateio.im/webp-social/moments-1ef73967bc5a186cd4e830db27b31a09.webp###
2.3 impacto en TPS
La optimización del 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, pero no supera los 30 transacciones por segundo.
La baja TPS es un fenómeno común en la industria Web3 en la actualidad, a diferencia de la alta característica de TPS de la industria tradicional Web2. La TPS máxima de Layer2 no ha superado los 500, pero desde la perspectiva del desarrollo de la industria, esta actualización también sienta las bases para el futuro, al mismo tiempo que responde a las expectativas de desarrollo de Ethereum: alcanzar más de 100,000 TPS.
(# 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. Cuantos más Blobs haya en las transacciones, mayor será el rendimiento general, lo que también sienta las bases para las futuras actualizaciones de Ethereum.
Se estimó inicialmente que, si se lograba un objetivo promedio de 3 Blobs por bloque, el rendimiento de L2 aumentaría casi 2 veces. Si finalmente se alcanzara el objetivo de 64 Blobs por bloque, el rendimiento de L2 aumentaría casi 40 veces. La máxima limitación de esta actualización se estableció en 6 Blobs.
Hasta el momento, Blob ha comenzado a utilizarse en las transacciones, pero la tasa de uso general no es alta. El pico también se observó 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 posterior a la actualización de Cancún: Perspectivas de datos e inversión])https://img-cdn.gateio.im/webp-social/moments-d5a8582b17a29dc3083296b37e9ec9f3.webp###
La introducción del tipo Blob ha mejorado significativamente los costos de datos de Layer2 sobre Layer1. En el ejemplo de la cadena OP mencionado anteriormente, se puede observar de manera intuitiva que los costos de datos en Layer1 dentro de los costos promedio de transacción de Layer2 han disminuido notablemente, casi eliminándose. Esto 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 en: ganancias 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 la misma magnitud. Las tarifas de transacción disminuyeron de cientos de miles a decenas de miles, mientras que los costos de pago disminuyeron de cientos de miles a menos de 1k, y las ganancias 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-3c9576e25f024c813ba7d7496fdc7e84.webp(
)# 2.5 impacto en el precio
Para esta actualización, los usuarios además de lo que más les preocupa
Esta página puede contener contenido de terceros, que se proporciona únicamente con fines informativos (sin garantías ni declaraciones) y no debe considerarse como un respaldo por parte de Gate a las opiniones expresadas ni como asesoramiento financiero o profesional. Consulte el Descargo de responsabilidad para obtener más detalles.
12 me gusta
Recompensa
12
10
Republicar
Compartir
Comentar
0/400
ChainWallflower
· 07-05 13:08
¡El ritmo del surgimiento de L2, hermanos!
Ver originalesResponder0
TaxEvader
· 07-04 18:06
L2 To the moon咯 掏空老子Billetera吧
Ver originalesResponder0
GateUser-4745f9ce
· 07-04 09:48
gas finalmente bajó, pero sigue siendo carísimo.
Ver originalesResponder0
CountdownToBroke
· 07-04 04:03
L2 va a To the moon, si no introduces una posición ya será tarde.
Ver originalesResponder0
OffchainWinner
· 07-04 03:56
la tarifa de gas ha bajado, ¡al fin puedo jugar un poco con defi!
Ver originalesResponder0
RektButAlive
· 07-04 03:50
La caída es tan fuerte que parece que voy a perder la piel. En comparación, Soltar el gas es más realista que subir un poco.
Análisis de la reducción de las tarifas de Gas y las perspectivas de desarrollo de L2 en la nueva era de Ethereum tras la actualización de Cancún
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 un historial de 12 actualizaciones desde su lanzamiento oficial el 30 de julio de 2015, y cada actualización ha sido muy esperada.
La principal objetivo de la actualización de Ethereum Cancún-Deneb (, la actualización Dencun ), es mejorar la escalabilidad y modularidad de la red Layer 2, fortalecer las funciones de seguridad de la red de Ethereum y mejorar la usabilidad general.
1. ¿Qué es la actualización de 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 fusionadas, 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 lleva a cabo la conferencia de desarrolladores de Ethereum Devcon(. Por ejemplo, las actualizaciones de Berlín, Londres, Shanghái, etc.
La regla de nomenclatura de la capa de consenso se ha nombrado con nombres de cuerpos celestes desde el lanzamiento de la cadena de balizas, siguiendo el orden alfabético. Por ejemplo, Altair), Bellatrix(, Capella), etc.
Cada nombre de actualización de Ethereum se forma combinando dos nombres de actualización diferentes para crear un nombre de actualización general. Dado que esta vez Devcon se lleva a cabo en Cancún, México, y la capa de consenso se actualiza a Deneb, la actualización de Ethereum de esta ocasión se denomina actualización Dencun.
(## 1.1.2 Antecedentes de la actualización
El contexto de la actualización de Dencun se basa en una planificación a largo plazo desarrollada sobre Ethereum, y el otro núcleo es mejorar la experiencia en Ethereum, logrando finalmente un ecosistema descentralizado, sin permisos, resistente a la censura y de código abierto.
Por un lado, a través del plan 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 las tarifas de Gas (, con el objetivo de aumentar la eficiencia de la red, reducir los costos de transacción y establecer una base sólida para el desarrollo futuro.
![Análisis profundo de la era posterior a la actualización de Cancún: perspectivas de datos e inversión])https://img-cdn.gateio.im/webp-social/moments-7c8d80321de8223b9f2e8803d194411f.webp###
Por otro lado, según el artículo "Make Ethereum Cypherpunk Again" publicado por Vitalik Buterin el 28 de diciembre de 2023, Vitalik considera que una de las razones principales que están 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 hecho que los Degen Gamblers se conviertan en el grupo principal, lo que es perjudicial para lograr la implementació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 hora de actualización y la información de activación son:
(## 1.1.4 Contenido relacionado
Las actualizaciones de Ethereum Cancun-Deneb han realizado una serie de mejoras en la capa de ejecución y en la capa de consenso. Cancun ) ha perfeccionado la capa de ejecución ( EL ), mientras que Deneb ### ha fortalecido la capa de consenso ( CL ), e incluye una serie de EIP ( propuestas de mejora de Ethereum ) que son cruciales para el desarrollo de la red Ethereum. Hay un total de 9 EIP, y presentaremos los EIP clave en posteriores introducciones.
(# 1.2 Puntos clave de la actualización de Dencun
)## 1.2.1 Transacciones Blob de fragmentación EIP-4844 ( Proto-Danksharding )
EIP-4844 es el aspecto más destacado de esta actualización, diseñado para reducir las tarifas, aumentar el rendimiento de las transacciones ( TPS ) y la escalabilidad. Su esencia es una actualización transitoria que prepara el camino para el futuro, con el fin de lograr la completa Danksharding ###, que es la última parte de la actualización "tranquilidad" de Ethereum ###, Proto-Danksharding sienta las bases para Danksharding.
La disponibilidad de datos en la cadena principal de Ethereum se puede entender como Calldata(, que se refiere a los datos generados en las llamadas de transacciones de contratos), mientras que los datos que Layer 2 devuelve a Layer 1 se almacenan en Calldata. Además, por razones de seguridad, cada paso de ejecución de Calldata requiere Gas, lo que provoca un alto costo de Gas. Sin embargo, después de que los datos de transacción en Calldata son validados, en realidad tienen poca utilidad; los datos a largo plazo también se pueden descargar para su verificación, e incluso no es necesario transmitirlos a la capa de ejecución. Tomando como ejemplo la composición histórica de los costos promedio de transacción 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 transacciones enviadas desde L2 a L1. Una vez introducido, los datos de 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 tras un breve retraso, reduciendo así 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 adicionalmente el espacio de bloque para L2, y el rendimiento de las transacciones de L2 también mejorará considerablemente.
(## 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, y el costo de Gas para llamar a 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 la transacción completa se ha ejecutado, esa parte de almacenamiento se eliminará, lo que reducirá el costo 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 Gas.
)## 1.2.3 EIP-4788 Raíz de bloque de baliza en EVM
EIP-4788 permitirá la comunicación entre la 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 pools de staking), las construcciones de restaking###, los puentes de contratos inteligentes(, MEV, entre otros.
Antes, 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 de EVM, de modo que cuando Beacon se actualizara, EVM pudiera obtener información precisa de inmediato.
La raíz del bloque de señalización padre se almacenará en un búfer circular, que solo se conservará durante aproximadamente un día. Una vez que entre una nueva raíz de bloque de señalización padre y el búfer alcance el valor crítico, la raíz del bloque de señalización padre más antiguo será reemplazada, logrando así un almacenamiento de consenso eficiente y limitado. De esta manera, se logra la comunicación de una manera que minimiza la confianza, eliminando además 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 copia de áreas de memoria al introducir una nueva instrucción EVM llamada MCOPY, mejorando así la eficiencia del movimiento de datos en el EVM.
La copia de memoria es una operación fundamental, pero implementarla en EVM conlleva un costo. Tomando como ejemplo la copia de datos de memoria de 256 bytes, los desarrolladores pueden reducir el costo de 96 Gas( anteriormente usando 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 función solo envía todos los fondos de la cuenta al objetivo, pero no afecta al código, almacenamiento ni otra información, y también se prepara 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 destino, pero el código, el almacenamiento y otra información serían eliminados; sin embargo, esta función podía generar ciertos peligros y consecuencias inesperadas. Después de EIP-6780, todo esto no se verá afectado, los desarrolladores podrán gestionar mejor los proyectos, logrando así una blockchain más estable y predecible.
) 2. Impacto en la capa de 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. Debido a la introducción de EIP-4844, los que se benefician más son las soluciones de Layer 2, donde la reducción de las tarifas de Gas es muy evidente, mejorando la experiencia del usuario. Esto cumple básicamente con la expectativa previa a la actualización de una reducción del 90% en las tarifas de Layer 2.
Y en cuanto a Layer1) de Ethereum en sí (, después de la actualización, las tarifas de Gas han disminuido, pero no de manera significativa, y los usuarios en el uso real en realidad no sienten ningún cambio.
![Análisis profundo de la era posterior a la actualización 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 reduce el Gas, sino que también busca aumentar el rendimiento, que es un enfoque clave en el plan de expansión de Ethereum.
Después de completar la actualización, el volumen de transacciones de Base aumentó rápidamente y superó el anterior obstáculo, pasando de 500,000 a 2 millones, lo que significa que el EIP-4844 tuvo un impacto directo en él, siendo el más beneficiado.
![Análisis profundo de la era posterior a la actualización de Cancún: Perspectivas de datos e inversión])https://img-cdn.gateio.im/webp-social/moments-1ef73967bc5a186cd4e830db27b31a09.webp###
2.3 impacto en TPS
La optimización del 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, pero no supera los 30 transacciones por segundo.
La baja TPS es un fenómeno común en la industria Web3 en la actualidad, a diferencia de la alta característica de TPS de la industria tradicional Web2. La TPS máxima de Layer2 no ha superado los 500, pero desde la perspectiva del desarrollo de la industria, esta actualización también sienta las bases para el futuro, al mismo tiempo que responde a las expectativas de desarrollo de Ethereum: alcanzar más de 100,000 TPS.
(# 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. Cuantos más Blobs haya en las transacciones, mayor será el rendimiento general, lo que también sienta las bases para las futuras actualizaciones de Ethereum.
Se estimó inicialmente que, si se lograba un objetivo promedio de 3 Blobs por bloque, el rendimiento de L2 aumentaría casi 2 veces. Si finalmente se alcanzara el objetivo de 64 Blobs por bloque, el rendimiento de L2 aumentaría casi 40 veces. La máxima limitación de esta actualización se estableció en 6 Blobs.
Hasta el momento, Blob ha comenzado a utilizarse en las transacciones, pero la tasa de uso general no es alta. El pico también se observó 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 posterior a la actualización de Cancún: Perspectivas de datos e inversión])https://img-cdn.gateio.im/webp-social/moments-d5a8582b17a29dc3083296b37e9ec9f3.webp###
La introducción del tipo Blob ha mejorado significativamente los costos de datos de Layer2 sobre Layer1. En el ejemplo de la cadena OP mencionado anteriormente, se puede observar de manera intuitiva que los costos de datos en Layer1 dentro de los costos promedio de transacción de Layer2 han disminuido notablemente, casi eliminándose. Esto 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 en: ganancias 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 la misma magnitud. Las tarifas de transacción disminuyeron de cientos de miles a decenas de miles, mientras que los costos de pago disminuyeron de cientos de miles a menos de 1k, y las ganancias 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-3c9576e25f024c813ba7d7496fdc7e84.webp(
)# 2.5 impacto en el precio
Para esta actualización, los usuarios además de lo que más les preocupa