Ethereum hacia 10,000 TPS: El papel clave de la prueba en tiempo real y Rollup nativo
Ethereum se está moviendo hacia una nueva era de escalabilidad con un procesamiento de 10,000 transacciones por segundo ( TPS ), y la tecnología de pruebas de conocimiento cero ( ZK ) se está convirtiendo en el motor clave de este proceso. Este artículo se centrará en los desafíos técnicos de las pruebas en tiempo real, la lógica de participación de los probadores, los desafíos de seguridad durante el proceso de cambio de L1, y cómo "Rollup nativo" se convierte en la forma última de escalabilidad ZK.
Prueba en tiempo real: la pieza clave para la escalabilidad de Ethereum
La prueba en tiempo real se refiere a la generación de pruebas ZK para un bloque en la red principal de Ethereum en menos de 12 segundos. Una vez implementado, Ethereum podrá incorporar la lógica de verificación de bloques dentro del propio protocolo, aumentando significativamente el límite de Gas mientras garantiza la verificabilidad, logrando así la escalabilidad masiva de L1.
Implementar pruebas en tiempo real no solo requiere tecnología zkVM, sino también cambios 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 más tiempo para generar pruebas zkEVM.
La última zkVM de una empresa puede generar pruebas en tiempo real para el 93% de los bloques de la red principal con un clúster de 200 GPU, y se espera que aumente al 99% antes de fin de año. Ethereum también está considerando reducir el tiempo de bloque de 12 segundos a 6 segundos, lo que mejorará la experiencia del usuario pero también generará una presión adicional sobre los validadores.
Umbral de hardware para los verificadores ZK de Ethereum
La generación de pruebas ZK en tiempo real requiere de poderosos recursos computacionales. El objetivo técnico preliminar establecido por la Fundación Ethereum para los probadores es: que el costo del hardware se mantenga por debajo de 100,000 dólares y el consumo de energía sea inferior a 10 kilovatios.
Es importante tener en cuenta que las responsabilidades de los probadores y los validadores son diferentes. Los validadores ejecutan nodos para participar en el consenso, mientras que la tarea de los probadores es generar pruebas ZK. Siempre que haya un probador honesto que cumpla con las condiciones de hardware, Ethereum podrá seguir funcionando de manera segura.
Se espera que para principios del próximo año, la demanda de GPU de los validadores podría disminuir a alrededor de 16 tarjetas gráficas, con un costo total controlado entre 10,000 y 30,000 dólares. Una empresa ha construido en la red de pruebas una red descentralizada compuesta por cientos de validadores, utilizando un mecanismo de prueba competitiva.
Desafíos de la transición de la red principal a la arquitectura ZK
Cambiar la red principal L1 de Ethereum a una arquitectura ZK es un gran desafío técnico, después de la transición de PoW a PoS. Se deben considerar diversos riesgos potenciales, como ataques maliciosos de "asesinos de probadores" que podrían llevar a la falla del mecanismo de validación, o una caída repentina en la actividad de la red que afecte la sostenibilidad, entre otros.
Todo el proceso de transición puede llevar varios años. A medida que el ecosistema madure, se podrá mejorar la viabilidad y robustez mediante la introducción de sistemas de prueba diversificados, el perfeccionamiento de los mecanismos de incentivos y la verificación formal.
Ethereum también planea construir una nueva estructura llamada "Beam Chain", que desde su diseño inicial es amigable para la optimización ZK. En el futuro, todo el trabajo de verificación de datos de Ether podría completarse en la CPU de una computadora portátil común.
Rollup nativo: la forma definitiva de "Snarkización" de la mainnet
Mientras se integra zkEVM en la red principal de Ethereum, la idea de un Rollup nativo también comienza a surgir. Al integrar zkEVM en la red principal, los validadores de Ethereum L1 pueden verificar directamente las pruebas de transición de estado del Rollup, logrando un L2 verdaderamente validado por la red principal y asegurando su seguridad.
Esto requiere agregar código de "ejecutar precompilación" en el cliente L1 de Ether, permitiendo a los validadores verificar directamente la prueba de transferencia de estado ZK generada por L2. Si se implementa, la seguridad de las transacciones en Rollup nativo será equivalente a la de la cadena principal.
Los Rollups nativos pueden ser heterogéneos, ofreciendo a los usuarios una experiencia de aplicación más diversa y diferenciada. Aunque aún no se ha escrito formalmente en la hoja de ruta, con el lanzamiento de zkEVM y la reestructuración de la arquitectura L1, el establecimiento de interfaces y la lógica de precompilación se han convertido en una tendencia técnica predecible.
Se estima optimistamente que podría presentarse el EIP relacionado a finales de año y lanzarse en la bifurcación posterior a la actualización de Glamsterdam. Sin embargo, este cronograma sigue siendo altamente incierto 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.
10 me gusta
Recompensa
10
3
Republicar
Compartir
Comentar
0/400
LazyDevMiner
· hace5h
zk es realmente un tesoro
Ver originalesResponder0
LiquidationKing
· 08-12 11:35
¡Increíble! Finalmente alcanzamos el millón de TPS.
Ver originalesResponder0
RektButAlive
· 08-10 14:06
Solo ha terminado, ya hay nuevos tontos introduciendo una posición.
Nueva era de escalabilidad de Ethereum: prueba en tiempo real y Rollup nativo impulsan 10,000 TPS
Ethereum hacia 10,000 TPS: El papel clave de la prueba en tiempo real y Rollup nativo
Ethereum se está moviendo hacia una nueva era de escalabilidad con un procesamiento de 10,000 transacciones por segundo ( TPS ), y la tecnología de pruebas de conocimiento cero ( ZK ) se está convirtiendo en el motor clave de este proceso. Este artículo se centrará en los desafíos técnicos de las pruebas en tiempo real, la lógica de participación de los probadores, los desafíos de seguridad durante el proceso de cambio de L1, y cómo "Rollup nativo" se convierte en la forma última de escalabilidad ZK.
Prueba en tiempo real: la pieza clave para la escalabilidad de Ethereum
La prueba en tiempo real se refiere a la generación de pruebas ZK para un bloque en la red principal de Ethereum en menos de 12 segundos. Una vez implementado, Ethereum podrá incorporar la lógica de verificación de bloques dentro del propio protocolo, aumentando significativamente el límite de Gas mientras garantiza la verificabilidad, logrando así la escalabilidad masiva de L1.
Implementar pruebas en tiempo real no solo requiere tecnología zkVM, sino también cambios 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 más tiempo para generar pruebas zkEVM.
La última zkVM de una empresa puede generar pruebas en tiempo real para el 93% de los bloques de la red principal con un clúster de 200 GPU, y se espera que aumente al 99% antes de fin de año. Ethereum también está considerando reducir el tiempo de bloque de 12 segundos a 6 segundos, lo que mejorará la experiencia del usuario pero también generará una presión adicional sobre los validadores.
Umbral de hardware para los verificadores ZK de Ethereum
La generación de pruebas ZK en tiempo real requiere de poderosos recursos computacionales. El objetivo técnico preliminar establecido por la Fundación Ethereum para los probadores es: que el costo del hardware se mantenga por debajo de 100,000 dólares y el consumo de energía sea inferior a 10 kilovatios.
Es importante tener en cuenta que las responsabilidades de los probadores y los validadores son diferentes. Los validadores ejecutan nodos para participar en el consenso, mientras que la tarea de los probadores es generar pruebas ZK. Siempre que haya un probador honesto que cumpla con las condiciones de hardware, Ethereum podrá seguir funcionando de manera segura.
Se espera que para principios del próximo año, la demanda de GPU de los validadores podría disminuir a alrededor de 16 tarjetas gráficas, con un costo total controlado entre 10,000 y 30,000 dólares. Una empresa ha construido en la red de pruebas una red descentralizada compuesta por cientos de validadores, utilizando un mecanismo de prueba competitiva.
Desafíos de la transición de la red principal a la arquitectura ZK
Cambiar la red principal L1 de Ethereum a una arquitectura ZK es un gran desafío técnico, después de la transición de PoW a PoS. Se deben considerar diversos riesgos potenciales, como ataques maliciosos de "asesinos de probadores" que podrían llevar a la falla del mecanismo de validación, o una caída repentina en la actividad de la red que afecte la sostenibilidad, entre otros.
Todo el proceso de transición puede llevar varios años. A medida que el ecosistema madure, se podrá mejorar la viabilidad y robustez mediante la introducción de sistemas de prueba diversificados, el perfeccionamiento de los mecanismos de incentivos y la verificación formal.
Ethereum también planea construir una nueva estructura llamada "Beam Chain", que desde su diseño inicial es amigable para la optimización ZK. En el futuro, todo el trabajo de verificación de datos de Ether podría completarse en la CPU de una computadora portátil común.
Rollup nativo: la forma definitiva de "Snarkización" de la mainnet
Mientras se integra zkEVM en la red principal de Ethereum, la idea de un Rollup nativo también comienza a surgir. Al integrar zkEVM en la red principal, los validadores de Ethereum L1 pueden verificar directamente las pruebas de transición de estado del Rollup, logrando un L2 verdaderamente validado por la red principal y asegurando su seguridad.
Esto requiere agregar código de "ejecutar precompilación" en el cliente L1 de Ether, permitiendo a los validadores verificar directamente la prueba de transferencia de estado ZK generada por L2. Si se implementa, la seguridad de las transacciones en Rollup nativo será equivalente a la de la cadena principal.
Los Rollups nativos pueden ser heterogéneos, ofreciendo a los usuarios una experiencia de aplicación más diversa y diferenciada. Aunque aún no se ha escrito formalmente en la hoja de ruta, con el lanzamiento de zkEVM y la reestructuración de la arquitectura L1, el establecimiento de interfaces y la lógica de precompilación se han convertido en una tendencia técnica predecible.
Se estima optimistamente que podría presentarse el EIP relacionado a finales de año y lanzarse en la bifurcación posterior a la actualización de Glamsterdam. Sin embargo, este cronograma sigue siendo altamente incierto y debe ser considerado con precaución.