Mapa panorámico del sector de computación paralela Web3: ¿la mejor solución para la expansión nativa?
I. Contexto: El triángulo imposible de la blockchain y las rutas de escalado
El "triángulo imposible" de la blockchain "seguridad", "descentralización", "escalabilidad" ( revela la esencia del compromiso en el diseño de sistemas blockchain, es decir, los proyectos de blockchain tienen dificultades para 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 escalado mejorado: mejorar la capacidad de ejecución en el lugar, por ejemplo, paralelismo, GPU, múltiples núcleos
Escalado de aislamiento de estado: división horizontal del estado/Shard, como fragmentación, UTXO, múltiples subredes
Escalado de tipo outsourcing fuera de la cadena: realizar la ejecución fuera de la cadena, por ejemplo, Rollup, Coprocessor, DA
Expansión de desacoplamiento estructural: modularidad de la arquitectura, operación colaborativa, por ejemplo, cadena de módulos, 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: cálculo paralelo dentro de 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 niveles y combinación de módulos". Este artículo se centra en las formas de escalabilidad con cálculo paralelo como enfoque principal.
Paralelismo intra-cadena ), enfocado 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 grandes categorías, cada una representando diferentes objetivos de rendimiento, modelos de desarrollo y filosofías de arquitectura. La granularidad de la paralelización se vuelve cada vez más fina, la intensidad del paralelismo aumenta, así como la complejidad de la programación y la dificultad de implementación.
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 (: Representa el proyecto Monad, Aptos
Llamada de nivel / MicroVM en paralelo )Call-level / MicroVM(: representa el proyecto MegaETH
Paralelismo a nivel de instrucción ): Representa el proyecto GatlingX
Modelo de concurrencia asíncrono fuera de la cadena, representado por el sistema de agentes inteligentes (Agent / Actor Model), que pertenece a otro paradigma de cálculo paralelo, como el sistema de mensajes cruzados/asíncronos (modelo de no sincronización de bloques), donde cada agente actúa como un "proceso inteligente" que se ejecuta de forma independiente, con mensajes asíncronos en modo paralelo, impulsados por eventos y sin necesidad de programación de sincronización. Proyectos representativos incluyen AO, ICP, Cartesi, entre otros.
Las soluciones de escalado que conocemos como Rollup o fragmentación pertenecen a mecanismos de concurrencia a nivel de sistema y no a cálculos paralelos dentro de la cadena. Estas soluciones 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 foco de discusión de este artículo, pero aún así lo utilizaremos para comparar las similitudes en conceptos arquitectónicos.
Dos, Cadena de mejora paralela EVM: Rompiendo 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 fuertes en la actualidad. Por lo tanto, las cadenas paralelas mejoradas de EVM, como un camino clave que equilibra la compatibilidad ecológica y la mejora del rendimiento de ejecución, están convirtiéndose en una dirección importante en la evolución de la nueva ronda 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 a partir de la ejecución con retraso y la descomposición del estado.
( 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 la idea 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 optimización de extremo a extremo.
Pipelining: Mecanismo de ejecución paralela en múltiples etapas
Pipelining es el concepto básico de la ejecución paralela de Monads, cuya idea central es descomponer el proceso de ejecución de la blockchain en múltiples etapas independientes y procesarlas en paralelo, formando una arquitectura de tuberías tridimensional, donde 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 alcanzado (Consensus), ejecución de transacciones (Execution) y compromiso de bloques (Commit).
Ejecución Asincrónica: desacoplamiento de consenso y ejecución
En la cadena tradicional, el consenso y la ejecución de las transacciones suelen ser procesos síncronos, y este modelo en serie 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 (block time) y la latencia de confirmación, haciendo que el sistema sea más resistente, con procesos de manejo más segmentados y una mayor eficiencia en el uso de recursos.
Diseño central:
Proceso de consenso ( Capa de consenso ) solo se encarga de ordenar transacciones, no ejecuta la lógica de contratos.
El proceso de ejecución ( se activa de manera asíncrona en la capa de ejecución ) después de que se complete 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.
La Ethereum tradicional utiliza un modelo de ejecución estrictamente secuencial para las transacciones, a fin de evitar conflictos de estado. Monad, en cambio, 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 "Conflict Detector (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 serializada para garantizar la corrección del estado.
Monad eligió un camino compatible: mueve lo menos posible las reglas de EVM, logrando la paralelización a través de la escritura de estado diferida y la detección dinámica de conflictos durante el proceso de ejecución, lo que se parece más a una versión de alto 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 posición L1 de Monad, MegaETH se posiciona como una capa de ejecución modular de alto rendimiento y paralela compatible con EVM, que puede funcionar tanto como una cadena pública L1 independiente como una capa de mejora de ejecución en Ethereum )Execution Layer( o como un componente modular. Su objetivo de diseño principal es descomponer la lógica de cuentas, el entorno de ejecución y el estado en unidades mínimas 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: arquitectura Micro-VM + DAG de dependencia de estado )gráfico acíclico dirigido de dependencia de estado### y mecanismo de sincronización modular, que en conjunto construyen un sistema de ejecución paralela orientado a "hilos dentro de la cadena".
Micro-VM( micro máquina virtual ) arquitectura: cuenta es hilo
MegaETH introduce el modelo de ejecución "una micro máquina virtual por cuenta (Micro-VM)", 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, permitiendo que muchas VM se ejecuten de manera independiente y almacenen de forma independiente, lo que resulta en una paralelización natural.
Dependencia del Estado 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 la cuenta, que mantiene en tiempo real un gráfico de dependencias global (Dependency Graph). Cada transacción modela las cuentas que modifica y las cuentas que lee como relaciones de dependencia. Las transacciones sin conflictos se pueden ejecutar en paralelo, mientras que las transacciones con relaciones de dependencia se programarán en orden topológico de forma serial 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 paralela.
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 cuentas, programando transacciones a través de un gráfico de dependencias de estado y sustituyendo la pila de llamadas sincrónicas por un mecanismo de mensajes asíncronos. Es una plataforma de computación paralela rediseñada desde "estructura de cuentas → arquitectura de programación → flujo de ejecución" en todas sus dimensiones, ofreciendo un nuevo enfoque paradigmático para construir sistemas de 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 un potencial de paralelismo extremo 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 superdistribuido bajo la filosofía de Ethereum.
La filosofía de diseño de Monad y MegaETH es bastante diferente de la fragmentación ( Sharding ): la fragmentación divide la cadena de bloques en múltiples subcadenas independientes ( Shards ), cada subcadena es responsable de una parte de las transacciones y el estado, rompiendo la limitación de una sola cadena para la expansión en la capa 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 la cadena única para superar el rendimiento. Ambos representan dos direcciones en el camino de expansión de la cadena de bloques: la intensificación 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 dentro de la cadena. Esto se logra mediante la ejecución diferida (Deferred Execution) y la arquitectura de micromáquinas virtuales (Micro-VM), permitiendo el procesamiento paralelo a nivel de transacción o de cuenta. Por otro lado, Pharos Network es una red de 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 la red de procesamiento especial (SPNs), admite un entorno de múltiples máquinas virtuales (EVM y Wasm), e integra tecnologías avanzadas como pruebas 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 la transacción ( como consenso, ejecución, almacenamiento ) y utiliza un método 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 VM (: 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.
Tratamiento especial de la red )SPNs(: SPNs son componentes clave en la arquitectura Pharos, similares a subredes modularizadas, diseñadas para manejar tipos específicos 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): Pharos introduce un mecanismo de consenso flexible, que soporta múltiples modelos de consenso( como PBFT, PoS, PoA), y logra compartir de manera segura y consolidar recursos entre la mainnet y los SPNs a través del protocolo de re-staking(.
Además, Pharos ha reconstruido el modelo de ejecución desde el nivel inferior del motor de almacenamiento a través de múltiples versiones de árboles de Merkle, codificación diferencial ) Delta Encoding (, direccionamiento por versión ) Versioned Addressing ( y la técnica de ADS Pushdown ), lanzando el motor de almacenamiento de alto rendimiento nativo de blockchain, Pharos Store, logrando un alto rendimiento, baja latencia y una fuerte verificabilidad en cadena.
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.
Web3 Computación Paralela Panorámica: Cinco Modelos que Lideran un Nuevo Paradigma de Escalabilidad de Cadena de Bloques
Mapa panorámico del sector de computación paralela Web3: ¿la mejor solución para la expansión nativa?
I. Contexto: El triángulo imposible de la blockchain y las rutas de escalado
El "triángulo imposible" de la blockchain "seguridad", "descentralización", "escalabilidad" ( revela la esencia del compromiso en el diseño de sistemas blockchain, es decir, los proyectos de blockchain tienen dificultades para 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: cálculo paralelo dentro de 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 niveles y combinación de módulos". Este artículo se centra en las formas de escalabilidad con cálculo paralelo como enfoque principal.
Paralelismo intra-cadena ), enfocado 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 grandes categorías, cada una representando diferentes objetivos de rendimiento, modelos de desarrollo y filosofías de arquitectura. La granularidad de la paralelización se vuelve cada vez más fina, la intensidad del paralelismo aumenta, así como la complejidad de la programación y la dificultad de implementación.
Modelo de concurrencia asíncrono fuera de la cadena, representado por el sistema de agentes inteligentes (Agent / Actor Model), que pertenece a otro paradigma de cálculo paralelo, como el sistema de mensajes cruzados/asíncronos (modelo de no sincronización de bloques), donde cada agente actúa como un "proceso inteligente" que se ejecuta de forma independiente, con mensajes asíncronos en modo paralelo, impulsados por eventos y sin necesidad de programación de sincronización. Proyectos representativos incluyen AO, ICP, Cartesi, entre otros.
Las soluciones de escalado que conocemos como Rollup o fragmentación pertenecen a mecanismos de concurrencia a nivel de sistema y no a cálculos paralelos dentro de la cadena. Estas soluciones 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 foco de discusión de este artículo, pero aún así lo utilizaremos para comparar las similitudes en conceptos arquitectónicos.
Dos, Cadena de mejora paralela EVM: Rompiendo 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 fuertes en la actualidad. Por lo tanto, las cadenas paralelas mejoradas de EVM, como un camino clave que equilibra la compatibilidad ecológica y la mejora del rendimiento de ejecución, están convirtiéndose en una dirección importante en la evolución de la nueva ronda 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 a partir de la ejecución con retraso y la descomposición del estado.
( 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 la idea 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 optimización de extremo a extremo.
Pipelining: Mecanismo de ejecución paralela en múltiples etapas
Pipelining es el concepto básico de la ejecución paralela de Monads, cuya idea central es descomponer el proceso de ejecución de la blockchain en múltiples etapas independientes y procesarlas en paralelo, formando una arquitectura de tuberías tridimensional, donde 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 alcanzado (Consensus), ejecución de transacciones (Execution) y compromiso de bloques (Commit).
Ejecución Asincrónica: desacoplamiento de consenso y ejecución
En la cadena tradicional, el consenso y la ejecución de las transacciones suelen ser procesos síncronos, y este modelo en serie 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 (block time) y la latencia de confirmación, haciendo que el sistema sea más resistente, con procesos de manejo más segmentados y una mayor eficiencia en el uso de recursos.
Diseño central:
Ejecución Paralela Optimista: Ejecución Paralela Optimista
La Ethereum tradicional utiliza un modelo de ejecución estrictamente secuencial para las transacciones, a fin de evitar conflictos de estado. Monad, en cambio, 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: mueve lo menos posible las reglas de EVM, logrando la paralelización a través de la escritura de estado diferida y la detección dinámica de conflictos durante el proceso de ejecución, lo que se parece más a una versión de alto 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 posición L1 de Monad, MegaETH se posiciona como una capa de ejecución modular de alto rendimiento y paralela compatible con EVM, que puede funcionar tanto como una cadena pública L1 independiente como una capa de mejora de ejecución en Ethereum )Execution Layer( o como un componente modular. Su objetivo de diseño principal es descomponer la lógica de cuentas, el entorno de ejecución y el estado en unidades mínimas 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: arquitectura Micro-VM + DAG de dependencia de estado )gráfico acíclico dirigido de dependencia de estado### y mecanismo de sincronización modular, que en conjunto construyen un sistema de ejecución paralela orientado a "hilos dentro de la cadena".
Micro-VM( micro máquina virtual ) arquitectura: cuenta es hilo
MegaETH introduce el modelo de ejecución "una micro máquina virtual por cuenta (Micro-VM)", 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, permitiendo que muchas VM se ejecuten de manera independiente y almacenen de forma independiente, lo que resulta en una paralelización natural.
Dependencia del Estado 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 la cuenta, que mantiene en tiempo real un gráfico de dependencias global (Dependency Graph). Cada transacción modela las cuentas que modifica y las cuentas que lee como relaciones de dependencia. Las transacciones sin conflictos se pueden ejecutar en paralelo, mientras que las transacciones con relaciones de dependencia se programarán en orden topológico de forma serial 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 paralela.
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 cuentas, programando transacciones a través de un gráfico de dependencias de estado y sustituyendo la pila de llamadas sincrónicas por un mecanismo de mensajes asíncronos. Es una plataforma de computación paralela rediseñada desde "estructura de cuentas → arquitectura de programación → flujo de ejecución" en todas sus dimensiones, ofreciendo un nuevo enfoque paradigmático para construir sistemas de 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 un potencial de paralelismo extremo 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 superdistribuido bajo la filosofía de Ethereum.
La filosofía de diseño de Monad y MegaETH es bastante diferente de la fragmentación ( Sharding ): la fragmentación divide la cadena de bloques en múltiples subcadenas independientes ( Shards ), cada subcadena es responsable de una parte de las transacciones y el estado, rompiendo la limitación de una sola cadena para la expansión en la capa 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 la cadena única para superar el rendimiento. Ambos representan dos direcciones en el camino de expansión de la cadena de bloques: la intensificación 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 dentro de la cadena. Esto se logra mediante la ejecución diferida (Deferred Execution) y la arquitectura de micromáquinas virtuales (Micro-VM), permitiendo el procesamiento paralelo a nivel de transacción o de cuenta. Por otro lado, Pharos Network es una red de 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 la red de procesamiento especial (SPNs), admite un entorno de múltiples máquinas virtuales (EVM y Wasm), e integra tecnologías avanzadas como pruebas de cero conocimiento (ZK) y entornos de ejecución confiables (TEE).
Análisis del mecanismo de cálculo paralelo Rollup Mesh:
Además, Pharos ha reconstruido el modelo de ejecución desde el nivel inferior del motor de almacenamiento a través de múltiples versiones de árboles de Merkle, codificación diferencial ) Delta Encoding (, direccionamiento por versión ) Versioned Addressing ( y la técnica de ADS Pushdown ), lanzando el motor de almacenamiento de alto rendimiento nativo de blockchain, Pharos Store, logrando un alto rendimiento, baja latencia y una fuerte verificabilidad en cadena.