Mapa panorámico de la pista de computación paralela Web3: ¿la mejor solución de escalado nativo?
I. Visión general de la pista de cálculo paralelo
El "trilema de la blockchain" (Blockchain Trilemma) de la "seguridad", "descentralización" y "escalabilidad" revela la esencia de las compensaciones en el diseño de sistemas de blockchain, es decir, es difícil para los proyectos de blockchain lograr simultáneamente "máxima seguridad, participación universal y alto rendimiento". En cuanto a la "escalabilidad", este tema eterno, las soluciones de escalado de blockchain más comunes en el mercado se clasifican según su paradigma, incluyendo:
Ejecución de escalado mejorado: mejorar la capacidad de ejecución in situ, por ejemplo, paralelismo, GPU, multicore.
Escalabilidad de aislamiento de estado: división horizontal del estado/Shard, por ejemplo, fragmentación, UTXO, múltiples subredes
Escalado de tipo outsourcing fuera de la cadena: realiza la ejecución fuera de la cadena, por ejemplo Rollup, Coprocessor, DA
Expansió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, como agentes, cadena asíncrona multihilo
Las soluciones de escalado de blockchain incluyen: cálculo paralelo 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, constituyendo un sistema de escalado completo de "colaboración multicapa y combinación modular". Este artículo se centra en presentar el método de escalado principal basado en el cálculo paralelo.
Paralelismo intra-cadena (, se enfoca en la ejecución paralela de transacciones/instrucciones dentro de un bloque. Según el mecanismo de paralelismo, su forma de escalado se puede dividir en cinco grandes categorías, cada una de las cuales representa diferentes objetivos de rendimiento, modelos de desarrollo y filosofía de arquitectura, con un grado de paralelismo cada vez más fino, una intensidad paralela cada vez mayor, una complejidad de programación y dificultad de implementación también en aumento.
Paralelismo a nivel de cuenta ) Account-level (: representa el proyecto Solana
Paralelismo a nivel de objeto ) Nivel de objeto (: representa el proyecto Sui
Paralelismo a nivel de transacción ): representa el proyecto Monad, Aptos
Llamada de nivel/ MicroVM paralelo ( Llamada de nivel / MicroVM ): representa el proyecto MegaETH
Paralelismo a nivel de instrucción(Instruction-level): representa el proyecto GatlingX
Modelo de concurrencia asíncrono fuera de la cadena, representado por el sistema de agentes Actor (Agente / Modelo Actor), que pertenece a otro paradigma de computación paralela, como sistema de mensajes entre cadenas/asíncrono (modelo no sincronizado de bloques), cada Agente actúa como un "proceso de agente inteligente" que funciona de manera independiente, envía mensajes de forma asíncrona, impulsado por eventos, 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 la computación paralela dentro de la cadena. Logran la escalabilidad mediante "la ejecución paralela de múltiples cadenas/dominios de ejecución", en lugar de aumentar el grado de paralelismo 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í las utilizaremos para comparar las similitudes y diferencias en los conceptos arquitectónicos.
Dos, cadena mejorada paralela de 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 escalabilidad como fragmentación, Rollup y arquitecturas modularizadas, 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, EVM y Solidity siguen siendo las plataformas de contratos inteligentes con la base de desarrolladores y el potencial ecológico más fuerte en la actualidad. Por lo tanto, las cadenas paralelas mejoradas de EVM se están convirtiendo en una dirección clave para la evolución de la escalabilidad, equilibrando la compatibilidad ecológica y la mejora del rendimiento de ejecución. 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, respectivamente.
( Análisis del mecanismo de cálculo en 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), que ejecuta de manera asíncrona en la capa de consenso (Asynchronous Execution) y con concurrencia optimista en la capa de ejecución (Optimistic Parallel Execution). Además, en las capas de consenso y almacenamiento, Monad introduce el 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
El Pipelining es el concepto básico de la ejecución paralela de Monads. Su idea central es descomponer el flujo 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, con el objetivo de aumentar el rendimiento y reducir 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: desacoplamiento asíncrono 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 a través de "ejecución asíncrona". Esto reduce significativamente el tiempo de bloque ( 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:
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 forma asíncrona en la capa de ejecución ) después de que se complete el consenso.
Después de completar el consenso, entrará 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 evitar conflictos de estado. En cambio, Monad adopta una estrategia de "ejecución paralela optimista", lo que aumenta 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 "Detección de Conflictos (Conflict Detector)" para monitorear si las transacciones han accedido al mismo estado (, como conflictos de lectura/escritura ).
Si se detecta un conflicto, se volverá a ejecutar en serie la transacción en conflicto para garantizar la corrección del estado.
Monad eligió un camino compatible: alterando lo menos posible las reglas de EVM, logrando paralelismo durante la ejecución mediante el retraso de la escritura de estado y la detección dinámica de conflictos, es más como una versión de alto rendimiento de Ethereum, con buena madurez que facilita la migración del ecosistema EVM, siendo un acelerador de paralelismo en el mundo de EVM.
( Análisis del mecanismo de computación paralela de MegaETH
A diferencia de la localización L1 de Monad, MegaETH se posiciona como una capa de ejecución paralela 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 )Execution Layer### o como 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 se pueden programar de forma independiente, con el fin de 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: Micro-VM arquitectura + State Dependency DAG(grafo de dependencia de estado dirigido acíclico) y mecanismo de sincronización modular, que juntos construyen un sistema de ejecución paralela orientado a la "hilo dentro de la cadena".
Micro-VM( máquina virtual micro) arquitectura: cuenta es hilo
MegaETH introduce el modelo de ejecución "una micro máquina virtual por cuenta (Micro-VM)", 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 mensajes asíncronos (Asynchronous Messaging), en lugar de llamadas sincrónicas, lo que permite que muchas VM se ejecuten de manera independiente y almacenen de forma independiente, siendo naturalmente paralelas.
Estado de Dependencia DAG: mecanismo de programación impulsado por un gráfico de dependencias
MegaETH ha construido un sistema de programación DAG basado en relaciones de acceso al estado de la cuenta. El sistema mantiene en tiempo real un gráfico de dependencias global (Dependency Graph), modelando todas las cuentas que se modifican y leen en cada transacción como relaciones de dependencia. Las transacciones sin conflictos pueden ejecutarse en paralelo, mientras que las transacciones con relaciones de dependencia se programarán en orden topológico de forma secuencial o se retrasarán. El gráfico de dependencias asegura 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 con el modelo tradicional de máquina de estados de hilo único EVM, implementando un encapsulamiento de micromáquina virtual a nivel de cuenta, programando transacciones a través de un gráfico de dependencias de estado y reemplazando la pila de llamadas síncronas con un mecanismo de mensajes asíncronos. 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 ha elegido una ruta 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. En teoría, el límite de paralelismo de MegaETH es más alto, pero también es más difícil de controlar en complejidad, asemejándose a 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 corta la cadena de bloques horizontalmente en múltiples cadenas secundarias independientes (fragmentos Shards), cada una de las cuales es responsable de parte de las transacciones y el estado, rompiendo la limitación de una sola cadena para la expansión 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 la cadena única para romper 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 cómputo paralelo como Monad y MegaETH se centran principalmente en la optimización del rendimiento, con el objetivo central de aumentar el TPS dentro de la cadena. Esto se logra a través de la ejecución diferida (Deferred Execution) y la arquitectura de micro máquina virtual (Micro-VM), permitiendo el procesamiento paralelo a nivel de transacción o de cuenta. Por otro lado, Pharos Network es una red blockchain L1 modular y de pila completa, cuyo mecanismo central de cómputo paralelo se conoce como "Rollup Mesh". Esta arquitectura, mediante la colaboración entre la red principal y la red de procesamiento especial (SPNs), admite múltiples entornos de máquina virtual (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 diferentes etapas de las transacciones ( como consenso, ejecución y almacenamiento ), y utiliza un enfoque de procesamiento asíncrono, permitiendo que cada etapa se realice de manera independiente y en paralelo, mejorando así la eficiencia general del procesamiento.
Ejecución paralela de doble VM (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 mediante la ejecución paralela.
Procesamiento especial de la red (SPNs): Los SPNs son componentes clave en la arquitectura de Pharos, similares a subredes modularizadas, diseñados 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(: Pharos introduce un mecanismo de consenso flexible que admite múltiples modelos de consenso) como PBFT, PoS, PoA(, y logra un compartir seguro y una integración de recursos entre la red principal y los SPNs a través del protocolo de re-staking).
Además, Pharos ha reconstruido el modelo de ejecución desde la capa de almacenamiento utilizando tecnologías como el árbol Merkle de múltiples versiones, la codificación diferencial (Delta Encoding), la direccionamiento por versiones (Versioned Addressing) y el hundimiento de ADS (ADS Pushdown), lanzando el motor de almacenamiento de alto rendimiento de blockchain nativo, Pharos Store, logrando una capacidad de procesamiento en cadena de alto rendimiento, baja latencia y fuerte verificabilidad.
En general, la Red Rollup de Pharos
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.
8 me gusta
Recompensa
8
6
Compartir
Comentar
0/400
FloorPriceNightmare
· hace20h
Compra la tarjeta gráfica, si no la compras, tarde o temprano te tomarán por tonto.
Ver originalesResponder0
RooftopReserver
· hace22h
¡La expansión trae nuevas trampas! Esta mañana, al abrir la puerta del ascensor, vi un bug.
Ver originalesResponder0
Fren_Not_Food
· 07-30 17:37
¿Para qué sirve el cálculo paralelo? Con un millón de tx no es suficiente?
Ver originalesResponder0
just_another_wallet
· 07-30 17:29
¿Quién sigue jugando con L1 lento? L2 es el número uno en el mundo.
Ver originalesResponder0
LidoStakeAddict
· 07-30 17:29
Por favor, el problema central sigue siendo que la eficiencia de Solidity es demasiado baja.
Ver originalesResponder0
WalletDetective
· 07-30 17:08
En un abrir y cerrar de ojos, ser eliminado por rollup.
Web3 panorama de computación paralela: cinco grandes paradigmas que ayudan a la expansión de la Cadena de bloques con nuevos avances.
Mapa panorámico de la pista de computación paralela Web3: ¿la mejor solución de escalado nativo?
I. Visión general de la pista de cálculo paralelo
El "trilema de la blockchain" (Blockchain Trilemma) de la "seguridad", "descentralización" y "escalabilidad" revela la esencia de las compensaciones en el diseño de sistemas de blockchain, es decir, es difícil para los proyectos de blockchain lograr simultáneamente "máxima seguridad, participación universal y alto rendimiento". En cuanto a la "escalabilidad", este tema eterno, las soluciones de escalado de blockchain más comunes en el mercado se clasifican según su paradigma, incluyendo:
Las soluciones de escalado de blockchain incluyen: cálculo paralelo 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, constituyendo un sistema de escalado completo de "colaboración multicapa y combinación modular". Este artículo se centra en presentar el método de escalado principal basado en el cálculo paralelo.
Paralelismo intra-cadena (, se enfoca en la ejecución paralela de transacciones/instrucciones dentro de un bloque. Según el mecanismo de paralelismo, su forma de escalado se puede dividir en cinco grandes categorías, cada una de las cuales representa diferentes objetivos de rendimiento, modelos de desarrollo y filosofía de arquitectura, con un grado de paralelismo cada vez más fino, una intensidad paralela cada vez mayor, una complejidad de programación y dificultad de implementación también en aumento.
Modelo de concurrencia asíncrono fuera de la cadena, representado por el sistema de agentes Actor (Agente / Modelo Actor), que pertenece a otro paradigma de computación paralela, como sistema de mensajes entre cadenas/asíncrono (modelo no sincronizado de bloques), cada Agente actúa como un "proceso de agente inteligente" que funciona de manera independiente, envía mensajes de forma asíncrona, impulsado por eventos, 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 la computación paralela dentro de la cadena. Logran la escalabilidad mediante "la ejecución paralela de múltiples cadenas/dominios de ejecución", en lugar de aumentar el grado de paralelismo 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í las utilizaremos para comparar las similitudes y diferencias en los conceptos arquitectónicos.
Dos, cadena mejorada paralela de 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 escalabilidad como fragmentación, Rollup y arquitecturas modularizadas, 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, EVM y Solidity siguen siendo las plataformas de contratos inteligentes con la base de desarrolladores y el potencial ecológico más fuerte en la actualidad. Por lo tanto, las cadenas paralelas mejoradas de EVM se están convirtiendo en una dirección clave para la evolución de la escalabilidad, equilibrando la compatibilidad ecológica y la mejora del rendimiento de ejecución. 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, respectivamente.
( Análisis del mecanismo de cálculo en 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), que ejecuta de manera asíncrona en la capa de consenso (Asynchronous Execution) y con concurrencia optimista en la capa de ejecución (Optimistic Parallel Execution). Además, en las capas de consenso y almacenamiento, Monad introduce el 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
El Pipelining es el concepto básico de la ejecución paralela de Monads. Su idea central es descomponer el flujo 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, con el objetivo de aumentar el rendimiento y reducir 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: desacoplamiento asíncrono 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 a través de "ejecución asíncrona". Esto reduce significativamente el tiempo de bloque ( 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 evitar conflictos de estado. En cambio, Monad adopta 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 paralelismo durante la ejecución mediante el retraso de la escritura de estado y la detección dinámica de conflictos, es más como una versión de alto rendimiento de Ethereum, con buena madurez que facilita la migración del ecosistema EVM, siendo un acelerador de paralelismo en el mundo de EVM.
( Análisis del mecanismo de computación paralela de MegaETH
A diferencia de la localización L1 de Monad, MegaETH se posiciona como una capa de ejecución paralela 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 )Execution Layer### o como 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 se pueden programar de forma independiente, con el fin de 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: Micro-VM arquitectura + State Dependency DAG(grafo de dependencia de estado dirigido acíclico) y mecanismo de sincronización modular, que juntos construyen un sistema de ejecución paralela orientado a la "hilo dentro de la cadena".
Micro-VM( máquina virtual micro) arquitectura: cuenta es hilo
MegaETH introduce el modelo de ejecución "una micro máquina virtual por cuenta (Micro-VM)", 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 mensajes asíncronos (Asynchronous Messaging), en lugar de llamadas sincrónicas, lo que permite que muchas VM se ejecuten de manera independiente y almacenen de forma independiente, siendo naturalmente paralelas.
Estado de Dependencia DAG: mecanismo de programación impulsado por un gráfico de dependencias
MegaETH ha construido un sistema de programación DAG basado en relaciones de acceso al estado de la cuenta. El sistema mantiene en tiempo real un gráfico de dependencias global (Dependency Graph), modelando todas las cuentas que se modifican y leen en cada transacción como relaciones de dependencia. Las transacciones sin conflictos pueden ejecutarse en paralelo, mientras que las transacciones con relaciones de dependencia se programarán en orden topológico de forma secuencial o se retrasarán. El gráfico de dependencias asegura 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 con el modelo tradicional de máquina de estados de hilo único EVM, implementando un encapsulamiento de micromáquina virtual a nivel de cuenta, programando transacciones a través de un gráfico de dependencias de estado y reemplazando la pila de llamadas síncronas con un mecanismo de mensajes asíncronos. 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 ha elegido una ruta 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. En teoría, el límite de paralelismo de MegaETH es más alto, pero también es más difícil de controlar en complejidad, asemejándose a 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 corta la cadena de bloques horizontalmente en múltiples cadenas secundarias independientes (fragmentos Shards), cada una de las cuales es responsable de parte de las transacciones y el estado, rompiendo la limitación de una sola cadena para la expansión 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 la cadena única para romper 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 cómputo paralelo como Monad y MegaETH se centran principalmente en la optimización del rendimiento, con el objetivo central de aumentar el TPS dentro de la cadena. Esto se logra a través de la ejecución diferida (Deferred Execution) y la arquitectura de micro máquina virtual (Micro-VM), permitiendo el procesamiento paralelo a nivel de transacción o de cuenta. Por otro lado, Pharos Network es una red blockchain L1 modular y de pila completa, cuyo mecanismo central de cómputo paralelo se conoce como "Rollup Mesh". Esta arquitectura, mediante la colaboración entre la red principal y la red de procesamiento especial (SPNs), admite múltiples entornos de máquina virtual (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:
Además, Pharos ha reconstruido el modelo de ejecución desde la capa de almacenamiento utilizando tecnologías como el árbol Merkle de múltiples versiones, la codificación diferencial (Delta Encoding), la direccionamiento por versiones (Versioned Addressing) y el hundimiento de ADS (ADS Pushdown), lanzando el motor de almacenamiento de alto rendimiento de blockchain nativo, Pharos Store, logrando una capacidad de procesamiento en cadena de alto rendimiento, baja latencia y fuerte verificabilidad.
En general, la Red Rollup de Pharos