Nuevo hito: implementación de Parallelized EVM 2.0

La computación paralela se ha convertido en un paradigma esencial para la industria blockchain, con la ejecución paralelizada de EVM como uno de los avances más relevantes en optimización de rendimiento. Desde sus primeras etapas, Parallelized EVM ha pasado por diversas iteraciones, marcando hitos clave en la investigación para la escalabilidad de blockchain.

Demandas de rendimiento de red

El desarrollo de Parallelized EVM respondió a una necesidad concreta. Las redes blockchain de alto rendimiento sufrían congestión significativa en los picos de tráfico, lo que evidenció la urgencia de mejorar la eficiencia. Esta presión del mercado demostró que el modelo secuencial para procesar transacciones ya no era suficiente y motivó la adopción de la ejecución paralela en redes compatibles.

Resumen de fases de desarrollo

El proyecto Parallelized EVM ha evolucionado mediante varias fases, cada una cimentada en los progresos previos.

Fase 1.0: Fundación

La primera fase comenzó a mediados de diciembre de 2021 y se completó en unos tres meses, incluyendo el diseño, la implementación, la optimización y pruebas integrales. Esta etapa fundacional estableció la arquitectura y el flujo de trabajo que servirían de base para el desarrollo posterior de la tecnología Parallelized EVM.

Fase 2.0: Mejora

Sobre la base de la Fase 1.0, la segunda fase comenzó a principios de abril de 2022 y requirió cerca de dos meses de desarrollo. Fue una versión mejorada en rendimiento, incorporando optimizaciones y nuevos componentes para elevar la eficiencia del procesamiento de transacciones en el marco Parallelized EVM.

Fase 3.0: Planificación

Las fases siguientes se diseñaron para ampliar las capacidades de ejecución paralela al modo validador, lo que suponía una evolución adicional de la arquitectura Parallelized EVM. La complejidad técnica de la validación paralela exigió un refinamiento exhaustivo antes de su implementación.

Diseño de la arquitectura

La arquitectura de Parallelized EVM se fundamenta en principios de ingeniería avanzada que maximizan el rendimiento y preservan la estabilidad del sistema. Su implementación transforma el procesamiento de transacciones en la blockchain, permitiendo ejecución concurrente bajo un marco controlado.

Flujo de trabajo

Parallelized EVM incrementa la eficiencia en el procesamiento de bloques al ejecutar transacciones de manera concurrente, en lugar de secuencial. El sistema está formado por dos componentes principales: Dispatcher y Slots. Al iniciar el proceso, se crean varios slots configurados, cada uno recibe solicitudes de transacciones del dispatcher y las ejecuta en paralelo. Las transacciones asignadas a un mismo slot se ejecutan de forma secuencial, garantizando la coherencia. El dispatcher distribuye las transacciones de manera dinámica y eficiente, optimizando los conflictos y equilibrando la carga entre los slots.

Componentes

La arquitectura Parallelized EVM integra diversos módulos interconectados que operan en conjunto para habilitar la ejecución paralela sin comprometer la integridad de la blockchain.

Ejecución por etapas

La ejecución de las transacciones se divide en dos fases: Execution Stage y Finalize Stage. En la Execution Stage, la EVM se ejecuta sin validar inmediatamente los resultados; las transacciones pueden repetirse hasta obtener resultados válidos. Tras alcanzar un resultado confirmado, la Finalize Stage registra el resultado y aplica todos los cambios en la StateDB base, asegurando la finalidad de la transacción.

Dispatcher

El Dispatcher gestiona la preparación, distribución y consolidación de los resultados de transacciones. Las versiones avanzadas introducen mecanismos de distribución estática y dinámica. La distribución estática opera al inicio del bloque, asegurando que las transacciones susceptibles de conflicto se asignen al mismo slot y equilibrando la carga. La distribución dinámica gestiona escenarios en tiempo real, permitiendo que los slots inactivos reclamen transacciones de los slots congestionados (modo theft), maximizando el uso de recursos y el rendimiento.

Universal Unconfirmed State Access

Este mecanismo avanzado permite que las transacciones accedan al estado siguiendo una jerarquía: Self Dirty (actualizado por la propia transacción), UnConfirmed Dirty (actualizado por transacciones no confirmadas) y Base StateDB (estado confirmado). Se optimizan los patrones de acceso y se prioriza la información más fiable en cada momento.

Conflict Detector

Las transacciones blockchain dependen del estado previo cuando acceden al estado compartido, por lo que la detección de conflictos es fundamental. Las primeras versiones usaban la política DirtyRead, marcando como conflictivas las transacciones que accedían a estados cambiados. Las versiones mejoradas emplean detección basada en lecturas, con registros detallados que se comparan con la StateDB base para mayor precisión. El sistema implementa detectores anticipados y detección de conflictos KV paralela para optimizar la eficiencia y reducir cuellos de botella.

Merger

El componente Merger consolida los resultados confirmados en la StateDB base, asegurando la seguridad concurrente al limitar el acceso a la StateDB base solo a la rutina del dispatcher. Este diseño evita condiciones de carrera y garantiza el compromiso atómico del estado.

MemoryPool y LightCopy

Las versiones iniciales asignaban nuevos snapshots de StateDB por transacción, consumiendo unos 62 KB por copia y generando frecuentes procesos de recolección. Las versiones avanzadas incorporan un pool de memoria que recicla objetos StateDB de forma asíncrona, reduciendo la sobrecarga. LightCopy ha sustituido las copias profundas, evitando la duplicación de memoria y soportando el modelo UnConfirmed State Access mediante referencias, no duplicados.

Ciclo de vida

La ejecución de transacciones sigue tres etapas: Pre-Stage (preparación, asignación de hilo y inicialización de StateDB), RT-Stage (ejecución y acceso al estado global) y Post-Stage (detección de conflictos, reprogramación y compromiso de resultados válidos). Las optimizaciones posteriores han eliminado la distribución previa, trasladado la creación de StateDB a hilos paralelos, sustituido CopyOnWrite por UnconfirmedAccess y movido las operaciones de ConflictDetect y Finalize al hilo del dispatcher.

Pipeline

El Streaming Pipeline representa un avance esencial, eliminando prácticamente la espera por sincronización. Cada slot principal tiene un shadow slot de respaldo que replica las operaciones y permite reprogramación rápida. Las transacciones ya no esperan la finalización de las anteriores, sino que encolan los resultados y siguen ejecutando transacciones pendientes, logrando un flujo continuo que mejora radicalmente la eficiencia del pipeline. Este modelo transforma la ejecución en lotes sincronizados en un proceso fluido y constante.

Resultados de las pruebas

Validación de rendimiento

Las pruebas exhaustivas han confirmado la eficacia de Parallelized EVM. Los escenarios comparables ejecutaron tests concurrentes durante largos periodos, con múltiples slots paralelos y pipeline commit activo. Los resultados muestran que el coste total de procesamiento de bloques (ejecución, validación y compromiso) se redujo entre un 20 y un 50 %, con mejoras variables según el patrón de bloque. Esto confirma que la ejecución paralela incrementa notablemente el rendimiento y la capacidad de respuesta de la blockchain.

Conclusión

Parallelized EVM es un avance destacado en la optimización del rendimiento blockchain, resolviendo el reto central del procesamiento concurrente de transacciones en cadenas compatibles con Ethereum. Su arquitectura, que combina distribución dinámica, detección avanzada de conflictos, pipelines en streaming y optimización de memoria, ha demostrado que la ejecución paralela puede lograr mejoras sustanciales manteniendo la estabilidad y coherencia del sistema. La reducción del tiempo de procesamiento de bloques entre un 20 y un 50 % valida este enfoque y sitúa Parallelized EVM como una solución prometedora para la escalabilidad blockchain. Las próximas fases ampliarán estas capacidades a la validación, potenciando el procesamiento paralelo en sistemas de registro distribuido.

FAQ

¿Qué es Parallel EVM?

Parallel EVM es una arquitectura blockchain que habilita múltiples instancias de Ethereum Virtual Machine para procesar transacciones y smart contracts simultáneamente en vez de de forma secuencial. Esto mejora la escalabilidad y el rendimiento de las transacciones, manteniendo la compatibilidad EVM para los desarrolladores.

¿Qué es una EVM en términos sencillos?

Una EVM es una máquina virtual que ejecuta smart contracts en redes blockchain. Procesa transacciones y ejecuta aplicaciones descentralizadas según reglas predefinidas, actuando como motor computacional de las plataformas blockchain.

¿Qué es una blockchain paralela?

Una blockchain paralela es una cadena que opera junto a otras y permite funciones como mercados monetarios cross-chain y staking apalancado para aplicaciones de finanzas descentralizadas.

¿Cómo mejora Parallelized EVM el rendimiento de transacciones?

Parallelized EVM procesa varias transacciones no conflictivas simultáneamente en instancias paralelas, permitiendo ejecución concurrente en vez de secuencial. Esto incrementa el rendimiento de las transacciones y reduce los tiempos de bloque, mejorando la escalabilidad y eficiencia de la red blockchain.

¿Cuáles son las principales ventajas de Parallel EVM frente a la EVM secuencial tradicional?

Parallel EVM procesa varias transacciones a la vez en vez de secuencialmente, lo que aumenta la capacidad y reduce la latencia. Esto permite una finalización más rápida, mayor capacidad y mejor experiencia de usuario, además de mantener la compatibilidad EVM para una migración fluida de dApps.

¿Cuáles son los retos técnicos de implementar Parallel EVM?

Entre los principales desafíos están la consistencia de los datos en ejecución paralela, la optimización del acceso al estado y la detección de conflictos entre transacciones. Soluciones como el control de concurrencia optimista y las bases de datos paralelas ayudan a superar estos retos.