Ethereum podría enfrentar 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 de criptomonedas

Traducción original: TechFlow

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:

· Actualmente, zkEVM depende de intérpretes, lo que provoca una ralentización de 50 a 800 veces en el rendimiento;

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

· El diseño de pila de 256 bits es extremadamente ineficiente para la generación de 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);

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

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

El proceso de migración consta de tres etapas:

· Reemplazo de módulos precompilados por RISC-V (pruebas de bajo riesgo);

· Era de doble máquina virtual: coexistencia e interoperabilidad total entre EVM y RISC-V;

· Reimplementación de la EVM dentro de RISC-V (estrategia Rosetta).

Impacto en el ecosistema:

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

· Los ZK Rollups (como Polygon, zkSync, Scroll) obtendrán enormes ventajas → más baratos, rápidos y simples;

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

· Los usuarios disfrutarán de pruebas aproximadamente 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 destino de las pruebas de Zero Knowledge (ZK) es inevitable, y su argumento central es sencillo: Ethereum se está reinventando desde cero sobre la base de las pruebas de Zero Knowledge. Esto marca el destino técnico del protocolo: mediante la reconstrucción de L1, alcanzar su forma final, impulsada por zkVMs de alto rendimiento respaldadas 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. Esta discusión ya no trata de actualizaciones graduales, 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. Y en el núcleo de Lean Execution, la cuestión clave es: ¿la EVM, como 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ñaló Justin Drake de la Ethereum Foundation, el objetivo a largo plazo de Ethereum siempre ha sido "Snarkify everything", una poderosa herramienta para fortalecer todas las capas del protocolo. Sin embargo, durante mucho tiempo, este objetivo fue más un "plan inalcanzable", ya que requería el concepto de pruebas en tiempo real. Ahora, a medida que las pruebas en tiempo real se hacen 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 (ISA) RISC-V. Esta medida no solo promete liberar una escalabilidad sin precedentes, sino también simplificar la estructura del protocolo y alinear 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 los NFT. Sin embargo, esta arquitectura personalizada de hace 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 general. Como enfatizó Jeremy Bruestle en la conferencia Ethproofs, sus principios clave lo convierten en una excelente opción para este papel:

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

· Diseño modular: Las funciones más complejas se agregan mediante extensiones opcionales. Esta característica es crucial, ya que permite mantener el núcleo simple y ampliar 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 mencionó Justin Drake: "Las herramientas en torno a los compiladores son muy ricas, y construir compiladores es extremadamente difícil... así que tener estas cadenas de herramientas de compiladores es de un valor incalculable". RISC-V permite que Ethereum herede estas herramientas listas para usar de forma gratuita.

El problema del overhead del intérprete

El impulso para reemplazar la EVM no se debe a un solo defecto, sino a la convergencia de múltiples limitaciones fundamentales, problemas que ya no pueden ser ignorados en un futuro centrado en Zero Knowledge. Estas limitaciones incluyen cuellos de botella de rendimiento en los sistemas de pruebas ZK y el aumento de la complejidad interna del protocolo, que incrementa los riesgos.

El motor 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 de los probadores se convierte en el mayor cuello de botella.

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

"...si la implementación de zkVM es compilar 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 elimina completamente el overhead de toda la máquina virtual externa."

Esta capa adicional de interpretación conlleva una enorme pérdida de rendimiento. Las estimaciones indican que, en comparación con probar programas nativos, esta capa puede provocar una caída 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 el 80-90% del tiempo 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, ahora ha provocado 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 varios problemas graves que casi resultaron en fallos de consenso."

La complejidad es asombrosa. Vitalik ejemplifica que el código de envoltorio de un solo contrato precompilado (como modexp) es más complejo que todo el intérprete de RISC-V, y la lógica de la precompilación 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 época 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 extremadamente ineficiente. Esta ineficiencia es especialmente costosa en sistemas ZK. Como explica Vitalik:

"Cuando se usan números 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 CPUs modernas. Requiere más instrucciones para realizar la misma operación y complica la optimización del compilador.

Estos problemas —incluyendo los cuellos 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 plano 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 entornos de alto riesgo como Ethereum.

¿Por qué los estándares abiertos superan al diseño personalizado?

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 tiene solo unas 47 instrucciones, manteniendo el núcleo de la máquina virtual extremadamente simple. Esta simplicidad ofrece 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 campo de Zero Knowledge Más importante aún, 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 para el backend de zkVM."

De los diez zkVM capaces de probar bloques de Ethereum, nueve ya han elegido RISC-V como su arquitectura objetivo. Esta convergencia de mercado envía una señal poderosa: al adoptar RISC-V, Ethereum no está haciendo una apuesta especulativa, 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. En primer lugar, RISC-V tiene una especificación formal y legible por máquina: SAIL. Esto representa un gran avance respecto a la especificación de la EVM (principalmente el Yellow Paper en lenguaje natural). El Yellow Paper es algo ambiguo, mientras que la especificación SAIL proporciona el "estándar de oro", permitiendo pruebas matemáticas de corrección cruciales para proteger protocolos de alto valor. Como mencionó 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 explicó en profundidad:

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

