Los desarrolladores principales de Ethereum ya están trabajando en otra actualización importante. **Esta actualización se centrará en la Propuesta de mejora de Ethereum n.º 4844 (EIP-4844). Designaron un nuevo acrónimo "Dencun" para referirse a esta actualización (combinando "Deneb" y "Cancun" para actualizaciones de capa de consenso y ejecución, respectivamente). **
EIP-4844 puede reducir los costos de transacción en la red principal, pero su enfoque es reducir las tarifas de Ethereum Layer 2). Para lograr este objetivo, el enfoque de este EIP tiene que ver con los datos. EIP mejorará la forma en que L2s codifica los datos en la red principal. Actualmente, los L2 gastan la mayor parte de sus tarifas en escribir en la red principal de Ethereum para validar su libro mayor (utilizando datos de llamadas de transacciones). Esto también aumenta las tarifas en mainnet. Puede ver esto en la lista de clasificación de "consumo de gas" de Etherscan, donde el 5%-10% de las tarifas de la red principal generalmente están relacionadas con L2, como zkSync y Arbitrum.
Ejemplo de un gran gastador de gasolina durante el 2 de julio de 2023, con zkSync y Arbitrum cerca de la parte superior
Por lo tanto, EIP-4844 es significativo. En esta actualización, los usuarios de ethereum, como L2, podrán codificar los llamados blobs de datos. Estos blobs serán más económicos como parte del nuevo tipo de transacción porque los datos solo se conservarán durante 30 días. Habrá un segundo mercado de tarifas en la red principal por el costo de enviar blobs en la cadena de balizas (la capa de consenso). Las tarifas de blob tendrán una dinámica similar a cómo EIP-1559 administra la oferta y la demanda. Todas estas complejidades, incluidos los detalles fascinantes sobre los datos de blob en sí, están diseñados para acercar a Ethereum a futuras actualizaciones de escala. **L2 puede usar estos blobs más baratos para validar su libro mayor. **
Pero EIP-4844 fue el primero en introducir una idea importante en una futura actualización de Ethereum: datos transitorios. 1 Esta actualización me hizo pensar en sus implicaciones. Otros cambios de protocolo planificados también tienen la propiedad de datos efímeros en cadena. Al observar las actualizaciones planificadas, vemos que los datos son una parte importante del futuro de Ethereum. O, dicho de otro modo, la ausencia de datos es una gran parte del futuro. **
Consideremos algunos otros ejemplos. Me centraré en las NFT para ilustrar qué significa la temporalidad de los datos para el futuro. A pesar de los problemas efímeros, esta serie de actualizaciones representa la creciente economía de datos de ethereum.
1. Procesamiento de datos históricos: EIP-4444
Tengo especial curiosidad por el impacto en las aplicaciones que usan datos en cadena. En particular, cada vez hay más NFT que utilizan el almacenamiento de datos en cadena. Los NFT en cadena almacenan sus datos en cadena porque se dice que el activo (obra de arte, PFP, etc.) es permanente: puede recuperarlo en cadena en cualquier momento.
Pero la naturaleza temporal de estas actualizaciones y datos en cadena plantea preguntas importantes. Existen preocupaciones legítimas sobre el almacenamiento y la disponibilidad de los datos.
Considere otra propuesta de mejora importante: EIP-4444. Es probable que este EIP se implemente dentro de uno o dos años. La idea detrás de esta propuesta es simple: los nodos de Ethereum ya no necesitarán mantener los historiales de transacciones por más de un año. Esto incluirá encabezados de bloque, datos de llamadas, etc. Esto puede afectar las aplicaciones que usan datos históricos, como análisis de mercado o investigación económica. También afecta a algunos proyectos NFT. Por ejemplo, algunos proyectos NFT conocidos almacenan su código o datos en datos de llamadas. También puede ver esto en Etherscan. Este es el código C que generó Synth Poems, uno de los proyectos prototipo de 0xDEAFBEEF. Está en los datos de llamada utilizados para esta transacción (su hash se puede recuperar de la función de contrato aquí):
Este código es necesario para recrear la hipnótica experiencia audiovisual de las obras de 0xDEAFBEEF. EIP-4444 solicita a los nodos que eliminen estos datos de llamadas porque tienen 2 años. (Esto significa que incluso si activa un nodo usted mismo en el futuro, no podrá acceder a estos datos.
Una distinción importante aquí es entre memoria y almacenamiento. Dado que el código para 0xDEAFBEEF está en los datos de la llamada, existe un riesgo en las actualizaciones de EIP-4444: no se puede acceder a él en el EVM y los datos de la llamada solo están en la memoria cuando se produce la transacción. Por lo tanto, calldata es un registro histórico de transacciones accesible para todos los nodos de la cadena de sincronización (pero no en el propio EVM). EIP-4444 significa que se podará después de un año.
Por el contrario, los proyectos que utilizan almacenamiento conservan los datos en sus contratos para el acceso de la EVM. ** Los NFT en cadena almacenan datos en el propio almacenamiento del contrato. Estos son parte del estado Ethereum, por lo que EIP-4444 no está en riesgo. **Ejemplos de este modelo de almacenamiento son Avastars y CyberBrokers. Estos elementos NFT cuentan con un hermoso y complejo conjunto de funciones en capas para ensamblar ilustraciones SVG.
Otras actualizaciones planificadas significan que el almacenamiento por contrato tampoco es completamente seguro. Puede estar sujeto a actualizaciones posteriores de Ethereum que involucren el vencimiento del estado.
2. Estado de borrado de datos
En este punto, es posible que se pregunte por qué la falta de datos es tan importante para el futuro de Ethereum. Se presenta un caso convincente en el episodio Unbanked with Vitalik. La entrevista está un poco anticuada, pero el contenido está muy anticuado y sigue siendo una discusión clara de muchas de las características de la hoja de ruta.
Alrededor de las 40:00 de esta entrevista, Vitalik resume los desafíos que presentarán los datos para aquellos que deseen participar en la seguridad de Ethereum, por ejemplo, mediante la ejecución de un nodo. Cuando Ethereum escale, generará petabytes de datos por año bajo el modelo de datos actual. Esto es prohibitivo para la mayoría de los participantes, ya que necesitan estar completamente sincronizados con los datos de blockchain en constante crecimiento.
3. Nueva economía de datos
Los blobs EIP-4844 son transitorios. Este puente entre la red principal L1 y L2 dura aproximadamente un mes, después de lo cual los validadores de la cadena Beacon no necesitan conservarlos. ¿Adónde irá la gota? ¿Son necesarios en la auditoría o el análisis? En EIP-4444, los datos históricos se eliminan después de un año, y el vencimiento del estado implicaría algún programa de eliminación estatal similar. El futuro de los "datos temporales".
Para los observadores, esto puede parecer preocupante, especialmente si está en un proyecto que hace un buen uso de datos históricos o almacenamiento de contratos (posiblemente, eso es todo; quizás lo más notable es NFT en cadena).
Pero este enfoque de datos transitorios es necesario. De lo contrario, la cadena se vuelve demasiado pesada. Es, como lo describe Vitalik, "la pesada carga de la historia". Pero esto presenta nuevos desafíos para la preservación, recuperación, análisis, etc. de datos. Con los desafíos vienen las oportunidades. Con EIP-4844, hemos incorporado un nuevo mercado de tarifas en el tipo de transacción Blob. EIP-4444 y los vencimientos de estado también están abriendo nuevas oportunidades en otros mercados. Aquí hay algunas ideas nuevas:
1) Servicio centralizado
La opción obvia para mantener datos históricos y de estado es un servicio centralizado. Vitalik también mencionó Etherscan y otros métodos (incluido Beaconscan) en su entrevista. Existe un incentivo para mantener estas fuentes de datos, ya que se monetizan como un servicio. Para Ethereum, esto será aún más importante, más allá de la llamada "limpieza", EIP-4444 y el vencimiento del estado. Herramientas como Etherscan se han mencionado habitualmente como infraestructura crítica. Su importancia crecerá en la era futura de los datos transitorios
2) Fomentar el almacenamiento de datos distribuidos
Otra forma de almacenar el historial y los datos de estado es crear un sistema distribuido (similar a IPFS) construido sobre Ethereum. La red del portal tiene como objetivo crear un sistema de igual a igual que permita a los clientes ligeros distribuir cargas de datos para que aún se pueda acceder al historial de manera similar a la API actual. The Graph es una infraestructura de datos prominente que muchos esperan que se aproxime a un sistema de almacenamiento completamente descentralizado que se puede incentivar a través de la participación en la gobernanza y el uso de datos pagados. **
Gráfico para navegador de subgráficos; montón de datos en cadena
3) Estado del servicio de mantenimiento
Los dos siguientes plantean posibilidades más interesantes y están relacionados con la caducidad del estado. Una ranura de almacenamiento se puede mantener activa en un contrato para mantener su presencia en la cadena cuando expire el estado. Uno puede imaginar una nueva función de contrato periódicamente "haciendo ping" a otro contrato para mantener algún estado. **Los clientes pueden registrarse con un servidor de mantenimiento estatal que utiliza estándares emergentes para "hacer ping" a todos los contratos creados por una billetera determinada. Por una pequeña tarifa, las suscripciones se pueden "cargar" durante las próximas décadas (similar a un registro ENS). **También se puede descentralizar, utilizando un sistema de contratos que los clientes pueden revisar periódicamente para asegurarse de que el sistema funcione correctamente. De lo contrario, pueden buscar otros servicios o configurar un sistema de reserva ellos mismos para llamar a un contrato de "mantenimiento".
El mantenimiento estatal monetiza más completamente el "árbol estatal". Algunos pueden preocuparse de que esto sea un costo adicional para el usuario y, como los tristes "Periféricos de Apple", puede conducir a costos distribuidos más altos. Pero el argumento en contra de esto es que la conservación de datos es costosa, especialmente si existe cierta tensión con la seguridad de la cadena de bloques. **Por lo tanto, los servicios de mantenimiento de datos permiten que los usuarios paguen por el privilegio de esta conservación de datos y permiten que los validadores y otros participantes se concentren en el consenso y la seguridad. **
4) Servicio de restauración estatal
En su discusión sin banco con Vitalik, enfatizó que es poco probable que la historia se pierda. A través de los servicios anteriores podemos esperar múltiples herramientas robustas más o menos centralizadas para la persistencia de datos históricos y estatales. Pero incluso sin estas herramientas, suponiendo que tenga información sobre el almacenamiento en el contrato, aún puede recuperarlas. La restauración del estado también puede ser un servicio. Puede proporcionar herramientas de apuntar y hacer clic y algunos estándares y prácticas para preservar la historia que le importa. Luego puede traer los datos que posee la persona al servicio, cargarlos y establecer una prueba de restauración de esos estados.
La recuperación puede ser divertida y satisfactoria, ¡fuente MoonCats!
4. Conclusión
Ethereum tiene que adaptarse a la seguridad y la eficiencia de su mecanismo de consenso, que esperamos aumentar enormemente en el uso futuro. Este objetivo está en desacuerdo con los maravillosos y ricos datos que crean las cadenas de bloques. La próxima actualización marcará el comienzo de una nueva era de "datos efímeros", pero también traerá nuevas e interesantes posibilidades económicas para el mantenimiento, la recuperación y la gestión de los datos de la cadena de bloques.
Ver originales
El contenido es solo de referencia, no una solicitud u oferta. No se proporciona asesoramiento fiscal, legal ni de inversión. Consulte el Descargo de responsabilidad para obtener más información sobre los riesgos.
Un artículo analiza la nueva economía de datos de Ethereum
Los desarrolladores principales de Ethereum ya están trabajando en otra actualización importante. **Esta actualización se centrará en la Propuesta de mejora de Ethereum n.º 4844 (EIP-4844). Designaron un nuevo acrónimo "Dencun" para referirse a esta actualización (combinando "Deneb" y "Cancun" para actualizaciones de capa de consenso y ejecución, respectivamente). **
EIP-4844 puede reducir los costos de transacción en la red principal, pero su enfoque es reducir las tarifas de Ethereum Layer 2). Para lograr este objetivo, el enfoque de este EIP tiene que ver con los datos. EIP mejorará la forma en que L2s codifica los datos en la red principal. Actualmente, los L2 gastan la mayor parte de sus tarifas en escribir en la red principal de Ethereum para validar su libro mayor (utilizando datos de llamadas de transacciones). Esto también aumenta las tarifas en mainnet. Puede ver esto en la lista de clasificación de "consumo de gas" de Etherscan, donde el 5%-10% de las tarifas de la red principal generalmente están relacionadas con L2, como zkSync y Arbitrum.
Ejemplo de un gran gastador de gasolina durante el 2 de julio de 2023, con zkSync y Arbitrum cerca de la parte superior
Por lo tanto, EIP-4844 es significativo. En esta actualización, los usuarios de ethereum, como L2, podrán codificar los llamados blobs de datos. Estos blobs serán más económicos como parte del nuevo tipo de transacción porque los datos solo se conservarán durante 30 días. Habrá un segundo mercado de tarifas en la red principal por el costo de enviar blobs en la cadena de balizas (la capa de consenso). Las tarifas de blob tendrán una dinámica similar a cómo EIP-1559 administra la oferta y la demanda. Todas estas complejidades, incluidos los detalles fascinantes sobre los datos de blob en sí, están diseñados para acercar a Ethereum a futuras actualizaciones de escala. **L2 puede usar estos blobs más baratos para validar su libro mayor. **
Pero EIP-4844 fue el primero en introducir una idea importante en una futura actualización de Ethereum: datos transitorios. 1 Esta actualización me hizo pensar en sus implicaciones. Otros cambios de protocolo planificados también tienen la propiedad de datos efímeros en cadena. Al observar las actualizaciones planificadas, vemos que los datos son una parte importante del futuro de Ethereum. O, dicho de otro modo, la ausencia de datos es una gran parte del futuro. **
Consideremos algunos otros ejemplos. Me centraré en las NFT para ilustrar qué significa la temporalidad de los datos para el futuro. A pesar de los problemas efímeros, esta serie de actualizaciones representa la creciente economía de datos de ethereum.
1. Procesamiento de datos históricos: EIP-4444
Tengo especial curiosidad por el impacto en las aplicaciones que usan datos en cadena. En particular, cada vez hay más NFT que utilizan el almacenamiento de datos en cadena. Los NFT en cadena almacenan sus datos en cadena porque se dice que el activo (obra de arte, PFP, etc.) es permanente: puede recuperarlo en cadena en cualquier momento.
Pero la naturaleza temporal de estas actualizaciones y datos en cadena plantea preguntas importantes. Existen preocupaciones legítimas sobre el almacenamiento y la disponibilidad de los datos.
Considere otra propuesta de mejora importante: EIP-4444. Es probable que este EIP se implemente dentro de uno o dos años. La idea detrás de esta propuesta es simple: los nodos de Ethereum ya no necesitarán mantener los historiales de transacciones por más de un año. Esto incluirá encabezados de bloque, datos de llamadas, etc. Esto puede afectar las aplicaciones que usan datos históricos, como análisis de mercado o investigación económica. También afecta a algunos proyectos NFT. Por ejemplo, algunos proyectos NFT conocidos almacenan su código o datos en datos de llamadas. También puede ver esto en Etherscan. Este es el código C que generó Synth Poems, uno de los proyectos prototipo de 0xDEAFBEEF. Está en los datos de llamada utilizados para esta transacción (su hash se puede recuperar de la función de contrato aquí):
Este código es necesario para recrear la hipnótica experiencia audiovisual de las obras de 0xDEAFBEEF. EIP-4444 solicita a los nodos que eliminen estos datos de llamadas porque tienen 2 años. (Esto significa que incluso si activa un nodo usted mismo en el futuro, no podrá acceder a estos datos.
Una distinción importante aquí es entre memoria y almacenamiento. Dado que el código para 0xDEAFBEEF está en los datos de la llamada, existe un riesgo en las actualizaciones de EIP-4444: no se puede acceder a él en el EVM y los datos de la llamada solo están en la memoria cuando se produce la transacción. Por lo tanto, calldata es un registro histórico de transacciones accesible para todos los nodos de la cadena de sincronización (pero no en el propio EVM). EIP-4444 significa que se podará después de un año.
Por el contrario, los proyectos que utilizan almacenamiento conservan los datos en sus contratos para el acceso de la EVM. ** Los NFT en cadena almacenan datos en el propio almacenamiento del contrato. Estos son parte del estado Ethereum, por lo que EIP-4444 no está en riesgo. **Ejemplos de este modelo de almacenamiento son Avastars y CyberBrokers. Estos elementos NFT cuentan con un hermoso y complejo conjunto de funciones en capas para ensamblar ilustraciones SVG.
Otras actualizaciones planificadas significan que el almacenamiento por contrato tampoco es completamente seguro. Puede estar sujeto a actualizaciones posteriores de Ethereum que involucren el vencimiento del estado.
2. Estado de borrado de datos
En este punto, es posible que se pregunte por qué la falta de datos es tan importante para el futuro de Ethereum. Se presenta un caso convincente en el episodio Unbanked with Vitalik. La entrevista está un poco anticuada, pero el contenido está muy anticuado y sigue siendo una discusión clara de muchas de las características de la hoja de ruta.
Alrededor de las 40:00 de esta entrevista, Vitalik resume los desafíos que presentarán los datos para aquellos que deseen participar en la seguridad de Ethereum, por ejemplo, mediante la ejecución de un nodo. Cuando Ethereum escale, generará petabytes de datos por año bajo el modelo de datos actual. Esto es prohibitivo para la mayoría de los participantes, ya que necesitan estar completamente sincronizados con los datos de blockchain en constante crecimiento.
3. Nueva economía de datos
Los blobs EIP-4844 son transitorios. Este puente entre la red principal L1 y L2 dura aproximadamente un mes, después de lo cual los validadores de la cadena Beacon no necesitan conservarlos. ¿Adónde irá la gota? ¿Son necesarios en la auditoría o el análisis? En EIP-4444, los datos históricos se eliminan después de un año, y el vencimiento del estado implicaría algún programa de eliminación estatal similar. El futuro de los "datos temporales".
Para los observadores, esto puede parecer preocupante, especialmente si está en un proyecto que hace un buen uso de datos históricos o almacenamiento de contratos (posiblemente, eso es todo; quizás lo más notable es NFT en cadena).
Pero este enfoque de datos transitorios es necesario. De lo contrario, la cadena se vuelve demasiado pesada. Es, como lo describe Vitalik, "la pesada carga de la historia". Pero esto presenta nuevos desafíos para la preservación, recuperación, análisis, etc. de datos. Con los desafíos vienen las oportunidades. Con EIP-4844, hemos incorporado un nuevo mercado de tarifas en el tipo de transacción Blob. EIP-4444 y los vencimientos de estado también están abriendo nuevas oportunidades en otros mercados. Aquí hay algunas ideas nuevas:
1) Servicio centralizado
La opción obvia para mantener datos históricos y de estado es un servicio centralizado. Vitalik también mencionó Etherscan y otros métodos (incluido Beaconscan) en su entrevista. Existe un incentivo para mantener estas fuentes de datos, ya que se monetizan como un servicio. Para Ethereum, esto será aún más importante, más allá de la llamada "limpieza", EIP-4444 y el vencimiento del estado. Herramientas como Etherscan se han mencionado habitualmente como infraestructura crítica. Su importancia crecerá en la era futura de los datos transitorios
2) Fomentar el almacenamiento de datos distribuidos
Otra forma de almacenar el historial y los datos de estado es crear un sistema distribuido (similar a IPFS) construido sobre Ethereum. La red del portal tiene como objetivo crear un sistema de igual a igual que permita a los clientes ligeros distribuir cargas de datos para que aún se pueda acceder al historial de manera similar a la API actual. The Graph es una infraestructura de datos prominente que muchos esperan que se aproxime a un sistema de almacenamiento completamente descentralizado que se puede incentivar a través de la participación en la gobernanza y el uso de datos pagados. **
Gráfico para navegador de subgráficos; montón de datos en cadena
3) Estado del servicio de mantenimiento
Los dos siguientes plantean posibilidades más interesantes y están relacionados con la caducidad del estado. Una ranura de almacenamiento se puede mantener activa en un contrato para mantener su presencia en la cadena cuando expire el estado. Uno puede imaginar una nueva función de contrato periódicamente "haciendo ping" a otro contrato para mantener algún estado. **Los clientes pueden registrarse con un servidor de mantenimiento estatal que utiliza estándares emergentes para "hacer ping" a todos los contratos creados por una billetera determinada. Por una pequeña tarifa, las suscripciones se pueden "cargar" durante las próximas décadas (similar a un registro ENS). **También se puede descentralizar, utilizando un sistema de contratos que los clientes pueden revisar periódicamente para asegurarse de que el sistema funcione correctamente. De lo contrario, pueden buscar otros servicios o configurar un sistema de reserva ellos mismos para llamar a un contrato de "mantenimiento".
El mantenimiento estatal monetiza más completamente el "árbol estatal". Algunos pueden preocuparse de que esto sea un costo adicional para el usuario y, como los tristes "Periféricos de Apple", puede conducir a costos distribuidos más altos. Pero el argumento en contra de esto es que la conservación de datos es costosa, especialmente si existe cierta tensión con la seguridad de la cadena de bloques. **Por lo tanto, los servicios de mantenimiento de datos permiten que los usuarios paguen por el privilegio de esta conservación de datos y permiten que los validadores y otros participantes se concentren en el consenso y la seguridad. **
4) Servicio de restauración estatal
En su discusión sin banco con Vitalik, enfatizó que es poco probable que la historia se pierda. A través de los servicios anteriores podemos esperar múltiples herramientas robustas más o menos centralizadas para la persistencia de datos históricos y estatales. Pero incluso sin estas herramientas, suponiendo que tenga información sobre el almacenamiento en el contrato, aún puede recuperarlas. La restauración del estado también puede ser un servicio. Puede proporcionar herramientas de apuntar y hacer clic y algunos estándares y prácticas para preservar la historia que le importa. Luego puede traer los datos que posee la persona al servicio, cargarlos y establecer una prueba de restauración de esos estados.
La recuperación puede ser divertida y satisfactoria, ¡fuente MoonCats! 4. Conclusión
Ethereum tiene que adaptarse a la seguridad y la eficiencia de su mecanismo de consenso, que esperamos aumentar enormemente en el uso futuro. Este objetivo está en desacuerdo con los maravillosos y ricos datos que crean las cadenas de bloques. La próxima actualización marcará el comienzo de una nueva era de "datos efímeros", pero también traerá nuevas e interesantes posibilidades económicas para el mantenimiento, la recuperación y la gestión de los datos de la cadena de bloques.