La pregunta más habitual en estos días es: ¿Cómo debemos entender la narrativa actual de Ethereum?
En 2017, la historia de Ethereum se centraba en las ICO y el concepto de ordenador mundial. Para 2021, el protagonismo pasó a DeFi y su función como capa de liquidación financiera. Sin embargo, de cara a 2025, no parece surgir una nueva narrativa que iguale la magnitud de los ciclos anteriores.
Algunos sostienen que el ETF y el Staking ETF representan narrativas parciales, pero estos avances no dependen directamente de la comunidad de desarrolladores de Ethereum. Si hay otro candidato, es ZK.
Ethereum es, sin duda, la cadena pública que está apostando más fuerte por la tecnología ZK en el sector de las criptomonedas.
Hace solo unos días, Vitalik anunció con entusiasmo en Twitter que ZKEVM ha iniciado su fase Alpha.
¿Por qué Ethereum apuesta tanto por ZK?
El TPS actual de Ethereum ya es elevado, con picos teóricos por encima de 200 TPS, principalmente gracias a los sucesivos incrementos del gas limit.
Sin embargo, aumentar el gas limit implica costes y tiene un límite. Cuanto mayor sea el límite, más caros serán los servidores necesarios para operar los nodos.
A la vez, Ethereum busca mantener su descentralización característica, por lo que no puede exigir demasiado en hardware para los nodos (a modo de referencia, un servidor de Solana cuesta entre 5 y 10 veces más que uno de Ethereum).
Por eso, la integración total de ZK a nivel de mainnet resulta esencial. No se trata solo de lanzar algunos ZK Layer 2, sino de una integración completa de ZK en la propia Layer 1.
¿Qué aporta ZK?
Los nodos de Ethereum podrán verificar pruebas ZK directamente, en vez de revisar cada transacción una a una.
Es como corregir exámenes: los nodos son los profesores y las transacciones, los exámenes de los alumnos.
La corrección manual es lenta, pero con hojas de respuestas (integración ZK), una máquina puede calcular al instante la puntuación de cada alumno. El trabajo del profesor se reduce drásticamente.
Ahora, quien corregía 50 exámenes puede encargarse de 1 000: la misma persona, pero con una eficiencia mucho mayor.
Por eso Ethereum necesita ZK en mainnet antes de poder aumentar el gas limit de forma segura.
La integración ZK no incrementa directamente el TPS, pero es el requisito previo. Las mejoras de rendimiento dependen de subir el gas limit, pero con ZK los nodos no tendrán que invertir mucho más en hardware, por lo que el coste de la actualización será mucho menor.
Tras la reciente actualización Fusaka, especialmente PeerDAS, el rendimiento ha sido notable, acercando a Ethereum un paso más a la integración ZK en mainnet. De ahí el entusiasmo de Vitalik.
Imagina un mainnet con TPS superior a 1 000: sería una nueva y poderosa narrativa para Ethereum.
Algunos preguntan: Si Ethereum integra ZK-EVM en mainnet, ¿siguen siendo relevantes los equipos ZK externos?
La respuesta es sí, sin duda.
¿Por qué?
En primer lugar, la ingeniería ZK es de las más complejas en el sector, comparable a FHE. Requiere un nivel avanzado de talento en criptografía.
Aunque la Ethereum Foundation dispone de recursos, el espíritu open source apuesta por el esfuerzo colectivo. Ethereum depende de equipos ZK externos para experimentar e innovar, y les brinda apoyo relevante.
En segundo lugar, existen cuatro tipos de ZK-EVM, del tipo 1 al tipo 4. Equipos como Polygon, Scroll, ZKsync y Taiko han asumido diferentes tipos, repartiendo la carga de trabajo.
También existe ZK-VM, como Brevis.
De hecho, la posición de ZK-VM es aún más sólida que la de ZK-EVM.
¿Por qué? Porque de los cuatro grandes tipos de ZK-EVM, probablemente se elegirá uno como solución más eficiente y se integrará en el ZK-EVM oficial de Ethereum, relegando a los otros tres.
Pero ZK-VM no es compatible con EVM, así que siempre formará parte del ecosistema más amplio de Ethereum.
Además, como las VM no están limitadas por las restricciones de EVM, su rendimiento puede ser mucho mayor. El ZK-EVM de Ethereum no supone una amenaza; de hecho, la comunidad de Ethereum fomenta activamente este tipo de innovación.
Por ejemplo, Vitalik ha elogiado públicamente el rendimiento de ZK-VM de Brevis y espera su entrada en el ámbito ZK-EVM.
¿Y Layer 2? Puede haber cierto impacto, pero será limitado.
Vitalik ha señalado que es mejor tratar ZK y Layer 2 por separado al hablar de Polygon.
Con ZK en Layer 1, algunos usuarios volverán desde ZK Layer 2, ya que una Layer 1 más barata reduce el incentivo para usar Layer 2.
Pero piensa en esto: Layer 1 es la base, Layer 2 es el rascacielos. Cuanto más sólida la base, mejor. Si Layer 1 integra ZK, Layer 2 también verá reducidos sus costes y se beneficiará de ello.
En esa misma publicación, Vitalik mencionó el trabajo de ZK-VM de Brevis, señalando que gran parte de su investigación ZK no se limita a Layer 2: “La investigación ZK y la investigación Layer 2 deben mantenerse separadas.”
Por ejemplo, gestionan un marketplace de cómputo ZK, ayudan a los hooks de Uniswap a implementar la distribución de recompensas basada en ZK y promueven la innovación orientada a aplicaciones.
En resumen, Ethereum lleva 10 años en funcionamiento y la demanda de integración ZK se remonta a hace cinco o seis años. Tras años de dedicación, la integración ZK ha alcanzado por fin la fase Alpha, un hito logrado gracias al esfuerzo continuado de Ethereum y numerosos equipos ZK externos, incluidos Brevis y Polygon.
Aviso legal:
- Este artículo ha sido republicado desde [Medium] y los derechos de autor pertenecen al autor original [Ebunker]. Si tienes alguna inquietud sobre esta republicación, contacta con el equipo de Gate Learn para una resolución rápida según los procedimientos estándar.
- Aviso legal: Las opiniones y puntos de vista expresados en este artículo corresponden al autor y no constituyen asesoramiento de inversión.
- Las versiones en otros idiomas de este artículo han sido traducidas por el equipo de Gate Learn. Salvo que se mencione Gate, no copies, distribuyas ni plagies el contenido traducido.
