La semana pasada, la Fundación Ethereum anunció que el zkEVM propio de Ethereum L1 se lanzará en un año.
Si preguntas cuál es la cosa más importante para Ethereum en los próximos cinco años, nuestra respuesta es clara: reenfocar L1, hacer que L1 sea más rápido, en otras palabras, L2 ya es lo suficientemente rápido.
Y la ZK de Ethereum es uno de los caminos más importantes (aquí no hablamos de aumentar el límite de gas).
Según la opinión anterior de Drake, después de que ETH L1 se implemente completamente en ZK, el TPS podría aumentar hasta 1000.
Es fácil de entender, esto es determinado por la forma de transacción.
【Ahora el modelo de transacción de ETH】
Como usuario, redactas la transacción y la envías, mientras que yo, como nodo (minero), utilizo mi propio equipo para ejecutar y llevar a cabo esta transacción. Considerando que hay 100,000 nodos en toda la red de Ethereum que deben llegar a un consenso, este paso no puede ser rápido, por lo que el TPS de Ethereum se mantiene en alrededor de 60.
【Y el modelo de transacción de ETH después de ZK】
Se convierte en que el usuario realiza la transacción directamente, luego el usuario proporciona una prueba de que ha pagado, y al final el nodo solo necesita verificar esta prueba. Todos saben que una de las grandes características de ZK es que la velocidad de verificación es muy rápida, no requiere consenso constante. De esta manera, la cantidad de transacciones concurrentes se eleva de inmediato.
Cosas como “hacer de Ethereum la mayor organización ZK del mundo” son vacías, mientras que el aumento real de TPS por decenas o incluso cientos de veces es lo que realmente importa.
Además, es importante tener en cuenta que esta actualización es zkEVM. Es una fase de transición que opera en paralelo con el EVM actual, y es un compromiso a medio plazo.
Y la plena implementación de ZK requiere zkVM.
Una letra de diferencia, en realidad representa diferentes etapas, el cronograma es aproximadamente:
【Corto plazo (dentro de 1 año)】: zkEVM opcional en L1 para la validación de bloques, comenzando primero con el cliente ZK (como Zeth).
【Mediano plazo】: Aumentar el límite de tarifas, establecer zkVM, un modelo híbrido que combine la reejecución y la prueba.
【Largo plazo】: Transición completa a RISC-V o arquitecturas similares, zk-rollups nativos y consenso ZK por defecto.
PS: Por supuesto, no somos tan optimistas sobre la arquitectura RISC-V. Aquí es necesario hacer una pequeña explicación, ¿qué es RISC-V? No quiero hacer una acumulación de términos, pero es una arquitectura de conjunto de instrucciones de código abierto que se orienta a los CPU de Intel o AMD, es algo muy, muy básico.
Se puede entender simplemente como un EVM más potente, más avanzado y de nivel más bajo.
Sin embargo, RISC-V todavía es muy lento, aunque tiene un gran potencial, aún está lejos de compararse con Intel o AMD.
Regresando al tema.
Esta actualización de zkEVM sigue siendo “primero hacer sufrir un poco a los nodos”.
Los nodos, además de ejecutar el cliente de capa de ejecución normal (viejo EVM), también pueden elegir libremente si desean ejecutar un cliente de capa de ejecución versión ZK (nuevo zkEVM), de esta manera, ambos sistemas pueden funcionar juntos para que la transición sea más suave.
Para que los usuarios y desarrolladores se familiaricen lentamente con la existencia de zkEVM.
Finalmente, poco a poco, llevar a Ethereum hacia una completa implementación de ZK, logrando una Ethereum L1 que tenga máxima seguridad, descentralización y un gran rendimiento.
Este contenido es publicado de manera conjunta por Nothing Research, Ebunker y Ourbit.