Justin Bons advierte que ZK-EVM podría dañar permanentemente a Ethereum

Fuente: CoinEdition Título original: Justin Bons advierte que ZK-EVM podría dañar permanentemente a Ethereum Enlace original:

• Justin Bons argumenta que la hoja de ruta de ZK-EVM de Ethereum impone costos extremos de GPU.
• Los constructores de ZK-EVM pueden requerir entre $80,000 y $200,000 en hardware.
• Bons dice que los tiempos de bloque de ZK-EVM de 8-12 segundos dejan a Ethereum incapaz de competir en velocidad.

El gestor de fondos cripto Justin Bons afirmó que el impulso de Ethereum hacia un diseño ZK-EVM es un error importante que podría dañar permanentemente la red.

En una publicación detallada, argumentó que las pruebas ZK son extremadamente caras de generar y imponen requisitos de hardware que se escalan mal a medida que aumenta la demanda.

Según Bons, generar pruebas ZK-EVM ya requiere matrices de GPUs de alta gama. Con las velocidades actuales de Ethereum, los constructores necesitarían docenas de tarjetas de primera categoría solo para mantenerse al día. Los costos de hardware pueden superar los $80,000, y un mayor rendimiento puede hacer que esa cifra pase de $200,000.

Los costos de los constructores plantean preocupaciones sobre la centralización

La crítica se centra en el movimiento de Ethereum hacia la Separación de Proponentes y Constructores (PBS) junto con pruebas ZK. Bons dijo que esta configuración desplaza el poder de los validadores y lo concentra en un pequeño grupo de constructores que pueden permitirse el hardware.

Advirtió que, a medida que los costos escalan linealmente con la velocidad y la capacidad, Ethereum enfrenta una decisión forzada. O el rendimiento se mantiene limitado, o la descentralización se erosiona. En su opinión, ambos resultados socavan las afirmaciones fundamentales de Ethereum.

Bons comparó el rendimiento de ZK-EVM con redes competidoras. Observó que incluso con configuraciones masivas de GPU, la producción de bloques ZK-EVM puede tardar de 8 a 12 segundos.

Por otro lado, los validadores de Solana operan con tiempos de bloque inferiores a un segundo y costos de hardware mucho menores en relación. Argumentó que esta diferencia explica por qué Ethereum ni siquiera intenta competir en velocidad bruta.

Con el comercio de alta frecuencia y los intercambios perpetuos impulsando la mayor parte de los ingresos en cadena, los tiempos de bloque más lentos siguen siendo una desventaja estructural.

El cofundador de Ethereum defiende un objetivo diferente

El cofundador de Ethereum, Vitalik Buterin, dijo recientemente que Ethereum fue construido para sobrevivir a la censura, fallos y desactivaciones, en lugar de optimizar la latencia. Señaló la larga disponibilidad de Ethereum y su papel como capa de liquidación para decenas de miles de millones de dólares en DeFi.

Mientras tanto, Bons afirma que la escalabilidad con énfasis en ZK corre el riesgo de crear una centralización oculta, sin lograr ofrecer un rendimiento competitivo.

La discusión se intensifica

La hoja de ruta de Ethereum para 2026 incluye mejoras destinadas a mayor capacidad mediante aumentos de gas y pruebas ZK. Bons argumentó que estos cambios llegan demasiado tarde y aún no abordan el problema principal de velocidad.

Bons concluyó que Ethereum se mantiene deliberadamente lento para ajustarse a los límites de cálculo de ZK, calificando esa decisión como condenatoria.

El debate en la comunidad cripto se intensificó, ya que los usuarios cuestionaron si Ethereum puede sobrevivir cuando los caminos ZK-EVM requieren hardware de $100,000, pero aún así quedan muy por detrás de redes competidoras. Bons respondió que la supervivencia es posible, pero el crecimiento no está garantizado debido a las importantes desventajas en capacidad y velocidad.

Otro desarrollador afirmó que futuras actualizaciones permitirían que los nodos ZK funcionaran con hardware modesto. Bons rechazó esa opinión, diciendo que las referencias actuales no muestran un camino viable sin avances importantes en criptografía que los desarrolladores ya han esperado durante años.