Mapa panorámico de la pista de cálculo paralelo de Web3: ¿la mejor solución para la escalabilidad nativa?
I. Teoría de la computación paralela: Rompiendo el triángulo imposible de blockchain
El "triángulo imposible" de la blockchain 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 diferencian según el paradigma, incluyendo:
Ejecución de escalabilidad mejorada: mejora de la capacidad de ejecución in situ, por ejemplo, paralelismo, GPU, múltiples núcleos
Escalado de aislamiento de estado: división horizontal del estado/Shard, por ejemplo, fragmentación, UTXO, múltiples subredes
Escalado de tipo de externalización fuera de la cadena: ejecutar fuera de la cadena, por ejemplo, Rollup, Coprocesador, DA
Expansión de desacoplamiento de estructura: módulos arquitectónicos, 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, cadenas asíncronas multihilo
Las soluciones de escalabilidad de blockchain incluyen: computación en paralelo dentro de la cadena, Rollup, fragmentación, 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, formando un sistema completo de escalabilidad de "coordinación multiclase y combinación modular". Este artículo se centra en las soluciones de escalabilidad, con énfasis en la computación paralela como método principal.
El cálculo paralelo dentro de la cadena 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 grandes categorías, cada una de las cuales representa diferentes objetivos de rendimiento, modelos de desarrollo y filosofías de arquitectura, siendo el grado de paralelismo cada vez más fino, la intensidad del paralelismo cada vez mayor, así como la complejidad de la programación y la dificultad de implementación.
Paralelismo a nivel de cuenta: representa el proyecto Solana
Paralelismo a nivel de objeto: representa el proyecto Sui
Paralelismo a nivel de transacciones: representa el proyecto Monad, Aptos
Paralelismo de nivel de llamada/VM micro: representa el proyecto MegaETH
Paralelismo a nivel de instrucciones: representa el proyecto GatlingX
Modelo de concurrencia asíncrona fuera de la cadena, representado por el sistema de entidades Actor, que pertenece a otro paradigma de cálculo paralelo. Como sistema de mensajes asíncronos/cruzados, cada Agente actúa como un "proceso inteligente" que se ejecuta de manera independiente, enviando mensajes de manera asíncrona en paralelo, impulsado por eventos y sin necesidad de programación de sincronización. Proyectos representativos incluyen AO, ICP, Cartesi, entre otros.
Las soluciones de escalabilidad que conocemos bien, como Rollup o el sharding, pertenecen a mecanismos de concurrencia a nivel de sistema y no a la computación paralela 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 escalabilidad no es el enfoque principal de este artículo, pero aún así lo utilizaremos para comparar las similitudes y diferencias en la arquitectura.
Dos, EVM cadena de mejora paralela: rompiendo los límites de rendimiento en la compatibilidad
La arquitectura de procesamiento en serie de Ethereum ha evolucionado hasta hoy, atravesando 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 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 ecosistémico más robustos en la actualidad. Por lo tanto, la cadena paralela EVM, que equilibra la compatibilidad ecosistémica y la mejora del rendimiento de ejecución, se está convirtiendo en una dirección clave para la próxima ronda de evolución de escalabilidad. Monad y MegaETH son los proyectos más representativos en esta dirección, construyendo una arquitectura de procesamiento paralelo EVM orientada a escenarios de alta concurrencia y alto rendimiento, a partir de la ejecución diferida y la descomposición del estado.
Análisis del mecanismo de cálculo paralelo de Monad ###
Monad es una blockchain de alto rendimiento de Layer1 rediseñada para la máquina virtual de Ethereum, basada en el concepto fundamental de paralelismo de procesamiento en tuberías, ejecutando de manera asíncrona en la capa de consenso y con concurrencia optimista en la capa de ejecución. Además, en las capas de consenso y almacenamiento, Monad introduce un protocolo BFT de alto rendimiento y un sistema de base de datos dedicado, logrando una 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 flujo de ejecución de la blockchain en múltiples etapas independientes y procesar estas etapas de manera paralela, formando una arquitectura de pipeline 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, consenso alcanzado, ejecución de transacción y presentación de bloque.
Ejecución Asincrónica: Desacoplamiento Asíncrono de Consenso y Ejecución
En las cadenas tradicionales, el consenso y la ejecución de transacciones suelen ser procesos sincrónicos, y este modelo secuencial limita gravemente la escalabilidad del rendimiento. Monad logra la asincronía en la capa de consenso, en la capa de ejecución y en 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 eficiencia en el uso de recursos.
Diseño central:
El proceso de consenso solo se encarga de ordenar las transacciones, no de ejecutar la lógica del contrato.
El proceso de ejecución se activa de forma asíncrona una vez que se completa el consenso.
Después de completar el consenso, se entra inmediatamente en el proceso de consenso del siguiente bloque, sin necesidad de esperar a que se complete la ejecución.
Ejecución Paralela Optimista:乐观并行执行
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á todas las transacciones de manera optimista y en paralelo, asumiendo que la mayoría de las transacciones no tienen conflictos de estado.
Ejecutar simultáneamente un "detector de conflictos" para monitorear si las transacciones acceden al mismo estado.
Si se detecta un conflicto, las transacciones en conflicto se volverán a ejecutar en serie para asegurar la corrección del estado.
Monad eligió un camino compatible: modificando lo menos posible las reglas de EVM, logrando la paralelización durante el proceso de ejecución mediante la escritura de estado diferida y la detección dinámica de conflictos, se asemeja 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 de EVM.
Análisis del mecanismo de computación en paralelo de MegaETH
A diferencia de la posición L1 de Monad, MegaETH se posiciona como una capa de ejecución paralela modular de alto rendimiento compatible con EVM, que puede funcionar tanto como una cadena pública L1 independiente como una capa de mejora de ejecución o componente modular en Ethereum. 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 en la cadena y una capacidad de respuesta de baja latencia. La innovación clave que propone MegaETH radica en: la arquitectura Micro-VM + DAG de dependencia de estado y un mecanismo de sincronización modular, que en conjunto construyen un sistema de ejecución paralela orientado a "hilos dentro de la cadena".
Arquitectura Micro-VM: cuenta como hilo
MegaETH introduce un modelo de ejecución de "una mini máquina virtual por cuenta", que "hila" el entorno de ejecución, proporcionando la unidad de aislamiento mínima para la programación paralela. Estas máquinas virtuales se comunican entre sí a través de mensajes asíncronos, en lugar de llamadas sincrónicas, lo que permite que muchas máquinas virtuales se ejecuten de manera independiente y almacenen de forma independiente, siendo naturalmente paralelas.
DAG de Dependencia de Estado: 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. Cada transacción modela qué cuentas modifica, qué cuentas lee, todo como relaciones de dependencia. Las transacciones sin conflictos se pueden ejecutar en paralelo directamente, mientras que las transacciones con relaciones de dependencia se programarán en orden topológico de manera secuencial o se retrasarán. El gráfico de dependencias asegura la consistencia del estado y la no escritura duplicada durante el proceso de ejecución en paralelo.
Ejecución asíncrona y mecanismo de callback
B
En resumen, MegaETH rompe 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 dependencia de estado y sustituyendo la pila de llamadas sincrónicas por un mecanismo de mensajes asincrónicos. 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 un nuevo enfoque de nivel paradigma para construir sistemas de cadena de alto rendimiento de próxima generación.
MegaETH eligió una ruta de reestructuración: abstraer completamente las cuentas y contratos en una VM independiente, liberando el máximo potencial de paralelismo 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.
Monad y MegaETH tienen una filosofía de diseño bastante diferente en comparación con el sharding: el sharding divide la blockchain en múltiples subcadenas independientes, cada una responsable de parte de las transacciones y estados, rompiendo las limitaciones de una sola cadena en la expansión a nivel de red; mientras que Monad y MegaETH mantienen la integridad de la cadena única, expandiendo 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 aumentar el TPS dentro de la cadena, logrando el procesamiento paralelo a nivel de transacción o cuenta mediante la ejecución diferida y una arquitectura de micromáquinas virtuales. Pharos Network, como una red blockchain L1 modular y de pila completa, tiene un mecanismo de computación paralela central llamado "Rollup Mesh". Esta arquitectura, a través de la colaboración entre la red principal y la red de procesamiento especial, admite entornos de múltiples máquinas virtuales e integra tecnologías avanzadas como pruebas de conocimiento cero y entornos de ejecución confiables.
Análisis del mecanismo de cálculo paralelo Rollup Mesh:
Procesamiento asíncrono de la línea de vida completa: Pharos desacopla las diferentes etapas de la transacción y utiliza un método de procesamiento asíncrono, lo que permite que cada etapa se realice de manera independiente y en paralelo, mejorando así la eficiencia general del procesamiento.
Ejecución paralela de dos máquinas virtuales: Pharos soporta dos entornos de máquinas virtuales, 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.
Redes de procesamiento especial: los SPNs son componentes clave en la arquitectura de Pharos, similares a subredes modularizadas, diseñadas específicamente para manejar tipos particulares de tareas o aplicaciones. A través de los SPNs, Pharos puede lograr la asignación dinámica de recursos y el procesamiento paralelo de tareas, lo que mejora aún más la escalabilidad y el rendimiento del sistema.
Mecanismo de consenso modular y re-staking: Pharos introduce un mecanismo de consenso flexible que admite múltiples modelos de consenso y realiza un intercambio seguro y la integración de recursos entre la mainnet y los SPNs a través de un protocolo de re-staking.
Además, Pharos ha reestructurado el modelo de ejecución desde la capa inferior del motor de almacenamiento a través de árboles de Merkle de múltiples versiones, codificación diferencial, direccionamiento por versión y tecnología de hundimiento ADS, lanzando el motor de almacenamiento de alto rendimiento nativo de blockchain, Pharos Store, logrando una alta capacidad de procesamiento en cadena, baja latencia y una fuerte capacidad de verificación.
En general, la arquitectura Rollup Mesh de Pharos logra una alta capacidad de cálculo paralelo mediante un diseño modular y un mecanismo de procesamiento asíncrono. Pharos actúa como coordinador de programación para el paralelismo entre Rollups, no como un optimizador de ejecución de "paralelismo dentro de la cadena", sino que lleva a cabo tareas de ejecución personalizadas heterogéneas a través de SPNs.
Además de la ejecución paralela de Monad, MegaETH y 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.
12 me gusta
Recompensa
12
5
Compartir
Comentar
0/400
HodlVeteran
· 07-20 17:37
Los tontos han vuelto a oler una oportunidad de tomar a la gente por tonta.
Ver originalesResponder0
RektButStillHere
· 07-19 14:20
Vaya, ¿quién puede entender esto?
Ver originalesResponder0
BakedCatFanboy
· 07-19 14:18
¿La expansión a la velocidad de la luz tampoco resolverá el problema esencial?
Panorama de la computación paralela en Web3: Cómo las cadenas compatibles con EVM pueden superar los cuellos de botella de rendimiento
Mapa panorámico de la pista de cálculo paralelo de Web3: ¿la mejor solución para la escalabilidad nativa?
I. Teoría de la computación paralela: Rompiendo el triángulo imposible de blockchain
El "triángulo imposible" de la blockchain 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 diferencian según el paradigma, incluyendo:
Las soluciones de escalabilidad de blockchain incluyen: computación en paralelo dentro de la cadena, Rollup, fragmentación, 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, formando un sistema completo de escalabilidad de "coordinación multiclase y combinación modular". Este artículo se centra en las soluciones de escalabilidad, con énfasis en la computación paralela como método principal.
El cálculo paralelo dentro de la cadena 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 grandes categorías, cada una de las cuales representa diferentes objetivos de rendimiento, modelos de desarrollo y filosofías de arquitectura, siendo el grado de paralelismo cada vez más fino, la intensidad del paralelismo cada vez mayor, así como la complejidad de la programación y la dificultad de implementación.
Modelo de concurrencia asíncrona fuera de la cadena, representado por el sistema de entidades Actor, que pertenece a otro paradigma de cálculo paralelo. Como sistema de mensajes asíncronos/cruzados, cada Agente actúa como un "proceso inteligente" que se ejecuta de manera independiente, enviando mensajes de manera asíncrona en paralelo, impulsado por eventos y sin necesidad de programación de sincronización. Proyectos representativos incluyen AO, ICP, Cartesi, entre otros.
Las soluciones de escalabilidad que conocemos bien, como Rollup o el sharding, pertenecen a mecanismos de concurrencia a nivel de sistema y no a la computación paralela 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 escalabilidad no es el enfoque principal de este artículo, pero aún así lo utilizaremos para comparar las similitudes y diferencias en la arquitectura.
Dos, EVM cadena de mejora paralela: rompiendo los límites de rendimiento en la compatibilidad
La arquitectura de procesamiento en serie de Ethereum ha evolucionado hasta hoy, atravesando 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 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 ecosistémico más robustos en la actualidad. Por lo tanto, la cadena paralela EVM, que equilibra la compatibilidad ecosistémica y la mejora del rendimiento de ejecución, se está convirtiendo en una dirección clave para la próxima ronda de evolución de escalabilidad. Monad y MegaETH son los proyectos más representativos en esta dirección, construyendo una arquitectura de procesamiento paralelo EVM orientada a escenarios de alta concurrencia y alto rendimiento, a partir de la ejecución diferida y la descomposición del estado.
Análisis del mecanismo de cálculo paralelo de Monad ###
Monad es una blockchain de alto rendimiento de Layer1 rediseñada para la máquina virtual de Ethereum, basada en el concepto fundamental de paralelismo de procesamiento en tuberías, ejecutando de manera asíncrona en la capa de consenso y con concurrencia optimista en la capa de ejecución. Además, en las capas de consenso y almacenamiento, Monad introduce un protocolo BFT de alto rendimiento y un sistema de base de datos dedicado, logrando una 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 flujo de ejecución de la blockchain en múltiples etapas independientes y procesar estas etapas de manera paralela, formando una arquitectura de pipeline 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, consenso alcanzado, ejecución de transacción y presentación de bloque.
Ejecución Asincrónica: Desacoplamiento Asíncrono de Consenso y Ejecución
En las cadenas tradicionales, el consenso y la ejecución de transacciones suelen ser procesos sincrónicos, y este modelo secuencial limita gravemente la escalabilidad del rendimiento. Monad logra la asincronía en la capa de consenso, en la capa de ejecución y en 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 eficiencia en el uso 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: modificando lo menos posible las reglas de EVM, logrando la paralelización durante el proceso de ejecución mediante la escritura de estado diferida y la detección dinámica de conflictos, se asemeja 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 de EVM.
Análisis del mecanismo de computación en paralelo de MegaETH
A diferencia de la posición L1 de Monad, MegaETH se posiciona como una capa de ejecución paralela modular de alto rendimiento compatible con EVM, que puede funcionar tanto como una cadena pública L1 independiente como una capa de mejora de ejecución o componente modular en Ethereum. 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 en la cadena y una capacidad de respuesta de baja latencia. La innovación clave que propone MegaETH radica en: la arquitectura Micro-VM + DAG de dependencia de estado y un mecanismo de sincronización modular, que en conjunto construyen un sistema de ejecución paralela orientado a "hilos dentro de la cadena".
Arquitectura Micro-VM: cuenta como hilo
MegaETH introduce un modelo de ejecución de "una mini máquina virtual por cuenta", que "hila" el entorno de ejecución, proporcionando la unidad de aislamiento mínima para la programación paralela. Estas máquinas virtuales se comunican entre sí a través de mensajes asíncronos, en lugar de llamadas sincrónicas, lo que permite que muchas máquinas virtuales se ejecuten de manera independiente y almacenen de forma independiente, siendo naturalmente paralelas.
DAG de Dependencia de Estado: 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. Cada transacción modela qué cuentas modifica, qué cuentas lee, todo como relaciones de dependencia. Las transacciones sin conflictos se pueden ejecutar en paralelo directamente, mientras que las transacciones con relaciones de dependencia se programarán en orden topológico de manera secuencial o se retrasarán. El gráfico de dependencias asegura la consistencia del estado y la no escritura duplicada durante el proceso de ejecución en paralelo.
Ejecución asíncrona y mecanismo de callback
B
En resumen, MegaETH rompe 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 dependencia de estado y sustituyendo la pila de llamadas sincrónicas por un mecanismo de mensajes asincrónicos. 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 un nuevo enfoque de nivel paradigma para construir sistemas de cadena de alto rendimiento de próxima generación.
MegaETH eligió una ruta de reestructuración: abstraer completamente las cuentas y contratos en una VM independiente, liberando el máximo potencial de paralelismo 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.
Monad y MegaETH tienen una filosofía de diseño bastante diferente en comparación con el sharding: el sharding divide la blockchain en múltiples subcadenas independientes, cada una responsable de parte de las transacciones y estados, rompiendo las limitaciones de una sola cadena en la expansión a nivel de red; mientras que Monad y MegaETH mantienen la integridad de la cadena única, expandiendo 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 aumentar el TPS dentro de la cadena, logrando el procesamiento paralelo a nivel de transacción o cuenta mediante la ejecución diferida y una arquitectura de micromáquinas virtuales. Pharos Network, como una red blockchain L1 modular y de pila completa, tiene un mecanismo de computación paralela central llamado "Rollup Mesh". Esta arquitectura, a través de la colaboración entre la red principal y la red de procesamiento especial, admite entornos de múltiples máquinas virtuales e integra tecnologías avanzadas como pruebas de conocimiento cero y entornos de ejecución confiables.
Análisis del mecanismo de cálculo paralelo Rollup Mesh:
Procesamiento asíncrono de la línea de vida completa: Pharos desacopla las diferentes etapas de la transacción y utiliza un método de procesamiento asíncrono, lo que permite que cada etapa se realice de manera independiente y en paralelo, mejorando así la eficiencia general del procesamiento.
Ejecución paralela de dos máquinas virtuales: Pharos soporta dos entornos de máquinas virtuales, 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.
Redes de procesamiento especial: los SPNs son componentes clave en la arquitectura de Pharos, similares a subredes modularizadas, diseñadas específicamente para manejar tipos particulares de tareas o aplicaciones. A través de los SPNs, Pharos puede lograr la asignación dinámica de recursos y el procesamiento paralelo de tareas, lo que mejora aún más la escalabilidad y el rendimiento del sistema.
Mecanismo de consenso modular y re-staking: Pharos introduce un mecanismo de consenso flexible que admite múltiples modelos de consenso y realiza un intercambio seguro y la integración de recursos entre la mainnet y los SPNs a través de un protocolo de re-staking.
Además, Pharos ha reestructurado el modelo de ejecución desde la capa inferior del motor de almacenamiento a través de árboles de Merkle de múltiples versiones, codificación diferencial, direccionamiento por versión y tecnología de hundimiento ADS, lanzando el motor de almacenamiento de alto rendimiento nativo de blockchain, Pharos Store, logrando una alta capacidad de procesamiento en cadena, baja latencia y una fuerte capacidad de verificación.
En general, la arquitectura Rollup Mesh de Pharos logra una alta capacidad de cálculo paralelo mediante un diseño modular y un mecanismo de procesamiento asíncrono. Pharos actúa como coordinador de programación para el paralelismo entre Rollups, no como un optimizador de ejecución de "paralelismo dentro de la cadena", sino que lleva a cabo tareas de ejecución personalizadas heterogéneas a través de SPNs.
Además de la ejecución paralela de Monad, MegaETH y Pharos