Cancún-Deneb (Dencun, en lo sucesivo, actualización de Cancún) es una actualización importante de la cadena de bloques de Ethereum, que mejorará la escalabilidad, la seguridad y la disponibilidad de la red de Ethereum.
Cancún es una actualización adicional de la capa de ejecución de Ethereum basada en la actualización de Shanghái. El primer paso se completó en la actualización de Shanghái el 12 de abril de este año, mientras que Deneb representa la actualización de la capa de consenso de Ethereum. La actualización incluye el muy esperado EIP-4844, también conocido como Proto-DankSharding, que sentará una base importante para la implementación de DankSharding completo.
DankSharding
El lanzamiento de la cadena de balizas y la implementación de la fusión son las dos primeras partes de la actualización de todo el marco de Ethereum, y DankSharding es la tercera parte, que también es lo más destacado. Esta estructura de nuevo diseño reemplazará por completo la idea original del equipo central de introducir 64 cadenas de fragmentos.
**DankSharding no es para permitir más transacciones en la cadena principal, sino para centrarse en aumentar la disponibilidad de datos del resumen. **Rollup es una tecnología de capa 2 que agrupa las transacciones de blockchain y las procesa. Cualquier operador de resumen puede procesar un lote de transacciones y enviar los resultados y las pruebas a la cadena principal. Usando técnicas de resumen específicas como optimista o ZK, otros validadores o contratos inteligentes en la red pueden examinar los resultados.
Actualmente, los principales protocolos de extensión de Ethereum Layer 2 incluyen Optimism, Arbitrum, Metis, zkSync Era y Scroll, etc. Para ayudar a la red Ethereum a comenzar la transición a largo plazo hacia DankSharding completo, EIP-4844 presentará una serie de componentes clave de la capa de ejecución este año.
Protofragmentación húmeda
EIP-4844, también conocido como Proto-DankSharding, es una actualización temporal de la red Ethereum propuesta por los desarrolladores de Ethereum Protolambda y Dankrad Feist. En la página de preguntas y respuestas de EIP-4844, el cofundador de Ethereum, ** Vitalik Buterin, describió Proto-Danksharding como una solución "provisional" que reducirá drásticamente las tarifas de acumulación de gas hasta que se implemente la fragmentación completa. **
EIP-4844 es un plan de expansión en torno a Rollup, y también es el primer paso en la expansión de Ethereum. Antes de la actualización, los datos acumulados se almacenan permanentemente en Ethereum y el costo de almacenamiento es elevado. El 90 % del costo de transacción que pagan los usuarios por el resumen se debe al costo de almacenamiento.
Por esta razón, EIP-4844 presenta un nuevo tipo de transacción: Blob Transaction, los datos se migrarán a "Blob" para almacenamiento temporal, el tiempo de almacenamiento es de aproximadamente 1 mes, luego de lo cual se eliminarán los datos. Si desea almacenar datos a largo plazo, otros proveedores de servicios los almacenarán de acuerdo con las necesidades reales.
Transacción de blobs de fragmentos
Recién mencionado, EIP-4844 introduce un tipo de transacción llamado "transacción de transporte de blobs". Blob (objeto grande binario) es la abreviatura de "objetos grandes binarios" y representa 125 KB de datos de carga útil. Para crear un blob que lleve transacciones, un resumen debe confirmar sus datos en el blob y anexarlos al bloque.
Una transacción de acarreo de blobs puede contener hasta dos blobs. Además, **para fomentar tales transacciones, la actualización implementará un mercado de tarifas EIP-1559 multidimensional. Esta característica introducirá tarifas de gas variables para transacciones de blob carry basadas en la oferta y la demanda. **
El principal beneficio de las transacciones de transporte de blobs es la rentabilidad. Actualmente, el resumen almacena de forma permanente los datos de las transacciones en la cadena de bloques de Ethereum a través de CallData. Sin embargo, los datos de blob son mucho más baratos que CallData porque no se guardan para siempre en la capa de ejecución (Ethereum Virtual Machine). En cambio, los nodos de baliza lo almacenan en la capa de consenso y, después de un mes o un año, se elimina el blob. El proceso es similar a borrar los datos almacenados en caché de una computadora portátil o dispositivo.
Los blobs, aunque introducidos por EIP-4844, serán totalmente compatibles con el formato utilizado en la fragmentación final. En EIP-4844, cada transacción acumulada contiene como máximo 2 blobs, y cada bloque contiene de 8 a 16 blobs, lo que equivale a entre 1 MB y 2 MB. En un escenario de fragmentación completa, el blob se puede expandir aún más de 16 MB a 32 MB.
En otras palabras, cuando los blobs se conviertan en parte del protocolo de Ethereum a través de Proto-DankSharding, se agregarán más blobs al bloque de Ethereum. En este momento, el rendimiento de Ethereum se expandirá considerablemente nuevamente y el costo de transacción también disminuirá.
Durante una transacción, un esquema polinomial llamado KZG (llamado así por sus creadores Kate, Zaverucha y Goldberg) verificará los datos de la transacción publicados en el blob. Al igual que otros sistemas de verificación de conocimiento cero, KZG puede verificar sin revelar el contenido completo del blob.
Núcleo para la actualización de Cancún: EIP-4844
**Según la reunión de desarrolladores principales de la capa ejecutiva de Ethereum en junio, la actualización de Cancún incluye 5 EIP destinados a agregar más almacenamiento de datos y reducir las tarifas. **El contenido central de la actualización es EIP-4844, cuyo objetivo es realizar el almacenamiento temporal y la recuperación de datos fuera de la cadena a través de nodos Ethereum para satisfacer las necesidades de datos y almacenamiento de las aplicaciones de cadena de bloques.
La red de pruebas de Devnet mejora constantemente
Desde octubre de 2022, los desarrolladores de Ethereum han lanzado una red de prueba multicliente, también conocida como red de desarrollo, para EIP-4844. Desde la activación exitosa de la "Actualización de Shanghai" el 12 de abril de este año, los desarrolladores de Ethereum inmediatamente dirigieron su atención a los preparativos para la "Actualización de Cancún".
Para ser precisos, Cancún es el nombre de la próxima actualización de Ethereum Execution Layer (EL), mientras que Deneb es el nombre de la actualización correspondiente a Ethereum Consensus Layer (CL). Durante la llamada de ACDE, los desarrolladores discutieron el alcance final de la actualización Cancún/Deneb, que se centrará en EIP-4844, la implementación del tipo de transacción blob y los preparativos de Deneb, comenzando con el lanzamiento de Devnet 5.
Se realizaron algunos cambios notables en Devnet 5, como la capa de ejecución (EL) que no permite transacciones de blob cero, cambia el tipo de transacción de blob a 0x03 y desacopla blobs y bloques. En cuanto a las actualizaciones de la API del motor, hay planes para agregar las pruebas correspondientes al getBlobsBundleV1 aún no fusionado y fusionar las llamadas "getPayloadV3" y "getBlobsBundleV1" en una sola. En términos de la API de cadena de balizas, agregar un puerto de firma de blob es opcional.
A finales de mayo de este año, el desarrollador de la comunidad de Ethereum, terence.eth, compartió el contenido de la 22.ª conferencia telefónica para implementadores de EIP-4844. La conferencia abarcó principalmente tres temas principales:
1.Control de versiones de la API del motor Deneb;
2. Agregue "data_gas_used" al encabezado de ejecución;
**3.Actualización del alcance y las pruebas de Devnet 6. **
Entre otras cosas, la conferencia decidió agregar "datos_gas_usado" al encabezado de ejecución en la actualización EIP-4844, porque la tarifa base regular se calculó utilizando el encabezado actual en el EIP1559 utilizado anteriormente. En EIP-4844, el cálculo de gas de datos utiliza el encabezado principal en lugar del encabezado actual, exceso_datos_gas es el precio del siguiente bloque y base_tarifa es el precio del bloque actual.
Además, la reunión decidió que para que Devnet 6 cubra la actualización de "datos_gas_usado", antes de que "datos_gas_usado" se transfiera a Devnet 6, se usará otra red de prueba subordinada a EIP4844 para las pruebas.
**A fines de junio, los desarrolladores del equipo de DevOps de la Fundación Ethereum declararon que todos los equipos de clientes de EL y CL pasaron las pruebas Hive relevantes de Devnet 7 y planean lanzar Devnet 7 el 30 de junio o el 3 de julio como muy pronto. . **Devnet 7 es una red de prueba dedicada a corto plazo para EIP-4844, no se probarán otros cambios de código.
El objetivo de lanzamiento de Devnet 7 es aumentar el límite de blobs de 2 a 3 y aumentar el límite máximo de blobs de 4 a 6. El objetivo de aumentar la capacidad de los blobs fue propuesto por Dankrad Feist, investigador de la Fundación Ethereum, después de realizar experimentos de datos para probar la capacidad de la red para manejar grandes bloques.
Con respecto al progreso de la actualización de Cancún, los desarrolladores acordaron actualizar la dirección precompilada de EIP-4844, el caso de prueba del área de memoria de copia de instrucciones EVM (EIP-5656) se agregó al marco de prueba y el responsable de la reunión de la API del motor para la comunicación entre la capa de consenso y la capa de ejecución Frente a algunos cambios, Devnet 6 se ha estabilizado después de la verificación y el llenado de fugas, y se lanzará Devnet 7 con el mismo código y se centrará en las pruebas relacionadas con EIP-4844.
Hora estimada de lanzamiento de la actualización de Cancún
El 26 de mayo de este año, **Alex Stokes, investigador de la Fundación **Ethereum, afirmó que una fecha límite razonable para la activación de Cancún es octubre de 2023. **El desarrollador de Geth (EL), Lightclient, afirma esta declaración, creyendo que una actualización basada en su alcance actual está al menos dentro de 5 a 6 meses.
El 9 de junio, Tim Beiko, el desarrollador principal de Ethereum, publicó una publicación en su plataforma social que resume la discusión de la última Conferencia de desarrolladores principales de la capa ejecutiva de Ethereum (ACDE). La reunión finalmente determinó que la actualización de Cancún contiene 5 EIP, con el objetivo de agregar más almacenamiento de datos y reducir las tarifas.
El contenido central es EIP-4844, cuyo objetivo es realizar el almacenamiento temporal y la recuperación de datos fuera de la cadena a través de nodos Ethereum para satisfacer las necesidades de datos y almacenamiento de las aplicaciones de la cadena de bloques.
Otros EIP seleccionados incluyen EIP-1153 (reduce el costo de almacenar datos en la cadena, mejorando así el espacio de bloques), EIP-4788 (mejora el diseño de puentes entre cadenas y fondos de capital), EIP-5656 (agrega cambios de código menores) y EIP-6780 (eliminación de código que podría rescindir contratos inteligentes). La reunión no hizo una predicción precisa sobre el momento de la actualización de Cancún, pero se espera que tenga lugar antes de finales de 2023.
Objetivos e impacto de la mejora de Cancún
El objetivo general de la actualización de Cancún es seguir preparándose para una red completa de fragmentación de datos mientras se amplían las acumulaciones durante el período de transición. La introducción de transacciones de transporte de blobs aumentará la disponibilidad de datos de los resúmenes y reducirá en gran medida el costo de los resúmenes. EIP 4844 también incluirá la mayor parte de la lógica de la capa de ejecución y las bases para la fragmentación completa. Este paso reducirá en gran medida el esfuerzo de implementación necesario para las actualizaciones posteriores.
**Después de la activación de la actualización de Cancún, los usuarios experimentarán pagos más rápidos y económicos cuando utilicen las criptomonedas nativas, las aplicaciones y los tokens basados en ERC del ecosistema Ethereum. **La actualización de Cancún es una actualización importante de Ethereum, que hace que la fragmentación de Ethereum L1 abra un nuevo capítulo, reduce el costo de transmisión entre L1 y L2, logra tarifas de gas más bajas y un TPS más alto, y beneficia a L2 y otra ecología relacionada, fortaleciendo así aún más la competitividad de la arquitectura "Ethereum + L2".
Ebunker, un defensor de Ethereum desde hace mucho tiempo, presta mucha atención al desarrollo de la tecnología de Ethereum, las actualizaciones de propuestas y los cambios de la comunidad por primera vez, y comparte investigaciones y opiniones sobre pistas clave de Ethereum como Staking, L2 y DeFi.
En la actualidad, Ebunker incluye Ebunker Pool (grupo de participación de Ethereum sin custodia de fondos) y Ebunker Venture (capital de riesgo de maximización de Ethereum) y otros negocios.
Sitio web oficial de Ebunker:
Ver originales
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.
Mejora de Cancún: otro hito después de Shanghái
Introducción a Cancun Upgrade
Cancún-Deneb (Dencun, en lo sucesivo, actualización de Cancún) es una actualización importante de la cadena de bloques de Ethereum, que mejorará la escalabilidad, la seguridad y la disponibilidad de la red de Ethereum.
Cancún es una actualización adicional de la capa de ejecución de Ethereum basada en la actualización de Shanghái. El primer paso se completó en la actualización de Shanghái el 12 de abril de este año, mientras que Deneb representa la actualización de la capa de consenso de Ethereum. La actualización incluye el muy esperado EIP-4844, también conocido como Proto-DankSharding, que sentará una base importante para la implementación de DankSharding completo.
DankSharding
El lanzamiento de la cadena de balizas y la implementación de la fusión son las dos primeras partes de la actualización de todo el marco de Ethereum, y DankSharding es la tercera parte, que también es lo más destacado. Esta estructura de nuevo diseño reemplazará por completo la idea original del equipo central de introducir 64 cadenas de fragmentos.
**DankSharding no es para permitir más transacciones en la cadena principal, sino para centrarse en aumentar la disponibilidad de datos del resumen. **Rollup es una tecnología de capa 2 que agrupa las transacciones de blockchain y las procesa. Cualquier operador de resumen puede procesar un lote de transacciones y enviar los resultados y las pruebas a la cadena principal. Usando técnicas de resumen específicas como optimista o ZK, otros validadores o contratos inteligentes en la red pueden examinar los resultados.
Actualmente, los principales protocolos de extensión de Ethereum Layer 2 incluyen Optimism, Arbitrum, Metis, zkSync Era y Scroll, etc. Para ayudar a la red Ethereum a comenzar la transición a largo plazo hacia DankSharding completo, EIP-4844 presentará una serie de componentes clave de la capa de ejecución este año.
Protofragmentación húmeda
EIP-4844, también conocido como Proto-DankSharding, es una actualización temporal de la red Ethereum propuesta por los desarrolladores de Ethereum Protolambda y Dankrad Feist. En la página de preguntas y respuestas de EIP-4844, el cofundador de Ethereum, ** Vitalik Buterin, describió Proto-Danksharding como una solución "provisional" que reducirá drásticamente las tarifas de acumulación de gas hasta que se implemente la fragmentación completa. **
EIP-4844 es un plan de expansión en torno a Rollup, y también es el primer paso en la expansión de Ethereum. Antes de la actualización, los datos acumulados se almacenan permanentemente en Ethereum y el costo de almacenamiento es elevado. El 90 % del costo de transacción que pagan los usuarios por el resumen se debe al costo de almacenamiento.
Por esta razón, EIP-4844 presenta un nuevo tipo de transacción: Blob Transaction, los datos se migrarán a "Blob" para almacenamiento temporal, el tiempo de almacenamiento es de aproximadamente 1 mes, luego de lo cual se eliminarán los datos. Si desea almacenar datos a largo plazo, otros proveedores de servicios los almacenarán de acuerdo con las necesidades reales.
Transacción de blobs de fragmentos
Recién mencionado, EIP-4844 introduce un tipo de transacción llamado "transacción de transporte de blobs". Blob (objeto grande binario) es la abreviatura de "objetos grandes binarios" y representa 125 KB de datos de carga útil. Para crear un blob que lleve transacciones, un resumen debe confirmar sus datos en el blob y anexarlos al bloque.
Una transacción de acarreo de blobs puede contener hasta dos blobs. Además, **para fomentar tales transacciones, la actualización implementará un mercado de tarifas EIP-1559 multidimensional. Esta característica introducirá tarifas de gas variables para transacciones de blob carry basadas en la oferta y la demanda. **
El principal beneficio de las transacciones de transporte de blobs es la rentabilidad. Actualmente, el resumen almacena de forma permanente los datos de las transacciones en la cadena de bloques de Ethereum a través de CallData. Sin embargo, los datos de blob son mucho más baratos que CallData porque no se guardan para siempre en la capa de ejecución (Ethereum Virtual Machine). En cambio, los nodos de baliza lo almacenan en la capa de consenso y, después de un mes o un año, se elimina el blob. El proceso es similar a borrar los datos almacenados en caché de una computadora portátil o dispositivo.
Los blobs, aunque introducidos por EIP-4844, serán totalmente compatibles con el formato utilizado en la fragmentación final. En EIP-4844, cada transacción acumulada contiene como máximo 2 blobs, y cada bloque contiene de 8 a 16 blobs, lo que equivale a entre 1 MB y 2 MB. En un escenario de fragmentación completa, el blob se puede expandir aún más de 16 MB a 32 MB.
En otras palabras, cuando los blobs se conviertan en parte del protocolo de Ethereum a través de Proto-DankSharding, se agregarán más blobs al bloque de Ethereum. En este momento, el rendimiento de Ethereum se expandirá considerablemente nuevamente y el costo de transacción también disminuirá.
Durante una transacción, un esquema polinomial llamado KZG (llamado así por sus creadores Kate, Zaverucha y Goldberg) verificará los datos de la transacción publicados en el blob. Al igual que otros sistemas de verificación de conocimiento cero, KZG puede verificar sin revelar el contenido completo del blob.
Núcleo para la actualización de Cancún: EIP-4844
**Según la reunión de desarrolladores principales de la capa ejecutiva de Ethereum en junio, la actualización de Cancún incluye 5 EIP destinados a agregar más almacenamiento de datos y reducir las tarifas. **El contenido central de la actualización es EIP-4844, cuyo objetivo es realizar el almacenamiento temporal y la recuperación de datos fuera de la cadena a través de nodos Ethereum para satisfacer las necesidades de datos y almacenamiento de las aplicaciones de cadena de bloques.
La red de pruebas de Devnet mejora constantemente
Desde octubre de 2022, los desarrolladores de Ethereum han lanzado una red de prueba multicliente, también conocida como red de desarrollo, para EIP-4844. Desde la activación exitosa de la "Actualización de Shanghai" el 12 de abril de este año, los desarrolladores de Ethereum inmediatamente dirigieron su atención a los preparativos para la "Actualización de Cancún".
Para ser precisos, Cancún es el nombre de la próxima actualización de Ethereum Execution Layer (EL), mientras que Deneb es el nombre de la actualización correspondiente a Ethereum Consensus Layer (CL). Durante la llamada de ACDE, los desarrolladores discutieron el alcance final de la actualización Cancún/Deneb, que se centrará en EIP-4844, la implementación del tipo de transacción blob y los preparativos de Deneb, comenzando con el lanzamiento de Devnet 5.
Se realizaron algunos cambios notables en Devnet 5, como la capa de ejecución (EL) que no permite transacciones de blob cero, cambia el tipo de transacción de blob a 0x03 y desacopla blobs y bloques. En cuanto a las actualizaciones de la API del motor, hay planes para agregar las pruebas correspondientes al getBlobsBundleV1 aún no fusionado y fusionar las llamadas "getPayloadV3" y "getBlobsBundleV1" en una sola. En términos de la API de cadena de balizas, agregar un puerto de firma de blob es opcional.
A finales de mayo de este año, el desarrollador de la comunidad de Ethereum, terence.eth, compartió el contenido de la 22.ª conferencia telefónica para implementadores de EIP-4844. La conferencia abarcó principalmente tres temas principales:
1.Control de versiones de la API del motor Deneb;
2. Agregue "data_gas_used" al encabezado de ejecución;
**3.Actualización del alcance y las pruebas de Devnet 6. **
Entre otras cosas, la conferencia decidió agregar "datos_gas_usado" al encabezado de ejecución en la actualización EIP-4844, porque la tarifa base regular se calculó utilizando el encabezado actual en el EIP1559 utilizado anteriormente. En EIP-4844, el cálculo de gas de datos utiliza el encabezado principal en lugar del encabezado actual, exceso_datos_gas es el precio del siguiente bloque y base_tarifa es el precio del bloque actual.
Además, la reunión decidió que para que Devnet 6 cubra la actualización de "datos_gas_usado", antes de que "datos_gas_usado" se transfiera a Devnet 6, se usará otra red de prueba subordinada a EIP4844 para las pruebas.
**A fines de junio, los desarrolladores del equipo de DevOps de la Fundación Ethereum declararon que todos los equipos de clientes de EL y CL pasaron las pruebas Hive relevantes de Devnet 7 y planean lanzar Devnet 7 el 30 de junio o el 3 de julio como muy pronto. . **Devnet 7 es una red de prueba dedicada a corto plazo para EIP-4844, no se probarán otros cambios de código.
El objetivo de lanzamiento de Devnet 7 es aumentar el límite de blobs de 2 a 3 y aumentar el límite máximo de blobs de 4 a 6. El objetivo de aumentar la capacidad de los blobs fue propuesto por Dankrad Feist, investigador de la Fundación Ethereum, después de realizar experimentos de datos para probar la capacidad de la red para manejar grandes bloques.
Con respecto al progreso de la actualización de Cancún, los desarrolladores acordaron actualizar la dirección precompilada de EIP-4844, el caso de prueba del área de memoria de copia de instrucciones EVM (EIP-5656) se agregó al marco de prueba y el responsable de la reunión de la API del motor para la comunicación entre la capa de consenso y la capa de ejecución Frente a algunos cambios, Devnet 6 se ha estabilizado después de la verificación y el llenado de fugas, y se lanzará Devnet 7 con el mismo código y se centrará en las pruebas relacionadas con EIP-4844.
Hora estimada de lanzamiento de la actualización de Cancún
El 26 de mayo de este año, **Alex Stokes, investigador de la Fundación **Ethereum, afirmó que una fecha límite razonable para la activación de Cancún es octubre de 2023. **El desarrollador de Geth (EL), Lightclient, afirma esta declaración, creyendo que una actualización basada en su alcance actual está al menos dentro de 5 a 6 meses.
El 9 de junio, Tim Beiko, el desarrollador principal de Ethereum, publicó una publicación en su plataforma social que resume la discusión de la última Conferencia de desarrolladores principales de la capa ejecutiva de Ethereum (ACDE). La reunión finalmente determinó que la actualización de Cancún contiene 5 EIP, con el objetivo de agregar más almacenamiento de datos y reducir las tarifas.
El contenido central es EIP-4844, cuyo objetivo es realizar el almacenamiento temporal y la recuperación de datos fuera de la cadena a través de nodos Ethereum para satisfacer las necesidades de datos y almacenamiento de las aplicaciones de la cadena de bloques.
Otros EIP seleccionados incluyen EIP-1153 (reduce el costo de almacenar datos en la cadena, mejorando así el espacio de bloques), EIP-4788 (mejora el diseño de puentes entre cadenas y fondos de capital), EIP-5656 (agrega cambios de código menores) y EIP-6780 (eliminación de código que podría rescindir contratos inteligentes). La reunión no hizo una predicción precisa sobre el momento de la actualización de Cancún, pero se espera que tenga lugar antes de finales de 2023.
Objetivos e impacto de la mejora de Cancún
El objetivo general de la actualización de Cancún es seguir preparándose para una red completa de fragmentación de datos mientras se amplían las acumulaciones durante el período de transición. La introducción de transacciones de transporte de blobs aumentará la disponibilidad de datos de los resúmenes y reducirá en gran medida el costo de los resúmenes. EIP 4844 también incluirá la mayor parte de la lógica de la capa de ejecución y las bases para la fragmentación completa. Este paso reducirá en gran medida el esfuerzo de implementación necesario para las actualizaciones posteriores.
**Después de la activación de la actualización de Cancún, los usuarios experimentarán pagos más rápidos y económicos cuando utilicen las criptomonedas nativas, las aplicaciones y los tokens basados en ERC del ecosistema Ethereum. **La actualización de Cancún es una actualización importante de Ethereum, que hace que la fragmentación de Ethereum L1 abra un nuevo capítulo, reduce el costo de transmisión entre L1 y L2, logra tarifas de gas más bajas y un TPS más alto, y beneficia a L2 y otra ecología relacionada, fortaleciendo así aún más la competitividad de la arquitectura "Ethereum + L2".
Ebunker, un defensor de Ethereum desde hace mucho tiempo, presta mucha atención al desarrollo de la tecnología de Ethereum, las actualizaciones de propuestas y los cambios de la comunidad por primera vez, y comparte investigaciones y opiniones sobre pistas clave de Ethereum como Staking, L2 y DeFi.
En la actualidad, Ebunker incluye Ebunker Pool (grupo de participación de Ethereum sin custodia de fondos) y Ebunker Venture (capital de riesgo de maximización de Ethereum) y otros negocios.
Sitio web oficial de Ebunker: