Mapa panorámico de la pista de computación paralela Web3: ¿la mejor solución de expansión nativa?
El "trilema de blockchain" (Blockchain Trilemma) de la blockchain, que incluye "seguridad", "descentralización" y "escalabilidad", revela la esencia de las compensaciones 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 a la "escalabilidad", este tema eterno, actualmente las soluciones de escalabilidad de blockchain en el mercado se clasifican según paradigmas, incluyendo:
Ejecución de escalado mejorado: Mejora de la capacidad de ejecución en su lugar, como la paralelización, GPU y múltiples núcleos.
Escalado por aislamiento de estado: división horizontal del estado / Shard, como fragmentación, UTXO, múltiples subredes
Escalado tipo outsourcing fuera de la cadena: lleva la ejecución fuera de la cadena, por ejemplo, Rollup, Coprocesador, DA
Expansión de desacoplamiento estructural: modularidad de la arquitectura, operación colaborativa, por ejemplo, cadenas modulares, ordenadores compartidos, Rollup Mesh
Escalado asíncrono y concurrente: modelo Actor, aislamiento de procesos, impulsado por mensajes, como agentes, cadena asíncrona multihilo
Las soluciones de escalabilidad de blockchain incluyen: computación paralela dentro de la cadena, Rollup, fragmentación, módulos DA, estructura modular, sistema Actor, compresión de pruebas zk, arquitectura Stateless, etc., abarcando múltiples niveles de ejecución, estado, datos y estructura, constituyendo un sistema completo de escalabilidad de "cooperación en múltiples capas y combinación de módulos". Este artículo se centra en las soluciones de escalabilidad con computación paralela como enfoque principal.
Cálculo paralelo intra-cadena (intra-chain parallelism), enfocado en la ejecución paralela de transacciones / instrucciones dentro de un bloque. Según el mecanismo de paralelismo, su forma de escalabilidad se puede dividir en cinco grandes categorías, cada una de las cuales representa diferentes objetivos de rendimiento, modelos de desarrollo y filosofía arquitectónica, donde el grado de paralelismo se vuelve cada vez más fino, la intensidad de paralelismo es cada vez mayor, la complejidad de programación también aumenta, y la dificultad de implementación se eleva.
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 / MicroVM en paralelo (Call-level / MicroVM): representa el proyecto MegaETH
Paralelismo a nivel de instrucciones (Instruction-level): representa el proyecto GatlingX
Modelo de concurrencia asíncrona fuera de la cadena, representado por el sistema de entidades Actor (Modelo Agente/Actor), que pertenece a otro paradigma de cálculo paralelo. Como un sistema de mensajes asíncronos/cross-chain (modelo de no sincronización de bloques), cada Agente actúa como un "proceso inteligente" que se ejecuta de forma independiente, manejando mensajes de forma asíncrona en paralelo, impulsado por eventos y sin necesidad de programación sincronizada. Los proyectos representativos incluyen AO, ICP, Cartesi, etc.
Las soluciones de escalado que conocemos bien, como Rollup o sharding, pertenecen a mecanismos de concurrencia a nivel de sistema y no a la computación paralela dentro de la cadena. Ellas 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 es el enfoque principal de este artículo, pero aún así lo utilizaremos para comparar las similitudes en las concepciones arquitectónicas.
2. Cadena mejorada de paralelismo EVM: 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 fragmentación, Rollup y arquitecturas modularizadas, pero el cuello de botella en el rendimiento de la capa de ejecución sigue sin haber sido superado de manera fundamental. Sin embargo, EVM y Solidity siguen siendo las plataformas de contratos inteligentes con la base de desarrolladores y el potencial ecológico más robustos en la actualidad. Por lo tanto, la cadena mejorada en paralelo de la serie EVM, que equilibra la compatibilidad ecológica y la mejora del rendimiento de ejecución, se está convirtiendo en una dirección clave en la evolución del nuevo ciclo de escalado. Monad y MegaETH son los proyectos más representativos en esta dirección, construyendo arquitecturas de procesamiento en paralelo de EVM orientadas a escenarios de alta concurrencia y alto rendimiento, a partir de la ejecución diferida 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 paralelo (Pipelining), con ejecución asíncrona en la capa de consenso (Asynchronous Execution) y ejecución paralela optimista en la capa de ejecución (Optimistic Parallel Execution). 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 paralela en múltiples etapas
Pipelining es la idea básica de la ejecución paralela de Monad, cuyo concepto central es descomponer el proceso de ejecución de la cadena de bloques en múltiples etapas independientes y procesar estas etapas en paralelo, formando una arquitectura de tuberías tridimensional. Cada etapa se ejecuta en hilos o núcleos independientes, logrando un procesamiento concurrente entre bloques y, en última instancia, mejorando el rendimiento y reduciendo la latencia. Estas etapas incluyen: propuesta de transacción (Propose), consenso (Consensus), ejecución de transacción (Execution) y compromiso de bloque (Commit).
Ejecución Asincrónica: Consenso - Desacoplamiento Asíncrono de Ejecución
En las cadenas tradicionales, el consenso y la ejecución de las transacciones suelen ser procesos síncronos, 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 "ejecución asíncrona". Reduce significativamente el tiempo de bloque y la latencia de confirmación, lo que hace que el sistema sea más resiliente, los procesos más segmentados y la utilización de recursos más alta.
Diseño central:
El proceso de consenso (capa de consenso) solo se encarga de ordenar las transacciones, sin ejecutar la lógica de los contratos.
El proceso de ejecución (capa de ejecución) se activa de forma 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.
Ejecución Paralela Optimista：乐观并行执行
Ethereum tradicional utiliza un modelo de ejecución estrictamente serial para evitar conflictos de estado. En cambio, Monad emplea una estrategia de «ejecución paralela optimista», lo que aumenta 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.
Ejecutar 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, las transacciones en conflicto se volverán a ejecutar de forma secuencial para garantizar la corrección del estado.
Monad eligió un camino compatible: alterando lo menos posible las reglas de EVM, logrando la paralelización durante la ejecución mediante el aplazamiento de la escritura del estado y la detección dinámica de conflictos, 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 cálculo paralelo de MegaETH
A diferencia de la localización L1 de Monad, MegaETH se posiciona como una capa de ejecución paralela de alto rendimiento y modular compatible con EVM, que puede funcionar como una cadena pública L1 independiente o como una capa de mejora de ejecución en Ethereum (Execution Layer) o componente modular. 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 programables que se puedan programar de forma independiente, para lograr una ejecución de alta concurrencia en la cadena y una capacidad de respuesta de baja latencia. La innovación clave propuesta por MegaETH radica en: la arquitectura Micro-VM + DAG de Dependencia de Estado (Directed Acyclic Graph) y el mecanismo de sincronización modular, que en conjunto construyen un sistema de ejecución paralela orientado a "la hilos en la cadena".
Micro-VM (Micro Máquina Virtual) arquitectura: cuenta es hilo
MegaETH introduce el modelo de ejecución de "una Micro-VM por cuenta", que "hila" 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 mensajería asíncrona, en lugar de llamadas síncronas, permitiendo que un gran número de VM se ejecute de forma independiente y almacene de manera independiente, naturalmente en paralelo.
Dependencia del Estado DAG: Mecanismo de programación impulsado por gráficos de dependencia
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 global (Dependency Graph). Cada transacción modela las cuentas que se modifican y las cuentas que se leen 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 o se retrasarán. El gráfico de dependencias garantiza la consistencia del estado y la no escritura repetida durante el proceso de ejecución en paralelo.
Ejecución asíncrona y mecanismo de callback
B
En resumen, MegaETH rompe el modelo de máquina de estado de un solo hilo EVM tradicional, implementando un encapsulamiento de micromáquinas virtuales por unidad de cuenta, programando transacciones a través de un gráfico 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 computación paralela rediseñada en todas las dimensiones desde "estructura de cuenta → arquitectura de programación → flujo de ejecución", proporcionando un nuevo enfoque a nivel de paradigma para construir sistemas en cadena de alto rendimiento de próxima generación.
MegaETH eligió un camino de reconstrucción: abstraer completamente las cuentas y contratos en una VM independiente, liberando el máximo potencial de paralelismo a través de la programación de ejecución asíncrona. En teoría, 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 respecto al sharding: el sharding divide la blockchain en múltiples subcadenas independientes (shards), cada una de las cuales es responsable de una parte de las transacciones y el estado, rompiendo las limitaciones de una sola cadena para la escalabilidad a nivel de red; mientras que Monad y MegaETH mantienen la integridad de la cadena única, solo expandiéndose horizontalmente en la capa de ejecución, optimizando la ejecución paralela extrema dentro de una sola cadena para superar el rendimiento. Ambos representan dos direcciones en el camino de escalabilidad de blockchain: 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 transacción o a nivel de cuenta mediante la ejecución diferida (Deferred Execution) y la arquitectura de micromáquina virtual (Micro-VM). Por otro lado, Pharos Network es una red de blockchain L1 modular y de pila completa que utiliza un mecanismo de computación paralela central conocido como "Rollup Mesh". Esta arquitectura permite el trabajo conjunto de la red principal con redes de procesamiento especial (SPNs), soporta entornos de múltiples máquinas virtuales (EVM y Wasm), e integra tecnologías avanzadas como la prueba de cero conocimiento (ZK) y entornos de ejecución confiables (TEE).
Análisis del mecanismo de cálculo paralelo Rollup Mesh:
Procesamiento de tuberías asíncronas de ciclo de vida completo (Full Lifecycle Asynchronous Pipelining): Pharos desacopla las diferentes etapas de una transacción (como consenso, ejecución, almacenamiento) y utiliza un enfoque de procesamiento asíncrono, lo que permite que cada etapa se lleve a cabo 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, permitiendo 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 a través de 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, mejorando aún más la escalabilidad y el rendimiento del sistema.
Consenso modular y mecanismo de restaking (Modular Consensus & Restaking): Pharos introduce un mecanismo de consenso flexible que admite varios modelos de consenso (como PBFT, PoS, PoA), y a través de un protocolo de 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.
20 me gusta
Recompensa
20
9
Republicar
Compartir
Comentar
0/400
GweiTooHigh
· 08-18 06:19
Ya estamos en 3.0 y este tps sigue siendo un dolor de cabeza.
Ver originalesResponder0
GateUser-9ad11037
· 08-17 19:08
El reino de las GPU es Rug Pull.
Ver originalesResponder0
OvertimeSquid
· 08-17 03:00
En un triángulo solo se pueden elegir dos, hay que hacer que el caballo corra y que no coma hierba.
Ver originalesResponder0
AirdropHunter
· 08-16 13:23
Negro o blanco, hay que elegir un lado, ¿no es eso sacrificar la Descentralización?
Ver originalesResponder0
PretendingSerious
· 08-15 14:29
Nadie puede romper el triángulo, esta pista depende de quién corra primero.
Ver originalesResponder0
Ser_APY_2000
· 08-15 14:29
¿De qué sirve estar todo el día gritando sobre el tps on-chain?
Ver originalesResponder0
0xOverleveraged
· 08-15 14:10
Realmente hay demasiados términos profesionales, todos los días se crean conceptos.
Ver originalesResponder0
TokenToaster
· 08-15 14:09
No todo se puede resolver con Rollup, los inversores minoristas no deberían pensar demasiado.
Análisis panorámico de la computación paralela en Web3: desde la expansión de EVM hasta Rollup Mesh
Mapa panorámico de la pista de computación paralela Web3: ¿la mejor solución de expansión nativa?
El "trilema de blockchain" (Blockchain Trilemma) de la blockchain, que incluye "seguridad", "descentralización" y "escalabilidad", revela la esencia de las compensaciones 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 a la "escalabilidad", este tema eterno, actualmente las soluciones de escalabilidad de blockchain en el mercado se clasifican según paradigmas, incluyendo:
Las soluciones de escalabilidad de blockchain incluyen: computación paralela dentro de la cadena, Rollup, fragmentación, módulos DA, estructura modular, sistema Actor, compresión de pruebas zk, arquitectura Stateless, etc., abarcando múltiples niveles de ejecución, estado, datos y estructura, constituyendo un sistema completo de escalabilidad de "cooperación en múltiples capas y combinación de módulos". Este artículo se centra en las soluciones de escalabilidad con computación paralela como enfoque principal.
Cálculo paralelo intra-cadena (intra-chain parallelism), enfocado en la ejecución paralela de transacciones / instrucciones dentro de un bloque. Según el mecanismo de paralelismo, su forma de escalabilidad se puede dividir en cinco grandes categorías, cada una de las cuales representa diferentes objetivos de rendimiento, modelos de desarrollo y filosofía arquitectónica, donde el grado de paralelismo se vuelve cada vez más fino, la intensidad de paralelismo es cada vez mayor, la complejidad de programación también aumenta, y la dificultad de implementación se eleva.
Modelo de concurrencia asíncrona fuera de la cadena, representado por el sistema de entidades Actor (Modelo Agente/Actor), que pertenece a otro paradigma de cálculo paralelo. Como un sistema de mensajes asíncronos/cross-chain (modelo de no sincronización de bloques), cada Agente actúa como un "proceso inteligente" que se ejecuta de forma independiente, manejando mensajes de forma asíncrona en paralelo, impulsado por eventos y sin necesidad de programación sincronizada. Los proyectos representativos incluyen AO, ICP, Cartesi, etc.
Las soluciones de escalado que conocemos bien, como Rollup o sharding, pertenecen a mecanismos de concurrencia a nivel de sistema y no a la computación paralela dentro de la cadena. Ellas 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 es el enfoque principal de este artículo, pero aún así lo utilizaremos para comparar las similitudes en las concepciones arquitectónicas.
2. Cadena mejorada de paralelismo EVM: 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 fragmentación, Rollup y arquitecturas modularizadas, pero el cuello de botella en el rendimiento de la capa de ejecución sigue sin haber sido superado de manera fundamental. Sin embargo, EVM y Solidity siguen siendo las plataformas de contratos inteligentes con la base de desarrolladores y el potencial ecológico más robustos en la actualidad. Por lo tanto, la cadena mejorada en paralelo de la serie EVM, que equilibra la compatibilidad ecológica y la mejora del rendimiento de ejecución, se está convirtiendo en una dirección clave en la evolución del nuevo ciclo de escalado. Monad y MegaETH son los proyectos más representativos en esta dirección, construyendo arquitecturas de procesamiento en paralelo de EVM orientadas a escenarios de alta concurrencia y alto rendimiento, a partir de la ejecución diferida 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 paralelo (Pipelining), con ejecución asíncrona en la capa de consenso (Asynchronous Execution) y ejecución paralela optimista en la capa de ejecución (Optimistic Parallel Execution). 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 paralela en múltiples etapas
Pipelining es la idea básica de la ejecución paralela de Monad, cuyo concepto central es descomponer el proceso de ejecución de la cadena de bloques en múltiples etapas independientes y procesar estas etapas en paralelo, formando una arquitectura de tuberías tridimensional. Cada etapa se ejecuta en hilos o núcleos independientes, logrando un procesamiento concurrente entre bloques y, en última instancia, mejorando el rendimiento y reduciendo la latencia. Estas etapas incluyen: propuesta de transacción (Propose), consenso (Consensus), ejecución de transacción (Execution) y compromiso de bloque (Commit).
Ejecución Asincrónica: Consenso - Desacoplamiento Asíncrono de Ejecución
En las cadenas tradicionales, el consenso y la ejecución de las transacciones suelen ser procesos síncronos, 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 "ejecución asíncrona". Reduce significativamente el tiempo de bloque y la latencia de confirmación, lo que hace que el sistema sea más resiliente, los procesos más segmentados y la utilización de recursos más alta.
Diseño central:
Ejecución Paralela Optimista：乐观并行执行
Ethereum tradicional utiliza un modelo de ejecución estrictamente serial para evitar conflictos de estado. En cambio, Monad emplea una estrategia de «ejecución paralela optimista», lo que aumenta significativamente la velocidad de procesamiento de transacciones.
Mecanismo de ejecución:
Monad eligió un camino compatible: alterando lo menos posible las reglas de EVM, logrando la paralelización durante la ejecución mediante el aplazamiento de la escritura del estado y la detección dinámica de conflictos, 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 cálculo paralelo de MegaETH
A diferencia de la localización L1 de Monad, MegaETH se posiciona como una capa de ejecución paralela de alto rendimiento y modular compatible con EVM, que puede funcionar como una cadena pública L1 independiente o como una capa de mejora de ejecución en Ethereum (Execution Layer) o componente modular. 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 programables que se puedan programar de forma independiente, para lograr una ejecución de alta concurrencia en la cadena y una capacidad de respuesta de baja latencia. La innovación clave propuesta por MegaETH radica en: la arquitectura Micro-VM + DAG de Dependencia de Estado (Directed Acyclic Graph) y el mecanismo de sincronización modular, que en conjunto construyen un sistema de ejecución paralela orientado a "la hilos en la cadena".
Micro-VM (Micro Máquina Virtual) arquitectura: cuenta es hilo
MegaETH introduce el modelo de ejecución de "una Micro-VM por cuenta", que "hila" 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 mensajería asíncrona, en lugar de llamadas síncronas, permitiendo que un gran número de VM se ejecute de forma independiente y almacene de manera independiente, naturalmente en paralelo.
Dependencia del Estado DAG: Mecanismo de programación impulsado por gráficos de dependencia
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 global (Dependency Graph). Cada transacción modela las cuentas que se modifican y las cuentas que se leen 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 o se retrasarán. El gráfico de dependencias garantiza la consistencia del estado y la no escritura repetida durante el proceso de ejecución en paralelo.
Ejecución asíncrona y mecanismo de callback
B
En resumen, MegaETH rompe el modelo de máquina de estado de un solo hilo EVM tradicional, implementando un encapsulamiento de micromáquinas virtuales por unidad de cuenta, programando transacciones a través de un gráfico 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 computación paralela rediseñada en todas las dimensiones desde "estructura de cuenta → arquitectura de programación → flujo de ejecución", proporcionando un nuevo enfoque a nivel de paradigma para construir sistemas en cadena de alto rendimiento de próxima generación.
MegaETH eligió un camino de reconstrucción: abstraer completamente las cuentas y contratos en una VM independiente, liberando el máximo potencial de paralelismo a través de la programación de ejecución asíncrona. En teoría, 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 respecto al sharding: el sharding divide la blockchain en múltiples subcadenas independientes (shards), cada una de las cuales es responsable de una parte de las transacciones y el estado, rompiendo las limitaciones de una sola cadena para la escalabilidad a nivel de red; mientras que Monad y MegaETH mantienen la integridad de la cadena única, solo expandiéndose horizontalmente en la capa de ejecución, optimizando la ejecución paralela extrema dentro de una sola cadena para superar el rendimiento. Ambos representan dos direcciones en el camino de escalabilidad de blockchain: 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 transacción o a nivel de cuenta mediante la ejecución diferida (Deferred Execution) y la arquitectura de micromáquina virtual (Micro-VM). Por otro lado, Pharos Network es una red de blockchain L1 modular y de pila completa que utiliza un mecanismo de computación paralela central conocido como "Rollup Mesh". Esta arquitectura permite el trabajo conjunto de la red principal con redes de procesamiento especial (SPNs), soporta entornos de múltiples máquinas virtuales (EVM y Wasm), e integra tecnologías avanzadas como la prueba de cero conocimiento (ZK) y entornos de ejecución confiables (TEE).
Análisis del mecanismo de cálculo paralelo Rollup Mesh: