Ethereum se prepara para la mayor actualización de su historia: EVM será retirada y RISC-V tomará el control

Título original: Goodbye EVM, Hello RISC-V

Autor original: jaehaerys.eth, investigador cripto

Traducción original: TechFlow de Deep Tide

Resumen

Ethereum se prepara para la transformación arquitectónica más importante desde su creación: reemplazar la EVM por RISC-V.

La razón es simple: en un futuro centrado en Zero Knowledge (ZK), la EVM se ha convertido en un cuello de botella de rendimiento:

· Las actuales zkEVM dependen de intérpretes, lo que ralentiza el rendimiento entre 50 y 800 veces;

· Los módulos precompilados complican el protocolo y aumentan los riesgos;

· El diseño de pila de 256 bits es extremadamente ineficiente al generar pruebas.

Soluciones de RISC-V:

· Diseño minimalista (alrededor de 47 instrucciones básicas) + ecosistema maduro de LLVM (compatible con Rust, C++, Go, etc.);

· Se ha convertido en el estándar de facto de zkVM (adoptado por el 90% de los proyectos);

· Cuenta con una especificación formal SAIL (en comparación con el ambiguo Yellow Paper) → permite una verificación estricta;

· La ruta de pruebas por hardware (ASICs/FPGAs) ya está en pruebas (SP1, Nervos, Cartesi, etc.).

El proceso de migración se divide en tres etapas:

· Sustituir por RISC-V como módulo precompilado (pruebas de bajo riesgo);

· Era de doble máquina virtual: EVM y RISC-V coexisten e interoperan completamente;

· Reimplementar la EVM dentro de RISC-V (estrategia Rosetta).

Impacto en el ecosistema:

· Los Optimistic Rollups (como Arbitrum y Optimism) tendrán que reconstruir sus mecanismos de pruebas de fraude;

· Los ZK Rollups (como Polygon, zkSync, Scroll) obtendrán enormes ventajas → más barato, más rápido, más sencillo;

· Los desarrolladores podrán usar directamente bibliotecas de Rust, Go y Python en la capa L1;

· Los usuarios disfrutarán de pruebas unas 100 veces más baratas → camino hacia Gigagas L1 (alrededor de 10,000 TPS).

Finalmente, Ethereum evolucionará de una "máquina virtual de contratos inteligentes" a una capa de confianza minimalista y verificable para Internet, cuyo objetivo final es "ZK-Snarkizar todo".

La encrucijada de Ethereum

Vitalik Buterin dijo una vez: "El objetivo final incluye... ZK-Snarkizar todo".

El final de juego de Zero Knowledge (ZK) es inevitable, y su argumento central es simple: Ethereum se está reinventando desde cero sobre la base de pruebas de conocimiento cero. Esto marca el punto final técnico del protocolo: mediante la reconstrucción de L1, alcanzar su forma definitiva, impulsada por un zkVM de alto rendimiento respaldado por equipos de desarrollo centrales como Succinct.

Con esta visión como meta, Ethereum se encuentra en el umbral de la transformación arquitectónica más importante desde su nacimiento. Ya no se trata de una actualización incremental, sino de una reconstrucción total de su núcleo computacional: reemplazar la Ethereum Virtual Machine (EVM). Esta medida es la piedra angular de la visión más amplia de "Lean Ethereum".

La visión de Lean Ethereum busca simplificar sistemáticamente todo el protocolo, dividiéndolo en tres módulos principales: Lean Consensus, Lean Data y Lean Execution. En el núcleo de Lean Execution, la cuestión clave es: ¿la EVM, motor de la revolución de los contratos inteligentes, se ha convertido en el principal cuello de botella para el futuro desarrollo de Ethereum?

Como señala Justin Drake de la Ethereum Foundation, el objetivo a largo plazo de Ethereum siempre ha sido "Snarkificar todo" (Snarkify everything), una poderosa herramienta que puede fortalecer todas las capas del protocolo. Sin embargo, durante mucho tiempo, este objetivo ha parecido un "plan inalcanzable", ya que requiere el concepto de pruebas en tiempo real. Ahora que las pruebas en tiempo real se están convirtiendo en realidad, la ineficiencia teórica de la EVM se ha convertido en un problema práctico urgente.

