Mapa panorámico de la pista de cálculo paralelo Web3: ¿la mejor solución para la expansión nativa?
I. Cálculo en paralelo: una nueva dirección para la escalabilidad de blockchain
El "Triángulo Imposible" de la blockchain (Blockchain Trilemma) revela la concesión esencial en el diseño de sistemas blockchain entre "seguridad", "descentralización" y "escalabilidad", es decir, 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 eterno tema, las soluciones de escalado de blockchain en el mercado actual se clasifican según paradigmas, incluyendo:
Ejecución de escalabilidad mejorada: Mejora de la capacidad de ejecución in situ, como paralelismo, GPU y múltiples núcleos.
Aislamiento de estado para escalabilidad: división horizontal del estado / Shard, como fragmentos, UTXO, múltiples subredes
Escalado tipo outsourcing fuera de la cadena: realizar la ejecución fuera de la cadena, por ejemplo, Rollup, Coprocesador, DA
Ampliación de desacoplamiento estructural: modularidad de la arquitectura, operación colaborativa, como cadenas modulares, ordenadores compartidos, Rollup Mesh
Escalado asíncrono y concurrente: Modelo Actor, aislamiento de procesos, impulsado por mensajes, por ejemplo, agentes, cadenas asíncronas multihilo.
Las soluciones de escalado de blockchain incluyen: cálculo paralelo 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 de escalado completo de "cooperación en múltiples capas y combinación de módulos". Este artículo se centra en la forma de escalado basada principalmente en el cálculo paralelo.
Paralelismo intra-cadena (intra-chain parallelism), se centra en la ejecución paralela de transacciones / instrucciones dentro de un bloque. Según el mecanismo de paralelismo, sus métodos de escalabilidad se pueden dividir en cinco categorías, cada una representando diferentes objetivos de rendimiento, modelos de desarrollo y filosofías de arquitectura, con un grado de paralelismo cada vez más fino, una intensidad de paralelismo cada vez mayor, así como una complejidad de programación y dificultad de implementación también crecientes.
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 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 de Agente / Actor), que pertenece a un paradigma de cálculo paralelo diferente. Como un sistema de mensajes asíncronos / entre cadenas (modelo de no sincronización de bloques), cada Agente actúa como un "proceso inteligente" que funciona de manera independiente, enviando mensajes de forma asíncrona en paralelo, impulsado por eventos y sin necesidad de programación sincronizada. 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 computación paralela dentro de la cadena. Ellos logran la escalabilidad a través de "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 en las ideas de arquitectura.
2. Cadena de mejora paralela 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 escalabilidad como 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 las plataformas de contratos inteligentes con la base de desarrolladores y el potencial ecológico más grandes en la actualidad. Por lo tanto, la cadena de mejora paralela de EVM se está convirtiendo en una dirección clave para la próxima ronda de evolución de escalabilidad, equilibrando compatibilidad ecológica y mejoras en el rendimiento de ejecución. Monad y MegaETH son los proyectos más representativos en esta dirección, construyendo una arquitectura de procesamiento paralelo de EVM orientada a escenarios de alta concurrencia y alto rendimiento, a partir de la ejecución retardada y la descomposición del estado, respectivamente.
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 la ejecución paralela de Monad, cuya idea central es descomponer el proceso de ejecución de la blockchain en múltiples etapas independientes y procesar estas etapas de manera paralela, formando una arquitectura de línea de producción 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, 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 "ejecución asincrónica". 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 utilización de recursos.
Diseño central:
El proceso de consenso (capa de consenso) solo se encarga de ordenar las transacciones, sin 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 completa el consenso.
Una vez completado 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：乐观并行执行
Ethereum tradicional utiliza un modelo de ejecución estrictamente secuencial para las transacciones, con el fin de 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á optimistamente todas las transacciones en paralelo, asumiendo que la mayoría de las transacciones no tienen conflictos de estado.
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án a ejecutar las transacciones en serie para garantizar la corrección del estado.
Monad eligió un camino compatible: altera lo menos posible las reglas de EVM, y durante el proceso de ejecución logra la paralelización mediante el retraso en la escritura de estados y la detección dinámica de conflictos, pareciendo más una versión de alto rendimiento de Ethereum. Su buena madurez 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 y modular compatible con EVM, que puede funcionar tanto como una cadena pública L1 independiente como una capa de mejora de ejecución (Execution Layer) en Ethereum o un componente modular. Su objetivo de diseño central es descomponer la lógica de cuenta, el entorno de ejecución y el estado en unidades mínimas que se pueden programar de forma independiente, para lograr una alta concurrencia de ejecución y una baja capacidad de respuesta 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 un mecanismo de sincronización modular, que construye conjuntamente un sistema de ejecución paralela orientado a "hilos dentro de la cadena".
Arquitectura Micro-VM (micro máquina virtual): la cuenta es el hilo
MegaETH introduce un modelo de ejecución de "una Micro-VM por cuenta", que "hila" el entorno de ejecución, proporcionando la unidad mínima de aislamiento para la programación en paralelo. Estas VM se comunican entre sí a través de mensajes asíncronos, en lugar de llamadas síncronas, lo que permite que un gran número de VM se ejecute de forma independiente y almacene de manera independiente, siendo naturalmente paralelas.
Dependencia de 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 las cuentas, que mantiene en tiempo real un gráfico de dependencias global (Dependency Graph). Cada transacción modela las cuentas que se modifican y las 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 y ordenarán en serie o se retrasarán según el orden topológico. 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 callback
B
En resumen, MegaETH rompe con el modelo tradicional de máquina de estado 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 en todas las dimensiones desde "estructura de cuentas → arquitectura de programación → flujo de ejecución", que ofrece un nuevo enfoque a nivel de paradigma para construir sistemas en línea 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, mediante la programación de ejecución asíncrona para liberar el máximo potencial de paralelismo. 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 super distribuido bajo la filosofía de Ethereum.
Monad y MegaETH tienen conceptos de diseño bastante diferentes a los de la fragmentación (Sharding): la fragmentación divide la cadena de bloques horizontalmente en múltiples subcadenas independientes (fragmentos Shards), cada una responsable de parte de las transacciones y estados, rompiendo la limitación de la cadena única en la expansión a nivel de red; mientras que Monad y MegaETH mantienen la integridad de la cadena única, ampliando 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 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 un procesamiento paralelo a nivel de transacción o de cuenta a través de la ejecución diferida (Deferred Execution) y la arquitectura de micromáquinas virtuales (Micro-VM). Pharos Network, como una red de blockchain L1 modular y de pila completa, tiene un mecanismo central de computación paralela conocido como "Rollup Mesh". Esta arquitectura permite el trabajo conjunto de la red principal y las redes de procesamiento especializadas (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 computación paralela Rollup Mesh:
Procesamiento asíncrono 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 y almacenamiento) y emplea un enfoque de procesamiento asíncrono, permitiendo que cada etapa se realice de manera independiente y en paralelo, lo que mejora 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 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 específicos 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 restaking (Modular Consensus & Restaking): Pharos introduce un mecanismo de consenso flexible que admite múltiples modelos de consenso (como PBFT
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.
15 me gusta
Recompensa
15
6
Compartir
Comentar
0/400
RektRecovery
· 07-26 18:14
clásica trampa del trilema... veremos otra cascada de exploits cuando se apresuren a escalar. la historia rima *sigh*
Ver originalesResponder0
AirdropHarvester
· 07-24 14:24
¿Otra vez jugando con la expansión? Los tontos tarde o temprano serán tomados por tontos.
Ver originalesResponder0
TokenDustCollector
· 07-24 14:23
¿Quién más está haciendo estas especulaciones conceptuales? Sin palabras.
Ver originalesResponder0
AirdropFatigue
· 07-24 14:12
¿Otra vez quieres engañarnos para hacer una expansión, verdad?
Ver originalesResponder0
WenMoon
· 07-24 14:11
¿Así que después de hablar tanto, todavía no se ha logrado aumentar el TPS?
Ver originalesResponder0
PermabullPete
· 07-24 13:58
Es bastante engañoso, ¿quién más está haciendo paralelismo ahora que ya han salido los rollups?
Panorama de computación paralela en Web3: la herramienta nativa para la escalabilidad de la Cadena de bloques
Mapa panorámico de la pista de cálculo paralelo Web3: ¿la mejor solución para la expansión nativa?
I. Cálculo en paralelo: una nueva dirección para la escalabilidad de blockchain
El "Triángulo Imposible" de la blockchain (Blockchain Trilemma) revela la concesión esencial en el diseño de sistemas blockchain entre "seguridad", "descentralización" y "escalabilidad", es decir, 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 eterno tema, las soluciones de escalado de blockchain en el mercado actual se clasifican según paradigmas, incluyendo:
Las soluciones de escalado de blockchain incluyen: cálculo paralelo 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 de escalado completo de "cooperación en múltiples capas y combinación de módulos". Este artículo se centra en la forma de escalado basada principalmente en el cálculo paralelo.
Paralelismo intra-cadena (intra-chain parallelism), se centra en la ejecución paralela de transacciones / instrucciones dentro de un bloque. Según el mecanismo de paralelismo, sus métodos de escalabilidad se pueden dividir en cinco categorías, cada una representando diferentes objetivos de rendimiento, modelos de desarrollo y filosofías de arquitectura, con un grado de paralelismo cada vez más fino, una intensidad de paralelismo cada vez mayor, así como una complejidad de programación y dificultad de implementación también crecientes.
Modelo de concurrencia asíncrona fuera de la cadena, representado por el sistema de entidades Actor (Modelo de Agente / Actor), que pertenece a un paradigma de cálculo paralelo diferente. Como un sistema de mensajes asíncronos / entre cadenas (modelo de no sincronización de bloques), cada Agente actúa como un "proceso inteligente" que funciona de manera independiente, enviando mensajes de forma asíncrona en paralelo, impulsado por eventos y sin necesidad de programación sincronizada. 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 computación paralela dentro de la cadena. Ellos logran la escalabilidad a través de "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 en las ideas de arquitectura.
2. Cadena de mejora paralela 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 escalabilidad como 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 las plataformas de contratos inteligentes con la base de desarrolladores y el potencial ecológico más grandes en la actualidad. Por lo tanto, la cadena de mejora paralela de EVM se está convirtiendo en una dirección clave para la próxima ronda de evolución de escalabilidad, equilibrando compatibilidad ecológica y mejoras en el rendimiento de ejecución. Monad y MegaETH son los proyectos más representativos en esta dirección, construyendo una arquitectura de procesamiento paralelo de EVM orientada a escenarios de alta concurrencia y alto rendimiento, a partir de la ejecución retardada y la descomposición del estado, respectivamente.
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 la ejecución paralela de Monad, cuya idea central es descomponer el proceso de ejecución de la blockchain en múltiples etapas independientes y procesar estas etapas de manera paralela, formando una arquitectura de línea de producción 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, 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 "ejecución asincrónica". 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 utilización de recursos.
Diseño central:
Ejecución Paralela Optimista：乐观并行执行
Ethereum tradicional utiliza un modelo de ejecución estrictamente secuencial para las transacciones, con el fin de 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: altera lo menos posible las reglas de EVM, y durante el proceso de ejecución logra la paralelización mediante el retraso en la escritura de estados y la detección dinámica de conflictos, pareciendo más una versión de alto rendimiento de Ethereum. Su buena madurez 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 y modular compatible con EVM, que puede funcionar tanto como una cadena pública L1 independiente como una capa de mejora de ejecución (Execution Layer) en Ethereum o un componente modular. Su objetivo de diseño central es descomponer la lógica de cuenta, el entorno de ejecución y el estado en unidades mínimas que se pueden programar de forma independiente, para lograr una alta concurrencia de ejecución y una baja capacidad de respuesta 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 un mecanismo de sincronización modular, que construye conjuntamente un sistema de ejecución paralela orientado a "hilos dentro de la cadena".
Arquitectura Micro-VM (micro máquina virtual): la cuenta es el hilo
MegaETH introduce un modelo de ejecución de "una Micro-VM por cuenta", que "hila" el entorno de ejecución, proporcionando la unidad mínima de aislamiento para la programación en paralelo. Estas VM se comunican entre sí a través de mensajes asíncronos, en lugar de llamadas síncronas, lo que permite que un gran número de VM se ejecute de forma independiente y almacene de manera independiente, siendo naturalmente paralelas.
Dependencia de 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 las cuentas, que mantiene en tiempo real un gráfico de dependencias global (Dependency Graph). Cada transacción modela las cuentas que se modifican y las 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 y ordenarán en serie o se retrasarán según el orden topológico. 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 callback
B
En resumen, MegaETH rompe con el modelo tradicional de máquina de estado 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 en todas las dimensiones desde "estructura de cuentas → arquitectura de programación → flujo de ejecución", que ofrece un nuevo enfoque a nivel de paradigma para construir sistemas en línea 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, mediante la programación de ejecución asíncrona para liberar el máximo potencial de paralelismo. 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 super distribuido bajo la filosofía de Ethereum.
Monad y MegaETH tienen conceptos de diseño bastante diferentes a los de la fragmentación (Sharding): la fragmentación divide la cadena de bloques horizontalmente en múltiples subcadenas independientes (fragmentos Shards), cada una responsable de parte de las transacciones y estados, rompiendo la limitación de la cadena única en la expansión a nivel de red; mientras que Monad y MegaETH mantienen la integridad de la cadena única, ampliando 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 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 un procesamiento paralelo a nivel de transacción o de cuenta a través de la ejecución diferida (Deferred Execution) y la arquitectura de micromáquinas virtuales (Micro-VM). Pharos Network, como una red de blockchain L1 modular y de pila completa, tiene un mecanismo central de computación paralela conocido como "Rollup Mesh". Esta arquitectura permite el trabajo conjunto de la red principal y las redes de procesamiento especializadas (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 computación paralela Rollup Mesh: