Mapa panorámico de la pista de computación paralela Web3: ¿la mejor solución para la expansión nativa?
I. Antecedentes y resumen
El "triángulo imposible" de la blockchain (Blockchain Trilemma) de "seguridad", "descentralización" y "escalabilidad" revela la esencia de los compromisos 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 de todos y procesamiento rápido". En cuanto al tema eterno de la "escalabilidad", las soluciones de escalamiento de blockchain más populares en el mercado se clasifican según paradigmas, incluyendo:
Ejecución de escalado mejorado: aumentar la capacidad de ejecución en el lugar, por ejemplo, paralelismo, GPU, multicore
Expansión de aislamiento de estado: partición horizontal del estado / Shard, como fragmentación, UTXO, múltiples subredes
Escalado de tipo externo fuera de la cadena: llevar la ejecución fuera de la cadena, por ejemplo, Rollup, Coprocesador, DA
Escalado de desacoplamiento estructural: modularidad de la arquitectura, operación colaborativa, por ejemplo, cadenas modulares, ordenadores compartidos, Rollup Mesh
Escalado asíncrono y concurrente: modelo de Actor, aislamiento de procesos, impulsado por mensajes, por ejemplo, agentes, cadenas asíncronas multihilo.
Las soluciones de escalabilidad de blockchain incluyen: computación paralela en la cadena, Rollup, fragmentación, módulo DA, estructura modular, sistema Actor, compresión de pruebas zk, arquitectura Stateless, etc., abarcando múltiples niveles de ejecución, estado, datos y estructura, siendo un sistema completo de escalabilidad de "cooperación en múltiples capas y combinación de módulos". Este artículo se centra en la forma de escalabilidad principal basada en la computación paralela.
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 categorías, cada una de las cuales representa diferentes objetivos de rendimiento, modelos de desarrollo y filosofías de arquitectura. A medida que la granularidad del paralelismo se vuelve cada vez más fina, la intensidad del paralelismo aumenta, la complejidad de la programación y la dificultad de implementación también aumentan.
Paralelismo a nivel de cuenta (Account-level): representa el proyecto Solana
Paralelismo a nivel de objeto (Object-level): representa el proyecto Sui
Paralelismo a nivel de transacción (Transaction-level): representa el proyecto Monad, Aptos
Nivel de llamada / Micro VM 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 entidades Actor (Modelo de Agente/Actor), que pertenece a otro paradigma de cálculo paralelo. Como sistema de mensajes asíncronos/cruzados (modelo no sincronizado de bloques), cada Agente actúa como un "proceso inteligente" que se ejecuta de forma independiente, enviando mensajes de manera asíncrona en paralelo, impulsado por eventos y sin necesidad de programación sincronizada. 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 a la computación paralela dentro de la cadena. Ellos logran la escalabilidad a través de "ejecutar múltiples cadenas / dominios de ejecución en paralelo", 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 en la concepción arquitectónica.
Dos, 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 modulares, pero el cuello de botella en el rendimiento de la capa de ejecución aún no ha sido superado de manera fundamental. Sin embargo, al mismo tiempo, EVM y Solidity siguen siendo las plataformas de contratos inteligentes con la base de desarrolladores y el potencial ecológico más destacados en la actualidad. Por lo tanto, las cadenas paralelas de EVM que equilibran la compatibilidad ecológica y la mejora del rendimiento de ejecución se están convirtiendo en una dirección clave para 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 paralelo de EVM orientadas a escenarios de alta concurrencia y alto rendimiento, respectivamente, desde la ejecución diferida y la descomposición del estado.
Análisis del mecanismo de cálculo paralelo de Monad
Monad es una cadena de bloques 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 dedicado (MonadDB), logrando una optimización de extremo a extremo.
Pipelining: Mecanismo de ejecución paralela de múltiples etapas
Pipelining es el concepto básico de ejecución paralela de Monad, cuya 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 finalmente alcanzando un aumento en el rendimiento y una reducción en la latencia. Estas etapas incluyen: Propuesta de transacción (Propose), consenso (Consensus), ejecución de transacciones (Execution) y compromiso de bloques (Commit).
Ejecución Asíncrona: Consenso - Desacoplamiento de Ejecución Asíncrono
En las cadenas tradicionales, el consenso y la ejecución de las transacciones suelen ser procesos sincrónicos, 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 mediante "ejecución asíncrona". Esto reduce significativamente el tiempo de bloque y la latencia de confirmación, haciendo que el sistema sea más resiliente, con procesos más segmentados y una mayor eficiencia en la utilización de recursos.
Diseño central:
El proceso de consenso (capa de consenso) solo se encarga de ordenar las transacciones, no de ejecutar la lógica del contrato.
El proceso de ejecución (capa de ejecución) se activa de forma asíncrona después de que se complete el consenso.
Después de completar el consenso, se entra inmediatamente en el proceso de consenso del siguiente bloque sin necesidad de esperar a que se complete la ejecución.
Ejecución Paralela Optimista：乐观并行执行
La Ethereum tradicional utiliza un modelo de ejecución estrictamente secuencial para evitar conflictos de estado. En cambio, Monad adopta una estrategia de "ejecución paralela optimista", lo que aumenta significativamente la tasa 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 asegurar la corrección del estado.
Monad eligió un camino compatible: alterar lo menos posible las reglas de EVM, logrando la paralelización durante el proceso de ejecución mediante el retraso en la escritura de estados y la detección dinámica de conflictos, pareciendo más una versión de rendimiento de Ethereum. Su buena madurez facilita la migración del ecosistema EVM, siendo un acelerador de paralelización en el mundo EVM.
![¿El mejor plan de expansión nativa? Mapa panorámico de la pista de computación paralela de Web3])https://img-cdn.gateio.im/webp-social/moments-dc016502755a30d5a95a8134f7586162.webp(
) 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 de alto rendimiento modular y compatible con EVM, que puede funcionar tanto como una cadena pública L1 independiente como una capa de mejora de ejecución en Ethereum o un 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 que puedan programarse 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 (gráfico de dependencia de estado acíclico dirigido) y un mecanismo de sincronización modular, que en conjunto construyen un sistema de ejecución paralelo orientado a "hilos dentro de la cadena".
Arquitectura Micro-VM (Micro Máquina Virtual): La cuenta es el hilo
MegaETH introduce el modelo de ejecución de "una micro máquina virtual (Micro-VM) por cuenta", "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, permitiendo que un gran número de VM se ejecute de forma independiente y almacene de manera independiente, siendo naturalmente paralelas.
Estado de Dependencia DAG: mecanismo de programación basado en gráficos de dependencia
MegaETH ha construido un sistema de programación DAG basado en relaciones de acceso al estado de cuentas, que mantiene en tiempo real un gráfico de dependencias global (Dependency Graph). Cada transacción modela qué cuentas se modifican y qué cuentas se leen, todo en forma de relaciones de dependencia. Las transacciones sin conflictos se pueden ejecutar directamente en paralelo, mientras que las transacciones con dependencias se programarán en orden secuencial o se retrasarán según el orden topológico. El gráfico de dependencias asegura la consistencia del estado y la no escritura duplicada durante el proceso de ejecución en paralelo.
Ejecución asíncrona y mecanismo de callback
B
En resumen, MegaETH rompe el modelo tradicional de máquina de estados de un solo hilo EVM, implementando un encapsulamiento de micromáquinas virtuales a nivel de cuenta, programando transacciones a través de un gráfico de dependencias 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 desde la perspectiva de "estructura de cuentas → arquitectura de programación → flujo de ejecución", que ofrece un nuevo enfoque paradigmático para construir sistemas de alta rendimiento en la cadena de próxima generación.
MegaETH ha elegido un camino de reconstrucción: abstraer completamente las cuentas y los contratos en una VM independiente, liberando el máximo potencial de paralelismo a través de la 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 super distribuido bajo la filosofía de Ethereum.
![Gráfico panorámico de la pista de cálculo paralelo Web3: ¿la mejor solución para la expansión nativa?]###https://img-cdn.gateio.im/webp-social/moments-9c4a4c4309574e45f679b2585d42ea16.webp(
Monad y MegaETH tienen conceptos de diseño bastante diferentes en comparación con el sharding: el sharding divide la blockchain horizontalmente en múltiples subcadenas independientes (shards), cada subcadena es responsable de parte de las transacciones y estados, rompiendo las limitaciones de una sola cadena en la expansión a nivel de red; mientras que Monad y MegaETH mantienen la integridad de la cadena única, expandiéndose horizontalmente solo 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 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 principal de mejorar el TPS dentro de 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. Por otro lado, Pharos Network es una red blockchain L1 modular y de pila completa, cuyo mecanismo central de computación paralela se denomina "Rollup Mesh". Esta arquitectura, a través del trabajo conjunto de la red principal y las Redes de Procesamiento Especial (SPNs), soporta un entorno 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 de tuberías asíncronas de ciclo de vida completo (Full Lifecycle Asynchronous Pipelining): Pharos desacopla las distintas etapas de la 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 del procesamiento en general.
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 a través de la ejecución paralela.
Redes de procesamiento especial (SPNs): Los SPNs son componentes clave en la arquitectura Pharos, similares a subredes modularizadas, diseñadas específicamente para manejar tipos particulares de tareas o aplicaciones. A través de los 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 re-staking (Modular Consensus & Restaking): Pharos introduce un mecanismo de consenso flexible que soporta múltiples modelos de consenso (como PBFT, PoS, PoA), y
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.
18 me gusta
Recompensa
18
6
Compartir
Comentar
0/400
FOMOSapien
· hace2h
¿Quién todavía cree en esta trampa cuando las ruedas están completamente desgastadas?
Ver originalesResponder0
ForkMaster
· hace5h
¿Otra vez jugando la carta de la escalabilidad? Cuando hubo ganancias explosivas con el fork, nadie mencionó el problema de escalado, ahora en el mercado bajista la infraestructura está cobrando vida de nuevo, ¡hay esperanza para el dinero de la leche de los tres niños!
Ver originalesResponder0
gas_fee_therapist
· hace5h
¿Este tps va a subir de nuevo?
Ver originalesResponder0
WalletDetective
· hace5h
La realidad es realmente deliciosa, al final solo se puede depender de la escalabilidad no nativa.
Mapa panorámico de la pista de computación paralela Web3: Análisis de cinco tipos de mecanismos y tendencias de desarrollo
Mapa panorámico de la pista de computación paralela Web3: ¿la mejor solución para la expansión nativa?
I. Antecedentes y resumen
El "triángulo imposible" de la blockchain (Blockchain Trilemma) de "seguridad", "descentralización" y "escalabilidad" revela la esencia de los compromisos 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 de todos y procesamiento rápido". En cuanto al tema eterno de la "escalabilidad", las soluciones de escalamiento de blockchain más populares en el mercado se clasifican según paradigmas, incluyendo:
Las soluciones de escalabilidad de blockchain incluyen: computación paralela en la cadena, Rollup, fragmentación, módulo DA, estructura modular, sistema Actor, compresión de pruebas zk, arquitectura Stateless, etc., abarcando múltiples niveles de ejecución, estado, datos y estructura, siendo un sistema completo de escalabilidad de "cooperación en múltiples capas y combinación de módulos". Este artículo se centra en la forma de escalabilidad principal basada en la computación paralela.
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 categorías, cada una de las cuales representa diferentes objetivos de rendimiento, modelos de desarrollo y filosofías de arquitectura. A medida que la granularidad del paralelismo se vuelve cada vez más fina, la intensidad del paralelismo aumenta, la complejidad de la programación y la dificultad de implementación también aumentan.
Modelo de concurrencia asíncrona fuera de la cadena, representado por el sistema de entidades Actor (Modelo de Agente/Actor), que pertenece a otro paradigma de cálculo paralelo. Como sistema de mensajes asíncronos/cruzados (modelo no sincronizado de bloques), cada Agente actúa como un "proceso inteligente" que se ejecuta de forma independiente, enviando mensajes de manera asíncrona en paralelo, impulsado por eventos y sin necesidad de programación sincronizada. 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 a la computación paralela dentro de la cadena. Ellos logran la escalabilidad a través de "ejecutar múltiples cadenas / dominios de ejecución en paralelo", 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 en la concepción arquitectónica.
Dos, 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 modulares, pero el cuello de botella en el rendimiento de la capa de ejecución aún no ha sido superado de manera fundamental. Sin embargo, al mismo tiempo, EVM y Solidity siguen siendo las plataformas de contratos inteligentes con la base de desarrolladores y el potencial ecológico más destacados en la actualidad. Por lo tanto, las cadenas paralelas de EVM que equilibran la compatibilidad ecológica y la mejora del rendimiento de ejecución se están convirtiendo en una dirección clave para 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 paralelo de EVM orientadas a escenarios de alta concurrencia y alto rendimiento, respectivamente, desde la ejecución diferida y la descomposición del estado.
Análisis del mecanismo de cálculo paralelo de Monad
Monad es una cadena de bloques 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 dedicado (MonadDB), logrando una optimización de extremo a extremo.
Pipelining: Mecanismo de ejecución paralela de múltiples etapas
Pipelining es el concepto básico de ejecución paralela de Monad, cuya 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 finalmente alcanzando un aumento en el rendimiento y una reducción en la latencia. Estas etapas incluyen: Propuesta de transacción (Propose), consenso (Consensus), ejecución de transacciones (Execution) y compromiso de bloques (Commit).
Ejecución Asíncrona: Consenso - Desacoplamiento de Ejecución Asíncrono
En las cadenas tradicionales, el consenso y la ejecución de las transacciones suelen ser procesos sincrónicos, 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 mediante "ejecución asíncrona". Esto reduce significativamente el tiempo de bloque y la latencia de confirmación, haciendo que el sistema sea más resiliente, con procesos más segmentados y una mayor eficiencia en la utilización de recursos.
Diseño central:
Ejecución Paralela Optimista：乐观并行执行
La Ethereum tradicional utiliza un modelo de ejecución estrictamente secuencial para evitar conflictos de estado. En cambio, Monad adopta una estrategia de "ejecución paralela optimista", lo que aumenta significativamente la tasa de procesamiento de transacciones.
Mecanismo de ejecución:
Monad eligió un camino compatible: alterar lo menos posible las reglas de EVM, logrando la paralelización durante el proceso de ejecución mediante el retraso en la escritura de estados y la detección dinámica de conflictos, pareciendo más una versión de rendimiento de Ethereum. Su buena madurez facilita la migración del ecosistema EVM, siendo un acelerador de paralelización en el mundo EVM.
![¿El mejor plan de expansión nativa? Mapa panorámico de la pista de computación paralela de Web3])https://img-cdn.gateio.im/webp-social/moments-dc016502755a30d5a95a8134f7586162.webp(
) 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 de alto rendimiento modular y compatible con EVM, que puede funcionar tanto como una cadena pública L1 independiente como una capa de mejora de ejecución en Ethereum o un 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 que puedan programarse 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 (gráfico de dependencia de estado acíclico dirigido) y un mecanismo de sincronización modular, que en conjunto construyen un sistema de ejecución paralelo orientado a "hilos dentro de la cadena".
Arquitectura Micro-VM (Micro Máquina Virtual): La cuenta es el hilo
MegaETH introduce el modelo de ejecución de "una micro máquina virtual (Micro-VM) por cuenta", "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, permitiendo que un gran número de VM se ejecute de forma independiente y almacene de manera independiente, siendo naturalmente paralelas.
Estado de Dependencia DAG: mecanismo de programación basado en gráficos de dependencia
MegaETH ha construido un sistema de programación DAG basado en relaciones de acceso al estado de cuentas, que mantiene en tiempo real un gráfico de dependencias global (Dependency Graph). Cada transacción modela qué cuentas se modifican y qué cuentas se leen, todo en forma de relaciones de dependencia. Las transacciones sin conflictos se pueden ejecutar directamente en paralelo, mientras que las transacciones con dependencias se programarán en orden secuencial o se retrasarán según el orden topológico. El gráfico de dependencias asegura la consistencia del estado y la no escritura duplicada durante el proceso de ejecución en paralelo.
Ejecución asíncrona y mecanismo de callback
B
En resumen, MegaETH rompe el modelo tradicional de máquina de estados de un solo hilo EVM, implementando un encapsulamiento de micromáquinas virtuales a nivel de cuenta, programando transacciones a través de un gráfico de dependencias 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 desde la perspectiva de "estructura de cuentas → arquitectura de programación → flujo de ejecución", que ofrece un nuevo enfoque paradigmático para construir sistemas de alta rendimiento en la cadena de próxima generación.
MegaETH ha elegido un camino de reconstrucción: abstraer completamente las cuentas y los contratos en una VM independiente, liberando el máximo potencial de paralelismo a través de la 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 super distribuido bajo la filosofía de Ethereum.
![Gráfico panorámico de la pista de cálculo paralelo Web3: ¿la mejor solución para la expansión nativa?]###https://img-cdn.gateio.im/webp-social/moments-9c4a4c4309574e45f679b2585d42ea16.webp(
Monad y MegaETH tienen conceptos de diseño bastante diferentes en comparación con el sharding: el sharding divide la blockchain horizontalmente en múltiples subcadenas independientes (shards), cada subcadena es responsable de parte de las transacciones y estados, rompiendo las limitaciones de una sola cadena en la expansión a nivel de red; mientras que Monad y MegaETH mantienen la integridad de la cadena única, expandiéndose horizontalmente solo 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 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 principal de mejorar el TPS dentro de 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. Por otro lado, Pharos Network es una red blockchain L1 modular y de pila completa, cuyo mecanismo central de computación paralela se denomina "Rollup Mesh". Esta arquitectura, a través del trabajo conjunto de la red principal y las Redes de Procesamiento Especial (SPNs), soporta un entorno 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: