Nueva era de escalabilidad de Ethereum: Objetivo de 10,000 TPS impulsado por tecnología ZK
Ethereum está avanzando hacia la meta de escalar a 10,000 transacciones por segundo ( TPS ), y la tecnología de pruebas de conocimiento cero ( ZK ) se está convirtiendo en un motor clave de este proceso. Este artículo se centrará en los desafíos técnicos de la prueba en tiempo real, el mecanismo de participación de los probadores, los problemas de seguridad durante el proceso de cambio de L1, y cómo el "Rollup nativo" puede convertirse en la forma final de escalado ZK.
Prueba en tiempo real: el núcleo de la escalabilidad de Ethereum
La prueba en tiempo real se refiere a la capacidad de generar una prueba ZK para un bloque de la red principal de Ethereum en 12 segundos. Una vez implementado, Ethereum podrá incorporar la lógica de verificación de bloques en el propio protocolo, aumentando significativamente el límite de Gas y logrando una gran escalabilidad en L1.
La implementación de pruebas en tiempo real no solo requiere tecnología zkVM, sino también ajustes en la capa del protocolo de Ethereum. Se espera que la actualización de Glamsterdam del próximo año introduzca un mecanismo de "desacoplamiento de validación de bloques y ejecución inmediata", proporcionando a los probadores el tiempo suficiente para generar pruebas zkEVM.
Técnicamente, el último zkVM de un equipo puede generar pruebas en tiempo real para el 93% de los bloques de la red principal bajo un clúster de 200 GPU, y se espera que a finales de año alcance el 99%. Ethereum también está considerando reducir el tiempo de bloque a 6 segundos, lo que presentará un mayor desafío para los probadores.
Requisitos de hardware para los validadores ZK de Ethereum
La generación en tiempo real de pruebas ZK requiere potentes recursos de computación. El objetivo preliminar establecido por la Fundación Ethereum para los probadores es: costos de hardware por debajo de 100,000 dólares, consumo de electricidad inferior a 10 kilovatios.
Es importante tener en cuenta que los demostradores y los validadores son roles diferentes. Los validadores ejecutan nodos para participar en el consenso, mientras que los demostradores son responsables de generar pruebas ZK. Mientras haya al menos un demostrador honesto, Ethereum podrá funcionar de manera segura.
Se espera que para principios del próximo año, el número de GPU necesarias para los validadores pueda bajar a alrededor de 16, con un costo total controlado entre 10,000 y 30,000 dólares. En el futuro, se formará un mecanismo de competencia entre los validadores, similar al de la minería.
Desafíos enfrentados al cambiar la red principal a la arquitectura ZK
El cambio de Ethereum L1 a una arquitectura ZK es otro gran desafío técnico después de la transición de PoW a PoS, ya que requiere una reestructuración de la capa de protocolo y considerar diversos riesgos de seguridad.
Los riesgos potenciales incluyen atacantes malintencionados que insertan "asesinos de validadores" que provocan la falla del mecanismo de validación, o una caída repentina en la actividad de la red que afecta la sostenibilidad, entre otros. Todo el proceso de transición puede llevar varios años, prestando especial atención a las amenazas a la seguridad.
Ethereum también planea construir una nueva estructura llamada "Beam Chain", que es amigable con ZK desde su diseño inicial. En el futuro, la validación de datos de todo Ethereum podría realizarse en la CPU de una computadora portátil común.
Rollup nativo: la forma definitiva de escalado ZK
Con la integración de zkEVM en la mainnet, la idea de "Rollup nativo" comienza a surgir. Esto permitirá a los validadores de Ethereum L1 verificar directamente las pruebas de transición de estado de Rollup, logrando un L2 realmente asegurado por la mainnet.
Si se implementa el Rollup nativo, la liquidación final y la seguridad de las transacciones L1 y L2 serán completamente equivalentes, todas garantizadas por los validadores de Ethereum. Esto significa que al depositar activos en un Rollup nativo, la seguridad será equivalente a depositar directamente en la red principal.
A diferencia de los sharding isomórficos de ETH 2.0, el Rollup nativo puede ser heterogéneo, ofreciendo a los usuarios una experiencia de aplicación más diversa. Aunque aún no se ha escrito formalmente en la hoja de ruta, con el desarrollo tecnológico, establecer interfaces predefinidas se ha convertido en una tendencia previsible.
Se estima optimistamente que las propuestas relevantes podrían ser presentadas a finales de año y lanzadas en la bifurcación posterior a la actualización de Glamsterdam. Sin embargo, este cronograma todavía presenta incertidumbres y debe ser considerado con precaución.
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.
15 me gusta
Recompensa
15
7
Republicar
Compartir
Comentar
0/400
ForkLibertarian
· 08-10 13:13
Otra vez es un día de dibujar BTC.
Ver originalesResponder0
WagmiWarrior
· 08-09 22:08
Escucha un sonido, no te lo tomes demasiado en serio.
Ver originalesResponder0
RektButSmiling
· 08-09 14:14
Ver cómo sube es genial.. Obtener liquidación también es optimista
Ver originalesResponder0
OnlyOnMainnet
· 08-09 14:10
¡Wuhu! Realmente 1w de tps es increíble.
Ver originalesResponder0
MintMaster
· 08-09 14:04
L1 finalmente se dio cuenta de que tenía que trabajar en serio.
Ethereum se enfrenta a la tecnología ZK con el objetivo de ampliar a 10,000 TPS
Nueva era de escalabilidad de Ethereum: Objetivo de 10,000 TPS impulsado por tecnología ZK
Ethereum está avanzando hacia la meta de escalar a 10,000 transacciones por segundo ( TPS ), y la tecnología de pruebas de conocimiento cero ( ZK ) se está convirtiendo en un motor clave de este proceso. Este artículo se centrará en los desafíos técnicos de la prueba en tiempo real, el mecanismo de participación de los probadores, los problemas de seguridad durante el proceso de cambio de L1, y cómo el "Rollup nativo" puede convertirse en la forma final de escalado ZK.
Prueba en tiempo real: el núcleo de la escalabilidad de Ethereum
La prueba en tiempo real se refiere a la capacidad de generar una prueba ZK para un bloque de la red principal de Ethereum en 12 segundos. Una vez implementado, Ethereum podrá incorporar la lógica de verificación de bloques en el propio protocolo, aumentando significativamente el límite de Gas y logrando una gran escalabilidad en L1.
La implementación de pruebas en tiempo real no solo requiere tecnología zkVM, sino también ajustes en la capa del protocolo de Ethereum. Se espera que la actualización de Glamsterdam del próximo año introduzca un mecanismo de "desacoplamiento de validación de bloques y ejecución inmediata", proporcionando a los probadores el tiempo suficiente para generar pruebas zkEVM.
Técnicamente, el último zkVM de un equipo puede generar pruebas en tiempo real para el 93% de los bloques de la red principal bajo un clúster de 200 GPU, y se espera que a finales de año alcance el 99%. Ethereum también está considerando reducir el tiempo de bloque a 6 segundos, lo que presentará un mayor desafío para los probadores.
Requisitos de hardware para los validadores ZK de Ethereum
La generación en tiempo real de pruebas ZK requiere potentes recursos de computación. El objetivo preliminar establecido por la Fundación Ethereum para los probadores es: costos de hardware por debajo de 100,000 dólares, consumo de electricidad inferior a 10 kilovatios.
Es importante tener en cuenta que los demostradores y los validadores son roles diferentes. Los validadores ejecutan nodos para participar en el consenso, mientras que los demostradores son responsables de generar pruebas ZK. Mientras haya al menos un demostrador honesto, Ethereum podrá funcionar de manera segura.
Se espera que para principios del próximo año, el número de GPU necesarias para los validadores pueda bajar a alrededor de 16, con un costo total controlado entre 10,000 y 30,000 dólares. En el futuro, se formará un mecanismo de competencia entre los validadores, similar al de la minería.
Desafíos enfrentados al cambiar la red principal a la arquitectura ZK
El cambio de Ethereum L1 a una arquitectura ZK es otro gran desafío técnico después de la transición de PoW a PoS, ya que requiere una reestructuración de la capa de protocolo y considerar diversos riesgos de seguridad.
Los riesgos potenciales incluyen atacantes malintencionados que insertan "asesinos de validadores" que provocan la falla del mecanismo de validación, o una caída repentina en la actividad de la red que afecta la sostenibilidad, entre otros. Todo el proceso de transición puede llevar varios años, prestando especial atención a las amenazas a la seguridad.
Ethereum también planea construir una nueva estructura llamada "Beam Chain", que es amigable con ZK desde su diseño inicial. En el futuro, la validación de datos de todo Ethereum podría realizarse en la CPU de una computadora portátil común.
Rollup nativo: la forma definitiva de escalado ZK
Con la integración de zkEVM en la mainnet, la idea de "Rollup nativo" comienza a surgir. Esto permitirá a los validadores de Ethereum L1 verificar directamente las pruebas de transición de estado de Rollup, logrando un L2 realmente asegurado por la mainnet.
Si se implementa el Rollup nativo, la liquidación final y la seguridad de las transacciones L1 y L2 serán completamente equivalentes, todas garantizadas por los validadores de Ethereum. Esto significa que al depositar activos en un Rollup nativo, la seguridad será equivalente a depositar directamente en la red principal.
A diferencia de los sharding isomórficos de ETH 2.0, el Rollup nativo puede ser heterogéneo, ofreciendo a los usuarios una experiencia de aplicación más diversa. Aunque aún no se ha escrito formalmente en la hoja de ruta, con el desarrollo tecnológico, establecer interfaces predefinidas se ha convertido en una tendencia previsible.
Se estima optimistamente que las propuestas relevantes podrían ser presentadas a finales de año y lanzadas en la bifurcación posterior a la actualización de Glamsterdam. Sin embargo, este cronograma todavía presenta incertidumbres y debe ser considerado con precaución.