En la arquitectura RISC-V, los contratos inteligentes que se ejecutan en modo usuario no pueden acceder directamente al estado de la blockchain. En su lugar, deben enviar una solicitud mediante la instrucción especial ECALL al núcleo confiable que se ejecuta en modo supervisor. Este mecanismo crea un límite de seguridad reforzado 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 se concibe 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: reemplazo de precompilados

La etapa inicial adopta el enfoque más conservador, introduciendo funciones limitadas de la nueva máquina virtual (VM). Como sugiere Vitalik Buterin: "Podemos empezar a usar la nueva VM en escenarios limitados, como reemplazar funciones precompiladas". Específicamente, esto suspenderá la adición de nuevas funciones precompiladas en la EVM, reemplazándolas por programas RISC-V aprobados por lista blanca. 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 etiqueta si su bytecode es EVM o RISC-V. La característica clave es la interoperabilidad sin fisuras: "ambos tipos de contratos pueden llamarse entre sí". Esta función se implementará mediante llamadas de 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 lograr la máxima simplificación del protocolo. En esta etapa, "la EVM se implementa como una de las implementaciones dentro de la nueva VM". La EVM estandarizada se convertirá en un contrato inteligente formalmente verificado que se ejecuta en el L1 nativo de RISC-V. Esto no solo garantiza soporte permanente para aplicaciones heredadas, sino que también permite a los desarrolladores de clientes mantener solo un 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 del desarrollador, 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 de L1 tendrá impactos muy diferentes en los dos principales tipos de Rollups.

Los Optimistic Rollups (como Arbitrum, Optimism) enfrentan desafíos arquitectónicos. Su modelo de seguridad depende de volver a ejecutar transacciones disputadas en la EVM de L1 para resolver pruebas de fraude. Si la EVM de L1 es reemplazada, este modelo colapsa por completo. 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 ventaja estratégica enorme. La gran mayoría de los ZK Rollups ya han adoptado RISC-V como su arquitectura interna 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 necesitarán 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 utilizados directamente por L2, reduciendo enormemente 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 las vastas bibliotecas de lenguajes populares 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 finalmente les brindará una experiencia de red de menor coste y mayor rendimiento. Se espera que el coste de las pruebas disminuya unas 100 veces, de varios dólares por transacción a unos pocos centavos o incluso 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 alrededor de 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, y su trabajo es un caso convincente para validar 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 forma tradicional, lenta y codificada de las precompilaciones, SP1 descarga operaciones intensivas como el hash Keccak a circuitos ZK especialmente diseñados y optimizados manualmente, invocándolos mediante la instrucción 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 de capacidades Zero Knowledge (ZK-ify) a los Optimistic Rollups. Como explica Uma Roy, cofundador 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 se necesita 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 plano factible para el futuro, como se describe en este artículo.

Cómo Ethereum reduce riesgos

Una gran ventaja de RISC-V es que hace posible 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 tiene una especificación oficial y legible por máquina, SAIL, 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 y comparándolos con la especificación oficial de RISC-V en Lean". Este es un avance histórico, que traslada la confianza de implementaciones humanas propensas a errores a pruebas matemáticas verificables, abriendo nuevas alturas para la seguridad blockchain.

Principales riesgos de la transformación

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

Problemas de medición de Gas

Crear un modelo de gas determinista y justo para una arquitectura de conjunto de instrucciones (ISA) general es un problema aún no resuelto. El simple conteo de instrucciones 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 con un coste de gas muy bajo. Este tipo de problemas supone un gran desafío 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 del compilador off-chain (como LLVM), que es extremadamente complejo y conocido por tener vulnerabilidades. Un atacante podría aprovechar un bug del compilador para convertir un 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 extremadamente difícil. Pequeñas diferencias en el entorno de compilación pueden producir binarios diferentes, afectando la transparencia y la confianza. Estos problemas suponen un gran reto 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 etapas

Adoptar un plan de transición gradual y por etapas es la estrategia central para gestionar los riesgos. Al introducir primero RISC-V como reemplazo 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 zkVMs líderes. Esto demuestra que incluso los sistemas mejor diseñados pueden tener bugs que solo se descubren 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 con ABI compatible con Linux, ya que esta combinación tiene el mayor soporte en los lenguajes y herramientas principales, maximizando las ventajas del nuevo ecosistema. La estandarización no solo mejora la eficiencia de los desarrolladores, sino que también 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 audaz esfuerzo.

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

· El equilibrio entre las enormes mejoras de rendimiento de una arquitectura nativa ZK y la necesidad urgente de compatibilidad hacia atrás;

· El equilibrio entre las ventajas de seguridad de simplificar el protocolo y la inercia de la gran red de la EVM;

· La elección entre el poder de un ecosistema general y el riesgo de depender de cadenas de herramientas de terceros complejas.

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

Como dice Vitalik Buterin, "el objetivo final es... proporcionar ZK-snark para todo".

Proyectos como Ethproofs proporcionan datos objetivos y plataformas de colaboración 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 plano operativo 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 para la próxima generación de Internet, impulsada por el tercer gran primitivo criptográfico después del hash y la firma: SNARK.

Demostrar el software del mundo, abrir una nueva era cripto.

Para más información: