Mapa panorámico de la pista de computación paralela en Web3: ¿la mejor solución para la expansión nativa?
I. Descripción general de la pista de computación paralela
El «triángulo imposible» de la blockchain, que incluye «seguridad», «descentralización» y «escalabilidad», revela el compromiso esencial en el diseño de sistemas de blockchain, es decir, que es difícil para los proyectos de blockchain lograr simultáneamente «máxima seguridad, participación universal y procesamiento rápido». En cuanto al eterno tema de la «escalabilidad», las soluciones de escalado de blockchain más comunes en el mercado se clasifican según paradigmas, incluyendo:
Ejecución de escalabilidad mejorada: Mejora de la capacidad de ejecución en el lugar, como paralelismo, GPU, multicore.
Escalado con aislamiento de estado: división horizontal del estado, como fragmentación, UTXO, múltiples subredes
Escalado externo tipo outsourcing: llevar la ejecución fuera de la cadena, por ejemplo Rollup, Coprocesador, DA
Expansión desacoplada por estructura: modularidad de la arquitectura, funcionamiento colaborativo, como cadenas modulares, ordenadores compartidos, Rollup Mesh
Escalado asíncrono y concurrente: Modelo Actor, aislamiento de procesos, impulsado por mensajes, como agentes, cadena asíncrona de múltiples hilos
Las soluciones de escalabilidad de blockchain incluyen: computación paralela en la cadena, Rollup, sharding, módulos DA, estructura modular, sistema Actor, compresión de pruebas zk, arquitectura Stateless, entre otros, abarcando múltiples niveles de ejecución, estado, datos y estructura, constituyendo un sistema completo de escalabilidad "multi-nivel, combinación modular". Este artículo se centra en las soluciones de escalabilidad con computación paralela como enfoque principal.
Cálculo paralelo dentro de la cadena (intra-chain parallelism), enfocado en la ejecución paralela de transacciones/instrucciones dentro del bloque. Según el mecanismo de paralelismo, sus métodos de escalado se pueden dividir en cinco grandes categorías, cada una representando diferentes objetivos de rendimiento, modelos de desarrollo y filosofías arquitectónicas, con un grado de paralelismo cada vez más fino, una intensidad de paralelismo cada vez mayor, una complejidad de programación también creciente y una dificultad de implementación cada vez mayor.
Paralelismo a nivel de cuenta (Account-level): representa el proyecto Solana
Paralelismo a nivel de objeto: representa el proyecto Sui
Paralelismo a nivel de transacción (Transaction-level): representa el proyecto Monad, Aptos
Nivel de llamada / Micro VM en paralelo (Call-level / MicroVM): representa el proyecto MegaETH
Paralelismo a nivel de instrucción (Instruction-level): representa el proyecto GatlingX
Modelo de concurrencia asíncrona fuera de la cadena, representado por el sistema de agentes inteligentes (Modelo de Agente / Actor), que pertenece a otro paradigma de cálculo paralelo. Como sistema de mensajería cruzada/asíncrona (modelo no sincronizado en cadena), cada Agente actúa como un 'proceso inteligente' que funciona de manera independiente, con mensajería asíncrona en paralelo, impulsada por eventos y sin necesidad de programación de sincronización. Los proyectos representativos incluyen AO, ICP, Cartesi, entre otros.
Los conocidos Rollup o soluciones de escalado por fragmentación pertenecen a mecanismos de concurrencia a nivel de sistema y no se consideran computación paralela dentro de la cadena. Logran la escalabilidad mediante "la ejecución paralela de múltiples cadenas/dominios de ejecución", en lugar de aumentar la paralelización dentro de un solo bloque/máquina virtual. Este tipo de soluciones de escalado no son el enfoque principal de este artículo, pero aún así las utilizaremos para comparar las similitudes y diferencias de los conceptos arquitectónicos.
II. EVM Sistema de Cadena Paralela Mejorada: Rompiendo los Límites de Rendimiento en la Compatibilidad
La arquitectura de procesamiento en serie de Ethereum ha evolucionado hasta hoy, pasando por múltiples intentos de escalado como el sharding, Rollup y arquitecturas modularizadas, pero el cuello de botella en el rendimiento de la capa de ejecución aún no ha sido superado fundamentalmente. Sin embargo, EVM y Solidity siguen siendo la plataforma de contratos inteligentes con la base de desarrolladores y el potencial ecológico más fuertes en la actualidad. Por lo tanto, las cadenas paralelas basadas en EVM, que equilibran la compatibilidad ecológica y la mejora del rendimiento de ejecución, están convirtiéndose en una dirección clave para la nueva ronda de evolución de escalado. Monad y MegaETH son los proyectos más representativos en esta dirección, construyendo arquitecturas de procesamiento paralelo de EVM orientadas a escenarios de alta concurrencia y alto rendimiento, desde la ejecución retardada y la descomposición del estado respectivamente.
Análisis del mecanismo de cálculo paralelo de Monad
Monad es una blockchain de alto rendimiento Layer1 rediseñada para la máquina virtual de Ethereum (EVM), basada en el concepto fundamental de procesamiento en pipeline (Pipelining), con ejecución asíncrona en la capa de consenso (Asynchronous Execution) y ejecución concurrente optimista (Optimistic Parallel Execution) en la capa de ejecución. Además, en las capas de consenso y almacenamiento, Monad introduce un protocolo BFT de alto rendimiento (MonadBFT) y un sistema de base de datos especializado (MonadDB), logrando una optimización de extremo a extremo.
Pipelining: Mecanismo de ejecución en paralelo de múltiples etapas
Pipelining es el concepto básico de la ejecución paralela de Monad. Su idea central es dividir el proceso de ejecución de la blockchain en múltiples etapas independientes y procesar estas etapas en paralelo, formando una arquitectura de tubería tridimensional. Cada etapa se ejecuta en hilos o núcleos independientes, logrando un procesamiento concurrente entre bloques y, en última instancia, aumentando el rendimiento y reduciendo la latencia. Estas etapas incluyen: propuesta de transacción (Propose), logro de consenso (Consensus), ejecución de transacciones (Execution) y compromiso de bloques (Commit).
Ejecución Asíncrona: Consenso - Desacoplamiento Asíncrono de Ejecución
En la cadena tradicional, el consenso y la ejecución de las transacciones suelen ser un proceso sincrónico, y este modelo secuencial limita gravemente la escalabilidad del rendimiento. Monad logra la asincronía en la capa de consenso, la capa de ejecución y el almacenamiento a través de la «ejecución asincrónica». Esto reduce significativamente el tiempo de bloque y la latencia de confirmación, lo que hace que el sistema sea más resiliente, con procesos más segmentados y un mayor aprovechamiento de los recursos.
Diseño central:
El proceso de consenso (capa de consenso) solo se encarga de ordenar las transacciones, no de ejecutar la lógica de contratos.
El proceso de ejecución (capa de ejecución) se activa de manera asíncrona después de que se completa el consenso.
Una vez completado el consenso, se pasa inmediatamente al proceso de consenso del siguiente bloque, sin necesidad de esperar a que se complete la ejecución.
Ethereum tradicional utiliza un modelo estricto de ejecución secuencial para evitar conflictos de estado. En cambio, Monad adopta una estrategia de "ejecución paralela optimista", lo que mejora significativamente la velocidad de procesamiento de transacciones.
Mecanismo de ejecución:
Monad ejecutará de manera optimista todas las transacciones en paralelo, asumiendo que la mayoría de las transacciones no tienen conflictos de estado entre sí.
Ejecutar simultáneamente un "Detector de Conflictos (Conflict Detector))" para monitorear si las transacciones acceden al mismo estado (como conflictos de lectura/escritura).
Si se detecta un conflicto, se volverá a ejecutar en serie la transacción en conflicto para garantizar la corrección del estado.
Monad eligió un camino compatible: moviendo lo menos posible las reglas de EVM, logrando la paralelización a través del retraso en la escritura de estados y la detección dinámica de conflictos durante el proceso de ejecución, pareciendo más una versión de rendimiento de Ethereum, con buena madurez que facilita la migración del ecosistema EVM, siendo un acelerador de paralelización en el mundo EVM.
Análisis del mecanismo de computación paralela de MegaETH
A diferencia de la ubicación L1 de Monad, MegaETH se posiciona como una capa de ejecución paralela de alto rendimiento compatible con EVM, que puede funcionar tanto como una cadena pública L1 independiente como una capa de mejora de ejecución (Execution Layer) o un componente modular en Ethereum. Su objetivo de diseño central es descomponer la lógica de cuentas, el entorno de ejecución y el estado en unidades mínimas que se pueden programar de forma independiente, para lograr una ejecución de alta concurrencia y una capacidad de respuesta de baja latencia dentro de la cadena. La innovación clave propuesta por MegaETH radica en: arquitectura Micro-VM + DAG de Dependencia de Estado (Directed Acyclic Graph) y mecanismo de sincronización modular, que construyen conjuntamente un sistema de ejecución paralela orientado a "hilos dentro de la cadena".
Arquitectura Micro-VM: la cuenta es el hilo
MegaETH ha introducido un modelo de ejecución de "una micro máquina virtual (Micro-VM) por cuenta", que "hilo" el entorno de ejecución, proporcionando la unidad de aislamiento mínima para la programación paralela. Estas VM se comunican entre sí a través de mensajes asíncronos (Asynchronous Messaging), en lugar de llamadas sincrónicas, lo que permite que un gran número de VM se ejecute de manera independiente y almacene de forma independiente, de forma inherentemente paralela.
Estado de dependencia DAG: mecanismo de programación impulsado por un gráfico de dependencias
MegaETH ha construido un sistema de programación DAG basado en relaciones de acceso al estado de la cuenta, que mantiene en tiempo real un gráfico de dependencias (Dependency Graph) global. Cada transacción modela las cuentas que modifica y las cuentas que lee, todo ello como relaciones de dependencia. Las transacciones sin conflictos pueden ejecutarse en paralelo directamente, mientras que las transacciones con relaciones de dependencia se programarán en orden topológico de forma secuencial o se retrasarán. El gráfico de dependencias garantiza la consistencia del estado y la no escritura duplicada durante el proceso de ejecución en paralelo.
Ejecución asíncrona y mecanismo de callbacks
B
En resumen, MegaETH rompe con el modelo tradicional de máquina de estado de hilo único EVM, implementando el encapsulamiento de micro máquinas virtuales a nivel de cuenta, programando transacciones a través de gráficos de dependencia de estado y utilizando un mecanismo de mensajes asíncronos en lugar de una pila de llamadas síncronas. Es una plataforma de cálculo paralelo rediseñada en todas sus dimensiones desde "estructura de cuenta → arquitectura de programación → flujo de ejecución", que proporciona un nuevo enfoque paradigmatico para la construcción de sistemas en cadena de alto rendimiento de próxima generación.
MegaETH ha elegido un camino de reconstrucción: abstraer completamente cuentas y contratos en una VM independiente, liberando así el potencial de paralelismo extremo a través de programación de ejecución asíncrona. Teóricamente, el límite de paralelismo de MegaETH es más alto, pero también es más difícil controlar la complejidad, pareciendo más un sistema operativo superdistribuido bajo la filosofía de Ethereum.
Monad y MegaETH tienen conceptos de diseño bastante diferentes de la fragmentación (Sharding): la fragmentación divide la cadena de bloques en múltiples subcadenas independientes (fragmentos Shards), cada subcadena es responsable de parte de las transacciones y el estado, rompiendo la limitación de una sola cadena en la expansión a nivel de red; mientras que Monad y MegaETH mantienen la integridad de la cadena única, solo expanden horizontalmente en la capa de ejecución, optimizando la ejecución paralela extrema dentro de la cadena única para superar el rendimiento. Ambos representan dos direcciones en el camino de expansión de la cadena de bloques: el refuerzo vertical y la expansión horizontal.
Los proyectos de computación paralela como Monad y MegaETH se centran principalmente en la optimización del rendimiento, con el objetivo central de mejorar el TPS en la cadena, logrando el procesamiento paralelo a nivel de transacciones o cuentas a través de la ejecución diferida (Deferred Execution) y la arquitectura de micro-vm (Micro-VM). Por otro lado, Pharos Network es una red blockchain L1 modular y de pila completa que cuenta con un mecanismo central de computación paralela llamado "Rollup Mesh". Esta arquitectura, mediante la colaboración entre la red principal y las redes de procesamiento especial (SPNs), soporta entornos de múltiples máquinas virtuales (EVM y Wasm), e integra tecnologías avanzadas como pruebas de conocimiento cero (ZK) y entornos de ejecución confiables (TEE).
Análisis del mecanismo de cálculo paralelo Rollup Mesh:
Procesamiento asincrónico de tuberías de ciclo de vida completo (Full Lifecycle Asynchronous Pipelining): Pharos desacopla las diferentes etapas de la transacción (como consenso, ejecución, almacenamiento) y utiliza un enfoque de procesamiento asincrónico, lo que permite que cada etapa se realice de manera independiente y en paralelo, mejorando así la eficiencia general del procesamiento.
Ejecución Paralela de Doble Máquina Virtual (Dual VM Parallel Execution): Pharos admite dos entornos de máquina virtual, EVM y WASM, lo que permite a los desarrolladores elegir el entorno de ejecución adecuado según sus necesidades. Esta arquitectura de doble VM no solo mejora la flexibilidad del sistema, sino que también aumenta la capacidad de procesamiento de transacciones mediante la ejecución paralela.
Redes de Procesamiento Especial (SPNs): Las SPNs son componentes clave de la arquitectura Pharos, similares a subredes modularizadas, diseñadas específicamente para manejar tipos particulares de tareas o aplicaciones. A través de las SPNs, Pharos puede lograr la asignación dinámica de recursos y el procesamiento paralelo de tareas, lo que mejora aún más la escalabilidad y el rendimiento del sistema.
Consenso modular y mecanismo de reestacado (Modular Consensus & Restaking): Pharos introduce un mecanismo de consenso flexible que admite múltiples modelos de consenso (como PBFT, PoS, PoA) y logra la conexión entre la red principal y SPN a través del protocolo de reestacado (Restaking).
Ver originales
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.
21 me gusta
Recompensa
21
5
Compartir
Comentar
0/400
MEVVictimAlliance
· 07-14 17:28
¡Tarde o temprano exprimiremos el MEV!
Ver originalesResponder0
RiddleMaster
· 07-13 20:26
Otra vez en la especulación paralela~ ¿Cuándo se podrá usar la cadena real?
Ver originalesResponder0
MeaninglessGwei
· 07-12 05:27
La expansión se extenderá hasta el infinito.
Ver originalesResponder0
LeekCutter
· 07-12 05:17
¿L2 no encontró la mejor solución? ¿Todavía está lidiando lentamente?
Ver originalesResponder0
blockBoy
· 07-12 05:14
Soplar tanto al final no se puede evitar que regrese a rollup.
Panorama de la pista de computación paralela de Web3: desde la escalabilidad de EVM hasta Rollup Mesh
Mapa panorámico de la pista de computación paralela en Web3: ¿la mejor solución para la expansión nativa?
I. Descripción general de la pista de computación paralela
El «triángulo imposible» de la blockchain, que incluye «seguridad», «descentralización» y «escalabilidad», revela el compromiso esencial en el diseño de sistemas de blockchain, es decir, que es difícil para los proyectos de blockchain lograr simultáneamente «máxima seguridad, participación universal y procesamiento rápido». En cuanto al eterno tema de la «escalabilidad», las soluciones de escalado de blockchain más comunes en el mercado se clasifican según paradigmas, incluyendo:
Las soluciones de escalabilidad de blockchain incluyen: computación paralela en la cadena, Rollup, sharding, módulos DA, estructura modular, sistema Actor, compresión de pruebas zk, arquitectura Stateless, entre otros, abarcando múltiples niveles de ejecución, estado, datos y estructura, constituyendo un sistema completo de escalabilidad "multi-nivel, combinación modular". Este artículo se centra en las soluciones de escalabilidad con computación paralela como enfoque principal.
Cálculo paralelo dentro de la cadena (intra-chain parallelism), enfocado en la ejecución paralela de transacciones/instrucciones dentro del bloque. Según el mecanismo de paralelismo, sus métodos de escalado se pueden dividir en cinco grandes categorías, cada una representando diferentes objetivos de rendimiento, modelos de desarrollo y filosofías arquitectónicas, con un grado de paralelismo cada vez más fino, una intensidad de paralelismo cada vez mayor, una complejidad de programación también creciente y una dificultad de implementación cada vez mayor.
Modelo de concurrencia asíncrona fuera de la cadena, representado por el sistema de agentes inteligentes (Modelo de Agente / Actor), que pertenece a otro paradigma de cálculo paralelo. Como sistema de mensajería cruzada/asíncrona (modelo no sincronizado en cadena), cada Agente actúa como un 'proceso inteligente' que funciona de manera independiente, con mensajería asíncrona en paralelo, impulsada por eventos y sin necesidad de programación de sincronización. Los proyectos representativos incluyen AO, ICP, Cartesi, entre otros.
Los conocidos Rollup o soluciones de escalado por fragmentación pertenecen a mecanismos de concurrencia a nivel de sistema y no se consideran computación paralela dentro de la cadena. Logran la escalabilidad mediante "la ejecución paralela de múltiples cadenas/dominios de ejecución", en lugar de aumentar la paralelización dentro de un solo bloque/máquina virtual. Este tipo de soluciones de escalado no son el enfoque principal de este artículo, pero aún así las utilizaremos para comparar las similitudes y diferencias de los conceptos arquitectónicos.
II. EVM Sistema de Cadena Paralela Mejorada: Rompiendo los Límites de Rendimiento en la Compatibilidad
La arquitectura de procesamiento en serie de Ethereum ha evolucionado hasta hoy, pasando por múltiples intentos de escalado como el sharding, Rollup y arquitecturas modularizadas, pero el cuello de botella en el rendimiento de la capa de ejecución aún no ha sido superado fundamentalmente. Sin embargo, EVM y Solidity siguen siendo la plataforma de contratos inteligentes con la base de desarrolladores y el potencial ecológico más fuertes en la actualidad. Por lo tanto, las cadenas paralelas basadas en EVM, que equilibran la compatibilidad ecológica y la mejora del rendimiento de ejecución, están convirtiéndose en una dirección clave para la nueva ronda de evolución de escalado. Monad y MegaETH son los proyectos más representativos en esta dirección, construyendo arquitecturas de procesamiento paralelo de EVM orientadas a escenarios de alta concurrencia y alto rendimiento, desde la ejecución retardada y la descomposición del estado respectivamente.
Análisis del mecanismo de cálculo paralelo de Monad
Monad es una blockchain de alto rendimiento Layer1 rediseñada para la máquina virtual de Ethereum (EVM), basada en el concepto fundamental de procesamiento en pipeline (Pipelining), con ejecución asíncrona en la capa de consenso (Asynchronous Execution) y ejecución concurrente optimista (Optimistic Parallel Execution) en la capa de ejecución. Además, en las capas de consenso y almacenamiento, Monad introduce un protocolo BFT de alto rendimiento (MonadBFT) y un sistema de base de datos especializado (MonadDB), logrando una optimización de extremo a extremo.
Pipelining: Mecanismo de ejecución en paralelo de múltiples etapas
Pipelining es el concepto básico de la ejecución paralela de Monad. Su idea central es dividir el proceso de ejecución de la blockchain en múltiples etapas independientes y procesar estas etapas en paralelo, formando una arquitectura de tubería tridimensional. Cada etapa se ejecuta en hilos o núcleos independientes, logrando un procesamiento concurrente entre bloques y, en última instancia, aumentando el rendimiento y reduciendo la latencia. Estas etapas incluyen: propuesta de transacción (Propose), logro de consenso (Consensus), ejecución de transacciones (Execution) y compromiso de bloques (Commit).
Ejecución Asíncrona: Consenso - Desacoplamiento Asíncrono de Ejecución
En la cadena tradicional, el consenso y la ejecución de las transacciones suelen ser un proceso sincrónico, y este modelo secuencial limita gravemente la escalabilidad del rendimiento. Monad logra la asincronía en la capa de consenso, la capa de ejecución y el almacenamiento a través de la «ejecución asincrónica». Esto reduce significativamente el tiempo de bloque y la latencia de confirmación, lo que hace que el sistema sea más resiliente, con procesos más segmentados y un mayor aprovechamiento de los recursos.
Diseño central:
Ejecución Paralela Optimista: Ejecución Paralela Optimista
Ethereum tradicional utiliza un modelo estricto de ejecución secuencial para evitar conflictos de estado. En cambio, Monad adopta una estrategia de "ejecución paralela optimista", lo que mejora significativamente la velocidad de procesamiento de transacciones.
Mecanismo de ejecución:
Monad eligió un camino compatible: moviendo lo menos posible las reglas de EVM, logrando la paralelización a través del retraso en la escritura de estados y la detección dinámica de conflictos durante el proceso de ejecución, pareciendo más una versión de rendimiento de Ethereum, con buena madurez que facilita la migración del ecosistema EVM, siendo un acelerador de paralelización en el mundo EVM.
Análisis del mecanismo de computación paralela de MegaETH
A diferencia de la ubicación L1 de Monad, MegaETH se posiciona como una capa de ejecución paralela de alto rendimiento compatible con EVM, que puede funcionar tanto como una cadena pública L1 independiente como una capa de mejora de ejecución (Execution Layer) o un componente modular en Ethereum. Su objetivo de diseño central es descomponer la lógica de cuentas, el entorno de ejecución y el estado en unidades mínimas que se pueden programar de forma independiente, para lograr una ejecución de alta concurrencia y una capacidad de respuesta de baja latencia dentro de la cadena. La innovación clave propuesta por MegaETH radica en: arquitectura Micro-VM + DAG de Dependencia de Estado (Directed Acyclic Graph) y mecanismo de sincronización modular, que construyen conjuntamente un sistema de ejecución paralela orientado a "hilos dentro de la cadena".
Arquitectura Micro-VM: la cuenta es el hilo
MegaETH ha introducido un modelo de ejecución de "una micro máquina virtual (Micro-VM) por cuenta", que "hilo" el entorno de ejecución, proporcionando la unidad de aislamiento mínima para la programación paralela. Estas VM se comunican entre sí a través de mensajes asíncronos (Asynchronous Messaging), en lugar de llamadas sincrónicas, lo que permite que un gran número de VM se ejecute de manera independiente y almacene de forma independiente, de forma inherentemente paralela.
Estado de dependencia DAG: mecanismo de programación impulsado por un gráfico de dependencias
MegaETH ha construido un sistema de programación DAG basado en relaciones de acceso al estado de la cuenta, que mantiene en tiempo real un gráfico de dependencias (Dependency Graph) global. Cada transacción modela las cuentas que modifica y las cuentas que lee, todo ello como relaciones de dependencia. Las transacciones sin conflictos pueden ejecutarse en paralelo directamente, mientras que las transacciones con relaciones de dependencia se programarán en orden topológico de forma secuencial o se retrasarán. El gráfico de dependencias garantiza la consistencia del estado y la no escritura duplicada durante el proceso de ejecución en paralelo.
Ejecución asíncrona y mecanismo de callbacks
B
En resumen, MegaETH rompe con el modelo tradicional de máquina de estado de hilo único EVM, implementando el encapsulamiento de micro máquinas virtuales a nivel de cuenta, programando transacciones a través de gráficos de dependencia de estado y utilizando un mecanismo de mensajes asíncronos en lugar de una pila de llamadas síncronas. Es una plataforma de cálculo paralelo rediseñada en todas sus dimensiones desde "estructura de cuenta → arquitectura de programación → flujo de ejecución", que proporciona un nuevo enfoque paradigmatico para la construcción de sistemas en cadena de alto rendimiento de próxima generación.
MegaETH ha elegido un camino de reconstrucción: abstraer completamente cuentas y contratos en una VM independiente, liberando así el potencial de paralelismo extremo a través de programación de ejecución asíncrona. Teóricamente, el límite de paralelismo de MegaETH es más alto, pero también es más difícil controlar la complejidad, pareciendo más un sistema operativo superdistribuido bajo la filosofía de Ethereum.
Monad y MegaETH tienen conceptos de diseño bastante diferentes de la fragmentación (Sharding): la fragmentación divide la cadena de bloques en múltiples subcadenas independientes (fragmentos Shards), cada subcadena es responsable de parte de las transacciones y el estado, rompiendo la limitación de una sola cadena en la expansión a nivel de red; mientras que Monad y MegaETH mantienen la integridad de la cadena única, solo expanden horizontalmente en la capa de ejecución, optimizando la ejecución paralela extrema dentro de la cadena única para superar el rendimiento. Ambos representan dos direcciones en el camino de expansión de la cadena de bloques: el refuerzo vertical y la expansión horizontal.
Los proyectos de computación paralela como Monad y MegaETH se centran principalmente en la optimización del rendimiento, con el objetivo central de mejorar el TPS en la cadena, logrando el procesamiento paralelo a nivel de transacciones o cuentas a través de la ejecución diferida (Deferred Execution) y la arquitectura de micro-vm (Micro-VM). Por otro lado, Pharos Network es una red blockchain L1 modular y de pila completa que cuenta con un mecanismo central de computación paralela llamado "Rollup Mesh". Esta arquitectura, mediante la colaboración entre la red principal y las redes de procesamiento especial (SPNs), soporta entornos de múltiples máquinas virtuales (EVM y Wasm), e integra tecnologías avanzadas como pruebas de conocimiento cero (ZK) y entornos de ejecución confiables (TEE).
Análisis del mecanismo de cálculo paralelo Rollup Mesh: