Пейзаж параллельных вычислений Web3: лучший вариант нативного масштабирования?
I. Обзор параллельных вычислений
"Невозможный треугольник" блокчейна (Blockchain Trilemma) "безопасность", "децентрализация", "масштабируемость" раскрывает основные компромиссы в дизайне блокчейн-систем, а именно, что блокчейн-проектам трудно одновременно достичь "максимальной безопасности, доступности для всех и высокой скорости обработки". В отношении "масштабируемости", этой вечной темы, на текущем рынке основные решения по масштабированию блокчейна классифицируются по парадигмам, включая:
Выполнение улучшенной масштабируемости: повышение исполнительной способности на месте, например, параллельная обработка, GPU, многопоточность.
Изоляция состояния для масштабирования: горизонтальное разделение состояния/Shard, например, шarding, UTXO, много подсетей
Внешнее расширение типа аутсорсинга: выполнение происходит вне цепи, например, Rollup, Копроцессор, DA
Структурно-разъединяемое расширение: модульная архитектура, совместная работа, например, модульные цепи, общий сортировщик, Rollup Mesh
Асинхронное параллельное масштабирование: модель акторов, изоляция процессов, управление сообщениями, например, агенты, многопоточное асинхронное соединение
Решения по масштабированию блокчейна включают: параллельные вычисления внутри цепи, Rollup, шардирование, модули DA, модульную структуру, систему Actor, сжатие zk-доказательств, архитектуру без состояния и т.д., охватывающие несколько уровней исполнения, состояния, данных и структуры, представляя собой "многоуровневую координацию и модульное сочетание" полную систему масштабирования. В этой статье основное внимание уделяется масштабированию, основанному на параллельных вычислениях.
Внутреннее параллельное вычисление ( intra-chain parallelism ), сосредоточенное на параллельном выполнении транзакций/инструкций внутри блокчейна. По механизмам параллелизма его способы масштабирования можно разделить на пять основных категорий, каждая из которых представляет собой различные целевые показатели производительности, модели разработки и архитектурную философию, при этом степень параллелизма становится все более тонкой, интенсивность параллелизма все выше, сложность планирования также возрастает, а сложность программирования и трудности реализации становятся все выше.
Уровень аккаунта (Account-level): представляет проект Solana
Объектное параллельное выполнение (Object-level): представляет проект Sui
Уровень транзакций (Transaction-level): представляет проект Monad, Aptos
Уровень вызова / Параллельный MicroVM: представляет проект MegaETH
Уровень командного параллелизма (Instruction-level): представляет проект GatlingX
Внецепочечная асинхронная конкурентная модель, представленная системой интеллектуальных агентов (Agent / Actor Model), относится к другой парадигме параллельных вычислений, как система межцепочечных/асинхронных сообщений (неблокирующая синхронная модель). Каждый агент функционирует как независимый "интеллектуальный процесс", асинхронно обрабатывая сообщения и события в параллельном режиме, без необходимости синхронизации. Представленные проекты включают AO, ICP, Cartesi и другие.
А известные нам Rollup или решения по масштабированию через шардирование относятся к системным механизмам параллелизма и не являются параллельными вычислениями внутри цепочки. Они достигают масштабирования за счет "параллельного запуска нескольких цепочек/исполнительных доменов", а не за счет повышения параллелизма внутри одного блока/виртуальной машины. Такие решения по масштабированию не являются основной темой этой статьи, но мы все равно будем использовать их для сравнения различий в архитектурных концепциях.
2. Усовершенствованная параллельная цепь EVM: прорыв в производительности в условиях совместимости
С момента своего развития архитектура последовательной обработки Ethereum прошла через несколько этапов масштабирования, включая шардирование, Rollup и модульную архитектуру, но узкое место пропускной способности на уровне исполнения по-прежнему не было кардинально преодолено. Тем не менее, EVM и Solidity остаются наиболее развитыми платформами смарт-контрактов с точки зрения разработчиков и экосистемы. Таким образом, параллельные улучшенные цепочки EVM, которые сочетают совместимость с экосистемой и повышение производительности исполнения, становятся важным направлением для новой волны масштабирования. Monad и MegaETH являются наиболее представительными проектами в этом направлении, которые строят архитектуру параллельной обработки EVM для высокопараллельных и высокопропускных сценариев, исходя из задержки исполнения и разложения состояния.
Анализ механизма параллельных вычислений Monad
Monad — это высокопроизводительная Layer1 блокчейн, переосмысленная для виртуальной машины Ethereum (EVM), основанная на основной параллельной концепции обработки с использованием конвейера (Pipelining). В слое консенсуса осуществляется асинхронное выполнение (Asynchronous Execution), а в слое выполнения — оптимистичная параллельная обработка (Optimistic Parallel Execution). Кроме того, в слоях консенсуса и хранения Monad вводит высокопроизводительный BFT протокол (MonadBFT) и специализированную систему баз данных (MonadDB), реализующую оптимизацию от конца до конца.
Пайплайнинг: Механизм параллельного выполнения с многоступенчатым конвейером
Pipelining является основной концепцией параллельного выполнения Monad, суть которой заключается в разделении процесса выполнения блокчейна на несколько независимых этапов и их параллельной обработке, что формирует трехмерную архитектуру конвейера. Каждый этап выполняется на независимом потоке или ядре, достигая параллельной обработки между блоками и, в конечном итоге, повышая пропускную способность и снижая задержку. Эти этапы включают: предложение транзакции (Propose), достижение консенсуса (Consensus), выполнение транзакции (Execution) и подтверждение блока (Commit).
Асинхронное выполнение: согласование - асинхронное разделение выполнения
В традиционных блокчейнах консенсус и выполнение транзакций обычно являются синхронными процессами, и эта последовательная модель серьезно ограничивает масштабируемость производительности. Monad реализует асинхронный консенсусный уровень, асинхронный уровень выполнения и асинхронное хранение через "асинхронное выполнение". Это значительно снижает время блока и задержку подтверждения, делая систему более устойчивой, процессы обработки более детализированными и эффективность использования ресурсов выше.
Основной дизайн:
Процесс консенсуса (уровень консенсуса) отвечает только за сортировку транзакций, не выполняя логику контрактов.
Процесс выполнения (уровень выполнения) запускается асинхронно после завершения консенсуса.
После завершения консенсуса сразу переходим к процессу консенсуса следующего блока, без ожидания завершения выполнения.
Оптимистичное параллельное выполнение：乐观并行执行
Традиционный Ethereum использует строгую последовательную модель для выполнения транзакций, чтобы избежать конфликтов состояния. В то время как Monad применяет стратегию "оптимистичного параллельного выполнения", значительно увеличивая скорость обработки транзакций.
Механизм выполнения:
Monad будет оптимистично выполнять все транзакции параллельно, предполагая, что между большинством транзакций нет конфликтов состояния.
Одновременно работает "Детектор конфликтов (Conflict Detector)", чтобы следить за тем, обращаются ли транзакции к одному и тому же состоянию (например, конфликты чтения/записи).
Если обнаружен конфликт, конфликтующие транзакции будут сериализованы и выполнены заново, чтобы обеспечить корректность состояния.
Monad выбрала совместимый путь: минимально изменяя правила EVM, достигая параллелизма в процессе выполнения за счет отложенной записи состояния и динамического обнаружения конфликтов, что больше похоже на производительную версию Ethereum. Высокая зрелость позволяет легко осуществить миграцию экосистемы EVM, являясь параллельным ускорителем мира EVM.
Анализ механизма параллельных вычислений MegaETH
В отличие от定位 L1 Monads, MegaETH定位为兼容 EVM模块化高性能并行执行层, которая может служить как независимой L1 публичной цепочкой, так и как усиленный слой выполнения (Execution Layer) или модульный компонент на Ethereum. Его основной проектной целью является разбиение логики аккаунтов, среды выполнения и состояния на независимые единицы, которые могут быть независимо запланированы, чтобы достичь высокой параллельной обработки и низкой задержки ответа внутри цепочки. Ключевое новшество, предложенное MegaETH, заключается в архитектуре Micro-VM + DAG зависимости состояния (направленный ациклический граф зависимости состояния) и модульном механизме синхронизации, которые вместе создают параллельную систему выполнения, ориентированную на "потоковую обработку внутри цепочки".
Архитектура Micro-VM (микровиртуальная машина): учетная запись — это поток
MegaETH вводит модель выполнения "микро-виртуальной машины (Micro-VM) для каждого аккаунта", обеспечивая "потоковое" выполнение среды и предоставляя минимальную единицу изоляции для параллельного планирования. Эти VM общаются друг с другом через асинхронные сообщения (Asynchronous Messaging), а не синхронные вызовы, что позволяет множеству VM выполнять задачи независимо и хранить данные отдельно, обеспечивая естественную параллельность.
Зависимость DAG: механизм планирования, управляемый графом зависимостей
MegaETH построила систему DAG-распределения, основанную на отношениях доступа к состояниям аккаунтов, которая в реальном времени поддерживает глобальный граф зависимостей (Dependency Graph). Каждая транзакция моделируется в зависимости от того, какие аккаунты она изменяет и какие аккаунты она читает. Транзакции без конфликтов могут выполняться параллельно, а транзакции с зависимостями будут упорядочены для серийного или отложенного выполнения в соответствии с топологическим порядком. Граф зависимостей обеспечивает согласованность состояния и недопустимость повторной записи в процессе параллельного выполнения.
Асинхронное выполнение и механизмы обратного вызова
MegaETH построен на основе парадигмы асинхронного программирования, аналогичной асинхронному обмену сообщениями в модели акторов, которая решает проблему традиционных последовательных вызовов EVM. Вызовы контракта являются асинхронными (нерекурсивное выполнение), и когда вызывается контракт A -> B -> C, каждый вызов является асинхронным без блокировки ожидания; Стек вызовов разворачивается в асинхронный граф вызовов; Обработка транзакций = обход асинхронного графа + разрешение зависимостей + параллельное планирование.
В общем, MegaETH разрушает традиционную модель однонитевой машины состояния EVM, реализуя микровиртуальные машины на уровне аккаунтов, осуществляя планирование транзакций через графы зависимостей состояния и заменяя синхронные стековые вызовы асинхронными механизмами сообщений. Это параллельная вычислительная платформа, заново спроектированная по всем измерениям "структура аккаунта→архитектура планирования→процесс выполнения", предлагающая парадигмально новый подход к строительству систем следующего поколения с высокой производительностью.
MegaETH выбрал путь реконструкции: полностью абстрагируя учетные записи и контракты в независимую виртуальную машину, освобождая экстремальный параллелизм через асинхронное выполнение и планирование. Теоретически, параллельный предел MegaETH выше, но также сложнее контролировать сложность, больше похож на супервиртуальную распределенную операционную систему в духе Эфириума.
Дизайнерские концепции Monad и MegaETH значительно отличаются от шардирования (Sharding): шардирование делит блокчейн на несколько независимых подсетей (шарды), каждая из которых отвечает за часть транзакций и состояния, разрушая ограничения единой цепи на уровне сети; в то время как Monad и MegaETH сохраняют целостность единой цепи, расширяя только уровень исполнения и оптимизируя параллельное выполнение внутри единой цепи для преодоления пределов производительности. Оба представляют собой два направления в пути расширения блокчейна: вертикальное усиление и горизонтальное расширение.
Проекты параллельных вычислений, такие как Monad и MegaETH, в основном сосредоточены на оптимизации пропускной способности с целью повышения TPS в цепочке, реализуя параллельную обработку на уровне транзакций или аккаунтов через отложенное выполнение (Deferred Execution) и архитектуру микровиртуальной машины (Micro-VM). В то время как Pharos Network является модульной, полнофункциональной параллельной L1 блокчейн-сетью, ее основная параллельная вычислительная механика называется "Rollup Mesh". Эта архитектура поддерживает многовиртуальную среду (EVM и Wasm) через сотрудничество между основной сетью и специальными сетями обработки (SPNs) и интегрирует такие передовые технологии, как доказательства с нулевым разглашением (ZK) и защищенные вычислительные среды (TEE).
Анализ механизма параллельных вычислений Rollup Mesh:
Полный жизненный цикл асинхронной обработки конвейера (Full Lifecycle Asynchronous Pipelining): Pharos разъединяет различные этапы транзакции (такие как консенсус, выполнение, хранение) и использует асинхронный способ обработки, что позволяет каждому этапу выполняться независимо и параллельно, тем самым повышая общую эффективность обработки.
Параллельное выполнение с двумя виртуальными машинами (Dual VM Parallel Execution): Pharos поддерживает две среды виртуальных машин EVM и WASM, что позволяет разработчикам выбирать подходящую среду выполнения в зависимости от потребностей. Эта архитектура с двумя ВМ не только повышает гибкость системы, но и улучшает способность обработки транзакций за счет параллельного выполнения.
Специальные обработочные сети (SPNs): SPNs являются ключевыми компонентами архитектуры Pharos, аналогичными модульным подсетям, специально предназначенным для обработки определенных типов задач или приложений. Благодаря SPNs Pharos может реализовать динамическое распределение ресурсов и параллельную обработку задач, что дополнительно улучшает масштабируемость и производительность системы.
Модульный консенсус и механизмы повторного залога (Modular Consensus & Restaking): Pharos вводит гибкий механизм консенсуса, поддерживающий различные модели консенсуса (такие как PBFT, PoS, PoA), и осуществляет безопасное совместное использование и интеграцию ресурсов между основной сетью и SPN с помощью протокола повторного залога (Restaking).
Кроме того, Pharos с помощью многоверсионного дерева Меркла, дельта-кодирования (Delta Encoding), адресации по версиям (Versioned Addressing) и технологии ADS-подсистемы (ADS Pushdown) реконструирует модель исполнения на основе хранилища, запуская высокопроизводительный хранилище блокчейна Pharos Store для достижения высокой пропускной способности, низкой задержки и высокой надежности.
Посмотреть Оригинал
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
17 Лайков
Награда
17
7
Поделиться
комментарий
0/400
¯\_(ツ)_/¯
· 1ч назад
Лучшее решение... это снова разговоры на бумаге.
Посмотреть ОригиналОтветить0
GreenCandleCollector
· 07-29 20:48
Опять новые фишки, кто понимает...?
Посмотреть ОригиналОтветить0
alpha_leaker
· 07-29 20:47
Три года в мире криптовалют, если хотите говорить, слушайте меня.
Посмотреть ОригиналОтветить0
SchrodingerAirdrop
· 07-29 20:47
Так много деталей, так сложно, кто это поймет?
Посмотреть ОригиналОтветить0
NotSatoshi
· 07-29 20:42
Пукать, есть лучший вариант
Посмотреть ОригиналОтветить0
BugBountyHunter
· 07-29 20:26
в блокчейне分工还是搭高速都挺头大
Посмотреть ОригиналОтветить0
Web3Educator
· 07-29 20:19
позвольте мне объяснить это моим студентам web3... трилемма вовсе не является трилеммой - это педагогическая конструкция
Панорама сектора параллельных вычислений Web3: путь нативного масштабирования цепочек на основе EVM
Пейзаж параллельных вычислений Web3: лучший вариант нативного масштабирования?
I. Обзор параллельных вычислений
"Невозможный треугольник" блокчейна (Blockchain Trilemma) "безопасность", "децентрализация", "масштабируемость" раскрывает основные компромиссы в дизайне блокчейн-систем, а именно, что блокчейн-проектам трудно одновременно достичь "максимальной безопасности, доступности для всех и высокой скорости обработки". В отношении "масштабируемости", этой вечной темы, на текущем рынке основные решения по масштабированию блокчейна классифицируются по парадигмам, включая:
Решения по масштабированию блокчейна включают: параллельные вычисления внутри цепи, Rollup, шардирование, модули DA, модульную структуру, систему Actor, сжатие zk-доказательств, архитектуру без состояния и т.д., охватывающие несколько уровней исполнения, состояния, данных и структуры, представляя собой "многоуровневую координацию и модульное сочетание" полную систему масштабирования. В этой статье основное внимание уделяется масштабированию, основанному на параллельных вычислениях.
Внутреннее параллельное вычисление ( intra-chain parallelism ), сосредоточенное на параллельном выполнении транзакций/инструкций внутри блокчейна. По механизмам параллелизма его способы масштабирования можно разделить на пять основных категорий, каждая из которых представляет собой различные целевые показатели производительности, модели разработки и архитектурную философию, при этом степень параллелизма становится все более тонкой, интенсивность параллелизма все выше, сложность планирования также возрастает, а сложность программирования и трудности реализации становятся все выше.
Внецепочечная асинхронная конкурентная модель, представленная системой интеллектуальных агентов (Agent / Actor Model), относится к другой парадигме параллельных вычислений, как система межцепочечных/асинхронных сообщений (неблокирующая синхронная модель). Каждый агент функционирует как независимый "интеллектуальный процесс", асинхронно обрабатывая сообщения и события в параллельном режиме, без необходимости синхронизации. Представленные проекты включают AO, ICP, Cartesi и другие.
А известные нам Rollup или решения по масштабированию через шардирование относятся к системным механизмам параллелизма и не являются параллельными вычислениями внутри цепочки. Они достигают масштабирования за счет "параллельного запуска нескольких цепочек/исполнительных доменов", а не за счет повышения параллелизма внутри одного блока/виртуальной машины. Такие решения по масштабированию не являются основной темой этой статьи, но мы все равно будем использовать их для сравнения различий в архитектурных концепциях.
2. Усовершенствованная параллельная цепь EVM: прорыв в производительности в условиях совместимости
С момента своего развития архитектура последовательной обработки Ethereum прошла через несколько этапов масштабирования, включая шардирование, Rollup и модульную архитектуру, но узкое место пропускной способности на уровне исполнения по-прежнему не было кардинально преодолено. Тем не менее, EVM и Solidity остаются наиболее развитыми платформами смарт-контрактов с точки зрения разработчиков и экосистемы. Таким образом, параллельные улучшенные цепочки EVM, которые сочетают совместимость с экосистемой и повышение производительности исполнения, становятся важным направлением для новой волны масштабирования. Monad и MegaETH являются наиболее представительными проектами в этом направлении, которые строят архитектуру параллельной обработки EVM для высокопараллельных и высокопропускных сценариев, исходя из задержки исполнения и разложения состояния.
Анализ механизма параллельных вычислений Monad
Monad — это высокопроизводительная Layer1 блокчейн, переосмысленная для виртуальной машины Ethereum (EVM), основанная на основной параллельной концепции обработки с использованием конвейера (Pipelining). В слое консенсуса осуществляется асинхронное выполнение (Asynchronous Execution), а в слое выполнения — оптимистичная параллельная обработка (Optimistic Parallel Execution). Кроме того, в слоях консенсуса и хранения Monad вводит высокопроизводительный BFT протокол (MonadBFT) и специализированную систему баз данных (MonadDB), реализующую оптимизацию от конца до конца.
Пайплайнинг: Механизм параллельного выполнения с многоступенчатым конвейером
Pipelining является основной концепцией параллельного выполнения Monad, суть которой заключается в разделении процесса выполнения блокчейна на несколько независимых этапов и их параллельной обработке, что формирует трехмерную архитектуру конвейера. Каждый этап выполняется на независимом потоке или ядре, достигая параллельной обработки между блоками и, в конечном итоге, повышая пропускную способность и снижая задержку. Эти этапы включают: предложение транзакции (Propose), достижение консенсуса (Consensus), выполнение транзакции (Execution) и подтверждение блока (Commit).
Асинхронное выполнение: согласование - асинхронное разделение выполнения
В традиционных блокчейнах консенсус и выполнение транзакций обычно являются синхронными процессами, и эта последовательная модель серьезно ограничивает масштабируемость производительности. Monad реализует асинхронный консенсусный уровень, асинхронный уровень выполнения и асинхронное хранение через "асинхронное выполнение". Это значительно снижает время блока и задержку подтверждения, делая систему более устойчивой, процессы обработки более детализированными и эффективность использования ресурсов выше.
Основной дизайн:
Оптимистичное параллельное выполнение：乐观并行执行
Традиционный Ethereum использует строгую последовательную модель для выполнения транзакций, чтобы избежать конфликтов состояния. В то время как Monad применяет стратегию "оптимистичного параллельного выполнения", значительно увеличивая скорость обработки транзакций.
Механизм выполнения:
Monad выбрала совместимый путь: минимально изменяя правила EVM, достигая параллелизма в процессе выполнения за счет отложенной записи состояния и динамического обнаружения конфликтов, что больше похоже на производительную версию Ethereum. Высокая зрелость позволяет легко осуществить миграцию экосистемы EVM, являясь параллельным ускорителем мира EVM.
Анализ механизма параллельных вычислений MegaETH
В отличие от定位 L1 Monads, MegaETH定位为兼容 EVM模块化高性能并行执行层, которая может служить как независимой L1 публичной цепочкой, так и как усиленный слой выполнения (Execution Layer) или модульный компонент на Ethereum. Его основной проектной целью является разбиение логики аккаунтов, среды выполнения и состояния на независимые единицы, которые могут быть независимо запланированы, чтобы достичь высокой параллельной обработки и низкой задержки ответа внутри цепочки. Ключевое новшество, предложенное MegaETH, заключается в архитектуре Micro-VM + DAG зависимости состояния (направленный ациклический граф зависимости состояния) и модульном механизме синхронизации, которые вместе создают параллельную систему выполнения, ориентированную на "потоковую обработку внутри цепочки".
Архитектура Micro-VM (микровиртуальная машина): учетная запись — это поток
MegaETH вводит модель выполнения "микро-виртуальной машины (Micro-VM) для каждого аккаунта", обеспечивая "потоковое" выполнение среды и предоставляя минимальную единицу изоляции для параллельного планирования. Эти VM общаются друг с другом через асинхронные сообщения (Asynchronous Messaging), а не синхронные вызовы, что позволяет множеству VM выполнять задачи независимо и хранить данные отдельно, обеспечивая естественную параллельность.
Зависимость DAG: механизм планирования, управляемый графом зависимостей
MegaETH построила систему DAG-распределения, основанную на отношениях доступа к состояниям аккаунтов, которая в реальном времени поддерживает глобальный граф зависимостей (Dependency Graph). Каждая транзакция моделируется в зависимости от того, какие аккаунты она изменяет и какие аккаунты она читает. Транзакции без конфликтов могут выполняться параллельно, а транзакции с зависимостями будут упорядочены для серийного или отложенного выполнения в соответствии с топологическим порядком. Граф зависимостей обеспечивает согласованность состояния и недопустимость повторной записи в процессе параллельного выполнения.
Асинхронное выполнение и механизмы обратного вызова
MegaETH построен на основе парадигмы асинхронного программирования, аналогичной асинхронному обмену сообщениями в модели акторов, которая решает проблему традиционных последовательных вызовов EVM. Вызовы контракта являются асинхронными (нерекурсивное выполнение), и когда вызывается контракт A -> B -> C, каждый вызов является асинхронным без блокировки ожидания; Стек вызовов разворачивается в асинхронный граф вызовов; Обработка транзакций = обход асинхронного графа + разрешение зависимостей + параллельное планирование.
В общем, MegaETH разрушает традиционную модель однонитевой машины состояния EVM, реализуя микровиртуальные машины на уровне аккаунтов, осуществляя планирование транзакций через графы зависимостей состояния и заменяя синхронные стековые вызовы асинхронными механизмами сообщений. Это параллельная вычислительная платформа, заново спроектированная по всем измерениям "структура аккаунта→архитектура планирования→процесс выполнения", предлагающая парадигмально новый подход к строительству систем следующего поколения с высокой производительностью.
MegaETH выбрал путь реконструкции: полностью абстрагируя учетные записи и контракты в независимую виртуальную машину, освобождая экстремальный параллелизм через асинхронное выполнение и планирование. Теоретически, параллельный предел MegaETH выше, но также сложнее контролировать сложность, больше похож на супервиртуальную распределенную операционную систему в духе Эфириума.
Дизайнерские концепции Monad и MegaETH значительно отличаются от шардирования (Sharding): шардирование делит блокчейн на несколько независимых подсетей (шарды), каждая из которых отвечает за часть транзакций и состояния, разрушая ограничения единой цепи на уровне сети; в то время как Monad и MegaETH сохраняют целостность единой цепи, расширяя только уровень исполнения и оптимизируя параллельное выполнение внутри единой цепи для преодоления пределов производительности. Оба представляют собой два направления в пути расширения блокчейна: вертикальное усиление и горизонтальное расширение.
Проекты параллельных вычислений, такие как Monad и MegaETH, в основном сосредоточены на оптимизации пропускной способности с целью повышения TPS в цепочке, реализуя параллельную обработку на уровне транзакций или аккаунтов через отложенное выполнение (Deferred Execution) и архитектуру микровиртуальной машины (Micro-VM). В то время как Pharos Network является модульной, полнофункциональной параллельной L1 блокчейн-сетью, ее основная параллельная вычислительная механика называется "Rollup Mesh". Эта архитектура поддерживает многовиртуальную среду (EVM и Wasm) через сотрудничество между основной сетью и специальными сетями обработки (SPNs) и интегрирует такие передовые технологии, как доказательства с нулевым разглашением (ZK) и защищенные вычислительные среды (TEE).
Анализ механизма параллельных вычислений Rollup Mesh:
Кроме того, Pharos с помощью многоверсионного дерева Меркла, дельта-кодирования (Delta Encoding), адресации по версиям (Versioned Addressing) и технологии ADS-подсистемы (ADS Pushdown) реконструирует модель исполнения на основе хранилища, запуская высокопроизводительный хранилище блокчейна Pharos Store для достижения высокой пропускной способности, низкой задержки и высокой надежности.