Mapa panorámico de la pista de computación paralela Web3: ¿la mejor solución para la escalabilidad nativa?
El "trilema de blockchain" ( Blockchain Trilemma ) revela las compensaciones esenciales 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 procesamiento rápido". En cuanto al eterno tema de la "escalabilidad", las soluciones de escalado de blockchain más populares en el mercado se clasifican según paradigmas, incluyendo:
Ejecución de escalado mejorado: mejora de la capacidad de ejecución en el lugar, como la paralelización, GPU, múltiples núcleos
Escalabilidad de aislamiento de estado: división horizontal del estado/Shard, por ejemplo, fragmentación, UTXO, múltiples subredes
Escalado fuera de la cadena tipo outsourcing: realizar la ejecución fuera de la cadena, por ejemplo, Rollup, Coprocesador, DA
Escalado desacoplado por estructura: modularidad de la arquitectura, funcionamiento colaborativo, por ejemplo, cadenas de módulos, ordenadores compartidos, Rollup Mesh
Escalado asincrónico y concurrente: Modelo Actor, aislamiento de procesos, impulsado por mensajes, por ejemplo, agentes, cadenas asincrónicas multihilo.
Las soluciones de escalabilidad de blockchain incluyen: computación paralela dentro de la cadena, Rollup, particiones, módulos DA, estructura modular, sistema Actor, compresión de pruebas zk, arquitectura Stateless, entre otros, abarcando múltiples niveles de ejecución, estado, datos y estructura, constituyendo un sistema completo de escalabilidad de "colaboración en múltiples capas y combinación de módulos". Este artículo se centra en presentar la forma de escalabilidad que tiene como corriente principal la computación paralela.
La computación paralela dentro de la cadena ( intra-chain parallelism ), se centra en la ejecución paralela de transacciones/instrucciones dentro del bloque. Según el mecanismo de paralelismo, su método 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ías arquitectónicas, donde 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 (: 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 (Agent / Actor Model), que pertenece a otro paradigma de computación paralela, como sistema de mensajes cruzados/asíncronos (modelo de no-sincronización de bloques), donde cada Agente actúa como un "proceso inteligente independiente" que envía mensajes de forma asíncrona en paralelo, impulsado por eventos, sin necesidad de programación sincronizada. Proyectos representativos incluyen AO, ICP, Cartesi, entre otros.
Los conocidos Rollup o soluciones de escalado mediante 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 la paralelización dentro de un único 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 la filosofía arquitectónica.
II. Cadena mejorada de paralelismo EVM: Rompiendo los límites de rendimiento en la compatibilidad
La arquitectura de procesamiento en serie de Ethereum ha evolucionado hasta hoy, pasando por intentos de escalado 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, al mismo tiempo, EVM y Solidity siguen siendo las plataformas de contratos inteligentes más con una base de desarrolladores y potencial ecológico. Por lo tanto, las cadenas paralelas del sistema EVM, que equilibran 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 del nuevo ciclo de escalado. Monad y MegaETH son los proyectos más representativos en esta dirección, construyendo arquitecturas de procesamiento paralelo EVM orientadas a escenarios de alta concurrencia y alto rendimiento, desde 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 el concepto fundamental de paralelismo de procesamiento en línea (Pipelining), ejecutando de manera asíncrona en la capa de consenso (Asynchronous Execution) y con ejecución paralela optimista en la capa de ejecución (Optimistic Parallel Execution). Además, en las capas de consenso y almacenamiento, Monad introduce respectivamente el protocolo BFT de alto rendimiento (MonadBFT) y un sistema de base de datos especializado (MonadDB), logrando una optimización de extremo a extremo.
Pipelining: mecanismo de ejecución paralela de 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 cadena de bloques en múltiples etapas independientes y procesar estas etapas en paralelo, formando una arquitectura de tuberías tridimensional. Cada etapa se ejecuta en hilos o núcleos independientes, logrando así un procesamiento concurrente entre bloques, y en última instancia, aumentando 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: Desacoplamiento Asíncrono de Consenso y Ejecución
En las cadenas tradicionales, el consenso y la ejecución de las transacciones suelen ser procesos síncronos, y este modelo de serie limita gravemente la escalabilidad del rendimiento. Monad logra el consenso asíncrono en la capa de consenso, la ejecución asíncrona en la capa de ejecución y el almacenamiento asíncrono 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 resiliente, con procesos 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 las transacciones, no ejecuta la lógica del contrato.
Proceso de ejecución ( capa de ejecución ) se activa de forma asíncrona después de que se complete el consenso.
Una vez completado el consenso, se pasa inmediatamente al proceso de consenso del siguiente bloque, sin necesidad de esperar a que se complete la ejecución.
Ejecución Paralela Optimista：乐观并行执行
Ethereum tradicional utiliza un modelo de ejecución estrictamente 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 aumenta significativamente la velocidad de procesamiento de las transacciones.
Mecanismo de ejecución:
Monad ejecutará todas las transacciones de manera optimista y 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 han accedido al mismo estado (, como conflictos de lectura/escritura ).
Si se detecta un conflicto, se volverán a ejecutar las transacciones en conflicto de forma secuencial para garantizar la corrección del estado.
Monad eligió un camino compatible: modifica lo menos posible las reglas de EVM, implementando la paralelización a través del aplazamiento de la escritura de estado y la detección dinámica de conflictos durante el proceso de ejecución, siendo más parecido a una versión de alto rendimiento de Ethereum, con una buena madurez que facilita la migración del ecosistema EVM, actuando como un acelerador de paralelización en el mundo EVM.
( Análisis del mecanismo de cálculo paralelo de MegaETH
A diferencia de la posició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 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, para lograr una ejecución de alta concurrencia y una capacidad de respuesta de baja latencia en la cadena. La innovación clave propuesta por MegaETH es: arquitectura Micro-VM + DAG de Dependencia de Estado (gráfico acíclico dirigido de dependencia de estado) y mecanismo de sincronización modular, que construyen conjuntamente un sistema de ejecución paralela orientado a "hilos en la cadena".
Micro-VM( máquina virtual micro) arquitectura: cuenta es hilo
MegaETH introduce el modelo de ejecución de "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í mediante mensajes asíncronos (Asynchronous Messaging), en lugar de llamadas síncronas, permitiendo que muchas VM se ejecuten de forma independiente y almacenen de manera independiente, siendo intrínsecamente 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 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 pueden ejecutarse en paralelo directamente, 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 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 sincrónicas. 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", que proporciona nuevas ideas a nivel de paradigma para construir sistemas de cadena de alto rendimiento de próxima generación.
MegaETH ha elegido un camino de reconstrucción: abstraer completamente las cuentas y contratos en una VM independiente, liberando así 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 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 blockchain en múltiples subcadenas independientes (Shards), cada una de las cuales es responsable de parte de las transacciones y el estado, rompiendo las limitaciones de una sola cadena para la expansión a nivel de red; mientras que Monad y MegaETH mantienen la integridad de una sola cadena, 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 la blockchain: el refuerzo vertical y la expansión horizontal.
Los proyectos de computación paralela como Monad y MegaETH se centran principalmente en la optimización del rendimiento, con el objetivo central de mejorar el TPS en la cadena, mediante la ejecución diferida (Deferred Execution) y la arquitectura de micromáquina virtual (Micro-VM) para lograr el procesamiento paralelo a nivel de transacción o de cuenta. Por otro lado, Pharos Network, que es una red de blockchain L1 modular y de pila completa, tiene como mecanismo central de computación paralela lo que se denomina "Rollup Mesh". Esta arquitectura, a través del trabajo conjunto de la red principal y las redes de procesamiento especial (SPNs), soporta entornos de múltiples máquinas virtuales (EVM y Wasm), e integra tecnologías avanzadas como las 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 diversas etapas de las transacciones ( como consenso, ejecución y almacenamiento ), y utiliza un enfoque de procesamiento asíncrono, lo que permite que cada etapa se lleve a cabo de forma independiente y en paralelo, mejorando así la eficiencia general del procesamiento.
Ejecución Paralela de Doble VM (Dual VM Parallel Execution): Pharos soporta 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.
Procesamiento especial de la red (SPNs): Los SPNs son componentes clave en la arquitectura Pharos, similares a subredes modulares, 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 a través del protocolo de re-staking)Restaking( logra la compartición segura y la integración de recursos entre la mainnet y los SPNs.
Además, Pharos ha reconstruido el modelo de ejecución desde la capa inferior del motor de almacenamiento mediante múltiples versiones de árboles de Merkle, codificación delta )Delta Encoding(, direccionamiento por versión )Versioned Addressing( y tecnología de empuje ADS )ADS Pushdown(, lanzando el motor de almacenamiento de alto rendimiento nativo de blockchain, Pharos Store, logrando un alto rendimiento, baja latencia y fuerte verificabilidad.
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.
13 me gusta
Recompensa
13
5
Compartir
Comentar
0/400
ZkSnarker
· 07-23 20:13
bueno, técnicamente el trilema es más como una sugerencia, para ser honesto...
Ver originalesResponder0
OnchainDetective
· 07-23 15:07
Triste, ni la expansión resuelve el problema. ¿Quién dice que tener varios hijos no es una enfermedad?
Ver originalesResponder0
IfIWereOnChain
· 07-21 13:51
Alguien dijo que zk no sirve, al final hay que volver a tps.
Ver originalesResponder0
TokenVelocity
· 07-21 13:50
alcista Todos están alabando monad, nosotros solo tenemos que esperar y ver.
Panorama de la pista de computación paralela Web3: El camino de expansión de EVM de Monad y MegaETH
Mapa panorámico de la pista de computación paralela Web3: ¿la mejor solución para la escalabilidad nativa?
El "trilema de blockchain" ( Blockchain Trilemma ) revela las compensaciones esenciales 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 procesamiento rápido". En cuanto al eterno tema de la "escalabilidad", las soluciones de escalado de blockchain más populares en el mercado se clasifican según paradigmas, incluyendo:
Las soluciones de escalabilidad de blockchain incluyen: computación paralela dentro de la cadena, Rollup, particiones, módulos DA, estructura modular, sistema Actor, compresión de pruebas zk, arquitectura Stateless, entre otros, abarcando múltiples niveles de ejecución, estado, datos y estructura, constituyendo un sistema completo de escalabilidad de "colaboración en múltiples capas y combinación de módulos". Este artículo se centra en presentar la forma de escalabilidad que tiene como corriente principal la computación paralela.
La computación paralela dentro de la cadena ( intra-chain parallelism ), se centra en la ejecución paralela de transacciones/instrucciones dentro del bloque. Según el mecanismo de paralelismo, su método 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ías arquitectónicas, donde 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íncrono fuera de la cadena, representado por el sistema de agentes Actor (Agent / Actor Model), que pertenece a otro paradigma de computación paralela, como sistema de mensajes cruzados/asíncronos (modelo de no-sincronización de bloques), donde cada Agente actúa como un "proceso inteligente independiente" que envía mensajes de forma asíncrona en paralelo, impulsado por eventos, sin necesidad de programación sincronizada. Proyectos representativos incluyen AO, ICP, Cartesi, entre otros.
Los conocidos Rollup o soluciones de escalado mediante 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 la paralelización dentro de un único 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 la filosofía arquitectónica.
II. Cadena mejorada de paralelismo EVM: Rompiendo los límites de rendimiento en la compatibilidad
La arquitectura de procesamiento en serie de Ethereum ha evolucionado hasta hoy, pasando por intentos de escalado 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, al mismo tiempo, EVM y Solidity siguen siendo las plataformas de contratos inteligentes más con una base de desarrolladores y potencial ecológico. Por lo tanto, las cadenas paralelas del sistema EVM, que equilibran 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 del nuevo ciclo de escalado. Monad y MegaETH son los proyectos más representativos en esta dirección, construyendo arquitecturas de procesamiento paralelo EVM orientadas a escenarios de alta concurrencia y alto rendimiento, desde 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 el concepto fundamental de paralelismo de procesamiento en línea (Pipelining), ejecutando de manera asíncrona en la capa de consenso (Asynchronous Execution) y con ejecución paralela optimista en la capa de ejecución (Optimistic Parallel Execution). Además, en las capas de consenso y almacenamiento, Monad introduce respectivamente el protocolo BFT de alto rendimiento (MonadBFT) y un sistema de base de datos especializado (MonadDB), logrando una optimización de extremo a extremo.
Pipelining: mecanismo de ejecución paralela de 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 cadena de bloques en múltiples etapas independientes y procesar estas etapas en paralelo, formando una arquitectura de tuberías tridimensional. Cada etapa se ejecuta en hilos o núcleos independientes, logrando así un procesamiento concurrente entre bloques, y en última instancia, aumentando 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: Desacoplamiento Asíncrono de Consenso y Ejecución
En las cadenas tradicionales, el consenso y la ejecución de las transacciones suelen ser procesos síncronos, y este modelo de serie limita gravemente la escalabilidad del rendimiento. Monad logra el consenso asíncrono en la capa de consenso, la ejecución asíncrona en la capa de ejecución y el almacenamiento asíncrono 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 resiliente, con procesos más segmentados y una mayor eficiencia en el uso 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 aumenta significativamente la velocidad de procesamiento de las transacciones.
Mecanismo de ejecución:
Monad eligió un camino compatible: modifica lo menos posible las reglas de EVM, implementando la paralelización a través del aplazamiento de la escritura de estado y la detección dinámica de conflictos durante el proceso de ejecución, siendo más parecido a una versión de alto rendimiento de Ethereum, con una buena madurez que facilita la migración del ecosistema EVM, actuando como un acelerador de paralelización en el mundo EVM.
( Análisis del mecanismo de cálculo paralelo de MegaETH
A diferencia de la posició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 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, para lograr una ejecución de alta concurrencia y una capacidad de respuesta de baja latencia en la cadena. La innovación clave propuesta por MegaETH es: arquitectura Micro-VM + DAG de Dependencia de Estado (gráfico acíclico dirigido de dependencia de estado) y mecanismo de sincronización modular, que construyen conjuntamente un sistema de ejecución paralela orientado a "hilos en la cadena".
Micro-VM( máquina virtual micro) arquitectura: cuenta es hilo
MegaETH introduce el modelo de ejecución de "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í mediante mensajes asíncronos (Asynchronous Messaging), en lugar de llamadas síncronas, permitiendo que muchas VM se ejecuten de forma independiente y almacenen de manera independiente, siendo intrínsecamente 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 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 pueden ejecutarse en paralelo directamente, 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 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 sincrónicas. 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", que proporciona nuevas ideas a nivel de paradigma para construir sistemas de cadena de alto rendimiento de próxima generación.
MegaETH ha elegido un camino de reconstrucción: abstraer completamente las cuentas y contratos en una VM independiente, liberando así 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 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 blockchain en múltiples subcadenas independientes (Shards), cada una de las cuales es responsable de parte de las transacciones y el estado, rompiendo las limitaciones de una sola cadena para la expansión a nivel de red; mientras que Monad y MegaETH mantienen la integridad de una sola cadena, 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 la blockchain: el refuerzo vertical y la expansión horizontal.
Los proyectos de computación paralela como Monad y MegaETH se centran principalmente en la optimización del rendimiento, con el objetivo central de mejorar el TPS en la cadena, mediante la ejecución diferida (Deferred Execution) y la arquitectura de micromáquina virtual (Micro-VM) para lograr el procesamiento paralelo a nivel de transacción o de cuenta. Por otro lado, Pharos Network, que es una red de blockchain L1 modular y de pila completa, tiene como mecanismo central de computación paralela lo que se denomina "Rollup Mesh". Esta arquitectura, a través del trabajo conjunto de la red principal y las redes de procesamiento especial (SPNs), soporta entornos de múltiples máquinas virtuales (EVM y Wasm), e integra tecnologías avanzadas como las 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 inferior del motor de almacenamiento mediante múltiples versiones de árboles de Merkle, codificación delta )Delta Encoding(, direccionamiento por versión )Versioned Addressing( y tecnología de empuje ADS )ADS Pushdown(, lanzando el motor de almacenamiento de alto rendimiento nativo de blockchain, Pharos Store, logrando un alto rendimiento, baja latencia y fuerte verificabilidad.