Este artículo analizará en profundidad los argumentos técnicos y estratégicos para migrar Ethereum L1 a la arquitectura de conjunto de instrucciones RISC-V (ISA). Esta medida no solo promete una escalabilidad sin precedentes, sino que también simplificará la estructura del protocolo y alineará a Ethereum con el futuro de la computación verificable.

¿Qué ha cambiado realmente?

Antes de explorar el "por qué", primero debemos aclarar "qué" está cambiando.

La EVM (Ethereum Virtual Machine) es el entorno de ejecución de los contratos inteligentes de Ethereum, conocida como la "computadora mundial" que procesa transacciones y actualiza el estado de la blockchain. Durante años, su diseño fue revolucionario y sentó las bases para el nacimiento de DeFi y el ecosistema NFT. Sin embargo, esta arquitectura personalizada de casi una década ha acumulado una gran deuda técnica.

En contraste, RISC-V no es un producto, sino un estándar abierto: un "alfabeto" de diseño de procesadores gratuito y universal. Como enfatizó Jeremy Bruestle en la conferencia Ethproofs, sus principios clave lo convierten en una excelente elección para este papel:

· Minimalismo: El conjunto de instrucciones básico de RISC-V es extremadamente simple, con solo 40 a 47 instrucciones. Como dice Jeremy, esto lo hace "casi perfecto para el caso de uso de una máquina universal súper minimalista que necesitamos".

· Diseño modular: Las funciones más complejas se agregan mediante extensiones opcionales. Esta característica es crucial, ya que permite que el núcleo permanezca simple mientras se amplían las funciones según sea necesario, sin imponer complejidad innecesaria al protocolo base.

· Ecosistema abierto: RISC-V cuenta con una amplia y madura cadena de herramientas, incluido el compilador LLVM, que permite a los desarrolladores usar lenguajes de programación populares como Rust, C++ y Go. Como menciona Justin Drake: "Las herramientas en torno a los compiladores son muy ricas, y construir compiladores es extremadamente difícil... por lo tanto, tener estas cadenas de herramientas de compiladores es de gran valor". RISC-V permite que Ethereum herede estas herramientas listas para usar de forma gratuita.

El problema del overhead del intérprete

La razón para reemplazar la EVM no es un solo defecto, sino la convergencia de múltiples limitaciones fundamentales, problemas que ya no pueden ser ignorados en un futuro centrado en pruebas de conocimiento cero. Estas limitaciones incluyen cuellos de botella de rendimiento en los sistemas de pruebas ZK y los riesgos derivados de la creciente complejidad interna del protocolo.

El impulsor más urgente de esta transformación es la ineficiencia inherente de la EVM en los sistemas de pruebas ZK. A medida que Ethereum avanza hacia un modelo en el que el estado de L1 se verifica mediante pruebas ZK, el rendimiento del generador de pruebas se convierte en el mayor cuello de botella.

El problema radica en el funcionamiento actual de las zkEVM. No prueban directamente la EVM, sino el intérprete de la EVM, que a su vez se compila en RISC-V. Vitalik Buterin señala claramente este problema central:

"...si la forma en que se implementa la zkVM es compilando la ejecución de la EVM en algo que finalmente se convierte en código RISC-V, ¿por qué no exponer directamente el RISC-V subyacente a los desarrolladores de contratos inteligentes? Así se eliminaría por completo el overhead de toda la máquina virtual externa."

Esta capa adicional de interpretación conlleva una enorme pérdida de rendimiento. Las estimaciones sugieren que, en comparación con probar programas nativos, esta capa puede causar una disminución de rendimiento de 50 a 800 veces. Incluso después de optimizar otros cuellos de botella (como cambiar al algoritmo de hash Poseidon), esta parte de la "ejecución de bloques" sigue ocupando entre el 80% y el 90% del tiempo total de prueba, convirtiendo a la EVM en el obstáculo final y más difícil para escalar L1. Al eliminar esta capa, Vitalik espera una mejora de eficiencia de hasta 100 veces.

La trampa de la deuda técnica

Para compensar la falta de rendimiento de la EVM en ciertas operaciones criptográficas, Ethereum introdujo contratos precompilados: funciones especializadas codificadas directamente en el protocolo. Aunque esta solución fue pragmática en su momento, hoy ha generado lo que Vitalik Buterin llama una situación "desastrosa":

"Las precompilaciones han sido desastrosas para nosotros... han inflado enormemente la base de código confiable de Ethereum... y han causado problemas graves que casi han llevado a fallos de consenso en varias ocasiones."

La complejidad es asombrosa. Vitalik ejemplifica que el código envoltorio de un solo contrato precompilado (como modexp) es más complejo que todo el intérprete de RISC-V, y la lógica precompilada es aún más engorrosa. Agregar nuevas precompilaciones requiere un proceso de hard fork lento y políticamente controvertido, lo que obstaculiza gravemente la innovación de aplicaciones que necesitan nuevos primitivos criptográficos. Al respecto, Vitalik concluye claramente:

"Creo que deberíamos dejar de agregar nuevas precompilaciones a partir de hoy."

La deuda técnica arquitectónica de Ethereum

El diseño central de la EVM refleja las prioridades de una era pasada, pero ya no es adecuado para las necesidades de la computación moderna. La EVM eligió una arquitectura de 256 bits para manejar valores criptográficos, pero para los enteros de 32 o 64 bits comúnmente usados en contratos inteligentes, esta arquitectura es muy ineficiente. Esta ineficiencia es especialmente costosa en sistemas ZK. Como explica Vitalik:

"Cuando se usan números más pequeños, en realidad no se ahorran recursos, pero la complejidad aumenta de dos a cuatro veces."

Además, la arquitectura de pila de la EVM es menos eficiente que la arquitectura de registros de RISC-V y las CPU modernas. Requiere más instrucciones para realizar la misma operación y complica la optimización del compilador.

Estos problemas —el cuello de botella de rendimiento en pruebas ZK, la complejidad de las precompilaciones y las elecciones arquitectónicas obsoletas— constituyen una razón convincente y urgente: Ethereum debe ir más allá de la EVM y adoptar una arquitectura tecnológica más adecuada para el futuro.

El plan de RISC-V: remodelando el futuro de Ethereum sobre una base más sólida

Las ventajas de RISC-V no solo radican en las deficiencias de la EVM, sino en la fortaleza inherente de su filosofía de diseño. Su arquitectura proporciona una base robusta, simple y verificable, ideal para un entorno de alto riesgo como Ethereum.

¿Por qué los estándares abiertos superan a los diseños personalizados?

A diferencia de las arquitecturas de conjunto de instrucciones (ISA) personalizadas, que requieren construir todo el ecosistema de software desde cero, RISC-V es un estándar abierto y maduro con tres ventajas clave:

Ecosistema maduro

Al adoptar RISC-V, Ethereum puede aprovechar décadas de progreso colectivo en ciencias de la computación. Como explica Justin Drake, esto le da a Ethereum la oportunidad de usar herramientas de clase mundial directamente:

"Existe un componente de infraestructura llamado LLVM, una cadena de herramientas de compiladores que te permite compilar lenguajes de alto nivel a uno de varios objetivos backend. Uno de los backends soportados es RISC-V. Así que si soportas RISC-V, automáticamente soportas todos los lenguajes de alto nivel soportados por LLVM."

Esto reduce enormemente la barrera de entrada para los desarrolladores, permitiendo que millones de programadores familiarizados con Rust, C++ y Go puedan comenzar fácilmente.

Filosofía de diseño minimalista El minimalismo de RISC-V es una característica intencionada, no una limitación. Su conjunto de instrucciones básico contiene solo unas 47 instrucciones, manteniendo el núcleo de la máquina virtual extremadamente simple. Esta simplicidad tiene ventajas significativas en seguridad, ya que una base de código confiable más pequeña es más fácil de auditar y verificar formalmente.

Estándar de facto en el ámbito de Zero Knowledge Aún más importante, el ecosistema zkVM ya ha hecho su elección. Como señala Justin Drake, los datos de Ethproofs muestran una tendencia clara:

"RISC-V es la arquitectura de conjunto de instrucciones (ISA) líder como backend de zkVM."

De las diez zkVM capaces de probar bloques de Ethereum, nueve ya han elegido RISC-V como arquitectura objetivo. Esta convergencia de mercado envía una señal poderosa: al adoptar RISC-V, Ethereum no está haciendo un experimento especulativo, sino alineándose con un estándar ya validado y adoptado por proyectos que construyen el futuro Zero Knowledge.

Nacido para la confianza, no solo para la ejecución

Además de su amplio ecosistema, la arquitectura interna de RISC-V es especialmente adecuada para construir sistemas seguros y verificables. Primero, RISC-V cuenta con una especificación formal y legible por máquina: SAIL. Esto representa un gran avance respecto a la especificación de la EVM (principalmente textual en el Yellow Paper). El Yellow Paper es algo ambiguo, mientras que la especificación SAIL proporciona un "estándar de oro" que permite pruebas matemáticas de corrección, cruciales para proteger protocolos de gran valor. Como menciona Alex Hicks de la Ethereum Foundation en la conferencia Ethproofs, esto permite que los circuitos zkVM se "verifiquen directamente contra la especificación oficial de RISC-V". En segundo lugar, RISC-V incluye una arquitectura privilegiada, una característica a menudo ignorada pero crucial para la seguridad. Define diferentes niveles de operación, principalmente el modo usuario (para aplicaciones no confiables como contratos inteligentes) y el modo supervisor (para el "núcleo de ejecución" confiable). Diego de Cartesi lo explica en detalle:

"El sistema operativo debe protegerse de otros códigos. Necesita ejecutar diferentes programas de forma aislada, y todos estos mecanismos son parte del estándar RISC-V."

En la arquitectura de RISC-V, los contratos inteligentes que se ejecutan en modo usuario no pueden acceder directamente al estado de la blockchain. En cambio, deben enviar solicitudes mediante una instrucción especial ECALL al núcleo confiable que se ejecuta en modo supervisor. Este mecanismo crea un límite de seguridad impuesto por hardware, más robusto y fácil de verificar que el modelo de sandboxing puramente software de la EVM.

La visión de Vitalik

Esta transformación está concebida como un proceso gradual y por etapas, para garantizar la estabilidad del sistema y la compatibilidad hacia atrás. Como explica el fundador de Ethereum, Vitalik Buterin, este enfoque busca un desarrollo "evolutivo" en lugar de una transformación "revolucionaria".

Primer paso: sustitución de precompilados

La etapa inicial adopta el enfoque más conservador, introduciendo capacidades limitadas de la nueva máquina virtual (VM). Como sugiere Vitalik Buterin: "Podemos comenzar usando la nueva VM en escenarios limitados, como reemplazo de funciones precompiladas". Específicamente, esto pausará la adición de nuevas precompilaciones EVM, reemplazándolas por programas RISC-V aprobados mediante whitelist. Este método permite probar la nueva VM en mainnet en un entorno de bajo riesgo, mientras que los clientes de Ethereum actúan como intermediarios entre ambos entornos de ejecución.

Segundo paso: coexistencia de doble máquina virtual

La siguiente etapa "abre la nueva VM directamente a los usuarios". Los contratos inteligentes pueden indicar mediante una marca si su bytecode es EVM o RISC-V. La característica clave es la interoperabilidad perfecta: "ambos tipos de contratos pueden llamarse entre sí". Esta función se implementará mediante llamadas al sistema (ECALL), permitiendo que ambas máquinas virtuales colaboren en el mismo ecosistema.

Tercer paso: EVM como contrato simulado (estrategia "Rosetta")

El objetivo final es la máxima simplificación del protocolo. En esta etapa, "la EVM se convierte en una implementación dentro de la nueva VM". La EVM estandarizada se ejecutará como un contrato inteligente formalmente verificado sobre la L1 nativa de RISC-V. Esto no solo garantiza soporte permanente para aplicaciones heredadas, sino que permite a los desarrolladores de clientes mantener un solo motor de ejecución simplificado, reduciendo significativamente la complejidad y los costes de mantenimiento.

El efecto dominó en el ecosistema

La transición de EVM a RISC-V no es solo un cambio en el protocolo central, sino que tendrá un profundo impacto en todo el ecosistema de Ethereum. Esta transformación no solo remodelará la experiencia de los desarrolladores, sino que también cambiará fundamentalmente el panorama competitivo de las soluciones Layer-2 y desbloqueará nuevos modelos de validación económica.

Reposicionamiento de los Rollups: Optimistic vs ZK

La adopción de RISC-V en la capa de ejecución L1 tendrá impactos muy diferentes en los dos principales tipos de Rollup.

Los Optimistic Rollups (como Arbitrum, Optimism) enfrentan desafíos arquitectónicos. Su modelo de seguridad depende de volver a ejecutar en la EVM de L1 las transacciones disputadas para resolver pruebas de fraude. Si la EVM de L1 es reemplazada, este modelo se desmorona. Estos proyectos tendrán que elegir entre una gran reingeniería para diseñar un sistema de pruebas de fraude para la nueva VM de L1, o desvincularse completamente del modelo de seguridad de Ethereum.

En cambio, los ZK Rollups obtendrán una enorme ventaja estratégica. La gran mayoría ya utiliza RISC-V como su arquitectura interna de conjunto de instrucciones (ISA). Un L1 que "hable el mismo idioma" permitirá una integración más estrecha y eficiente. Justin Drake plantea la visión de un futuro de "Rollups nativos": L2 se convierte en una instancia especializada del entorno de ejecución de L1, utilizando la VM incorporada de L1 para una liquidación perfecta. Esta alineación traerá los siguientes cambios:

· Simplificación del stack tecnológico: Los equipos de L2 ya no tendrán que construir complejos puentes internos entre el entorno de ejecución RISC-V y la EVM.

· Reutilización de herramientas y código: Los compiladores, depuradores y herramientas de verificación formal desarrollados para el entorno RISC-V de L1 podrán ser usados directamente por L2, reduciendo drásticamente los costes de desarrollo.

· Alineación de incentivos económicos: Las tarifas de gas de L1 reflejarán con mayor precisión el coste real de la verificación ZK basada en RISC-V, formando un modelo económico más racional.

Una nueva era para desarrolladores y usuarios

Para los desarrolladores de Ethereum, esta transformación será gradual, no disruptiva.

Para los desarrolladores, podrán acceder a un ecosistema de desarrollo de software más amplio y maduro. Como señala Vitalik Buterin, los desarrolladores "podrán escribir contratos en Rust, y estas opciones pueden coexistir". Al mismo tiempo, predice que "Solidity y Vyper seguirán siendo populares durante mucho tiempo por su elegante diseño para la lógica de contratos inteligentes". Usar el ecosistema de herramientas LLVM y sus vastas bibliotecas será revolucionario. Vitalik lo compara con una "experiencia estilo NodeJS", donde los desarrolladores pueden escribir código on-chain y off-chain en el mismo lenguaje, logrando una integración total en el desarrollo.

Para los usuarios, esta transformación traerá finalmente una experiencia de red de menor coste y mayor rendimiento. Se espera que el coste de las pruebas disminuya unas 100 veces, bajando de varios dólares por transacción a unos pocos centavos o menos. Esto se traduce directamente en tarifas más bajas en L1 y en la liquidación de L2. Esta viabilidad económica desbloqueará la visión de "Gigagas L1", con el objetivo de alcanzar unos 10,000 TPS, allanando el camino para aplicaciones on-chain más complejas y valiosas en el futuro.

Succinct Labs y SP1: construyendo el futuro de las pruebas hoy

Ethereum está listo para despegar. "Escalar L1, escalar bloques" es una tarea estratégica urgente dentro del clúster de protocolos de la EF. Se espera una mejora significativa del rendimiento en los próximos 6 a 12 meses.

Equipos como Succinct Labs ya han demostrado en la práctica las ventajas teóricas de RISC-V, convirtiendo su trabajo en un caso de validación sólido para esta propuesta.

SP1, desarrollado por Succinct Labs, es un zkVM de alto rendimiento y código abierto basado en RISC-V, que valida la viabilidad del nuevo enfoque arquitectónico. SP1 adopta una filosofía "precompile-centric", resolviendo perfectamente los cuellos de botella criptográficos de la EVM. A diferencia de la tradicional y lenta dependencia de precompilados codificados, SP1 descarga operaciones intensivas como el hash Keccak a circuitos ZK especialmente diseñados y optimizados manualmente, invocándolos mediante instrucciones estándar ECALL. Este método combina el rendimiento del hardware personalizado con la flexibilidad del software, proporcionando a los desarrolladores una solución más eficiente y escalable.

El impacto real de Succinct Labs ya es evidente. Su producto OP Succinct utiliza SP1 para dotar a los Optimistic Rollups de capacidades de pruebas Zero Knowledge (ZK-ify). Como explica Uma Roy, cofundadora de Succinct:

"Los Rollups que usan OP Stack ya no tienen que esperar siete días para la confirmación final y el retiro... ahora solo toma una hora para la confirmación. Esta mejora de velocidad es increíble."

Este avance resuelve un punto crítico para todo el ecosistema OP Stack. Además, la infraestructura de Succinct —Succinct Prover Network— está diseñada como un mercado descentralizado de generación de pruebas, mostrando un modelo económico viable para la computación verificable del futuro. Su trabajo no es solo una prueba de concepto, sino un plan de futuro factible, tal como se describe en este artículo.

Cómo Ethereum reduce riesgos

Una gran ventaja de RISC-V es que hace alcanzable el santo grial de la verificación formal: demostrar matemáticamente la corrección del sistema. La especificación de la EVM está escrita en lenguaje natural en el Yellow Paper, lo que dificulta la formalización. En cambio, RISC-V cuenta con una especificación oficial SAIL legible por máquina, que proporciona una "referencia dorada" clara para su comportamiento.

Esto allana el camino para una mayor seguridad. Como señala Alex Hicks de la Ethereum Foundation, ya se está trabajando en "verificar formalmente los circuitos zkVM RISC-V extrayéndolos a Lean desde la especificación oficial de RISC-V". Este es un avance histórico, trasladando la confianza de implementaciones humanas propensas a errores a pruebas matemáticas verificables, abriendo nuevas cotas para la seguridad blockchain.

Principales riesgos de la transformación

Aunque una L1 basada en RISC-V tiene muchas ventajas, también trae nuevos desafíos complejos.

Problema de medición de gas

Crear un modelo de gas determinista y justo para una arquitectura de conjunto de instrucciones (ISA) generalista es un problema aún no resuelto. Contar instrucciones simples es vulnerable a ataques de denegación de servicio. Por ejemplo, un atacante puede diseñar un programa que provoque repetidamente fallos de caché, consumiendo muchos recursos a bajo coste de gas. Este problema plantea serios desafíos para la estabilidad de la red y el modelo económico.

Seguridad de la cadena de herramientas y problema de "construcción reproducible"

Este es el riesgo más importante y subestimado del proceso de transformación. El modelo de seguridad pasa de depender de la máquina virtual on-chain a depender de compiladores off-chain (como LLVM), que son extremadamente complejos y conocidos por tener vulnerabilidades. Un atacante podría explotar un bug del compilador para convertir código fuente aparentemente inofensivo en bytecode malicioso. Además, garantizar que el binario compilado on-chain coincida exactamente con el código fuente público —el problema de "construcción reproducible"— es muy difícil. Pequeñas diferencias en el entorno de compilación pueden generar binarios diferentes, afectando la transparencia y la confianza. Estos problemas plantean serios desafíos para la seguridad de desarrolladores y usuarios.

Estrategias de mitigación

El camino a seguir requiere estrategias de defensa en múltiples capas.

Despliegue por fases

Adoptar una transición gradual y por etapas es la estrategia central para gestionar riesgos. Al introducir primero RISC-V como sustituto de precompilados y luego operar en un entorno de doble máquina virtual, la comunidad puede acumular experiencia y confianza en un entorno de bajo riesgo, evitando cambios irreversibles. Este enfoque gradual proporciona una base estable para la transformación tecnológica.

Auditoría integral: fuzzing y verificación formal

Aunque la verificación formal es el objetivo final, debe combinarse con pruebas continuas e intensivas. Como demostró Valentine de Diligence Security en la llamada de Ethproofs, su herramienta de fuzzing Argus ya ha encontrado 11 vulnerabilidades críticas de solidez e integridad en zkVM líderes. Esto muestra que incluso los sistemas mejor diseñados pueden tener fallos que solo se detectan mediante pruebas rigurosas y adversariales. La combinación de fuzzing y verificación formal proporciona una mayor garantía de seguridad.

Estandarización

Para evitar la fragmentación del ecosistema, la comunidad debe adoptar una configuración única y estandarizada de RISC-V. Probablemente será la combinación RV64GC y ABI compatible con Linux, ya que cuenta con el mayor soporte en lenguajes y herramientas principales, maximizando las ventajas del nuevo ecosistema. La estandarización no solo mejora la eficiencia de los desarrolladores, sino que sienta una base sólida para el desarrollo a largo plazo del ecosistema.

El futuro verificable de Ethereum

La propuesta de reemplazar la Ethereum Virtual Machine (EVM) por RISC-V no es solo una actualización incremental, sino una reconstrucción fundamental de la capa de ejecución de Ethereum. Esta ambiciosa visión busca resolver cuellos de botella de escalabilidad profundos, simplificar la complejidad del protocolo y alinear la plataforma con el ecosistema más amplio de la computación general. Aunque esta transformación enfrenta enormes desafíos técnicos y sociales, sus beneficios estratégicos a largo plazo justifican este esfuerzo audaz.

Esta transformación se centra en una serie de compensaciones clave:

· El enorme aumento de rendimiento de una arquitectura nativa ZK frente a la necesidad urgente de compatibilidad hacia atrás;

· Las ventajas de seguridad de simplificar el protocolo frente a la inercia de la gran red de efectos de la EVM;

· El poder de un ecosistema generalista frente al riesgo de depender de complejas cadenas de herramientas de terceros.

En última instancia, esta transformación arquitectónica será clave para cumplir la promesa de "Lean Execution" y es una parte fundamental de la visión de "Lean Ethereum". Convertirá la L1 de Ethereum de una simple plataforma de contratos inteligentes en una capa eficiente y segura de liquidación y disponibilidad de datos, diseñada para soportar el vasto universo de la computación verificable.

Como dice Vitalik Buterin, "el objetivo final es... ZK-snarkizar todo".

Proyectos como Ethproofs proporcionan datos objetivos y plataformas colaborativas para esta transformación, mientras que el equipo de Succinct Labs, a través de la aplicación práctica de su SP1 zkVM, ofrece un plan de acción para este futuro. Al adoptar RISC-V, Ethereum no solo resuelve su propio cuello de botella de escalabilidad, sino que se posiciona como la capa de confianza fundamental de la próxima generación de Internet, impulsada por el tercer gran primitivo criptográfico después del hash y la firma: SNARK.

Demuestra el software del mundo, inicia una nueva era cripto.

Más información: