Панорамная карта сектора параллельных вычислений Web3: лучшее решение для нативного расширения?
I. Введение: Техническая эволюция параллельных вычислений в блокчейне
"Невозможный треугольник" блокчейна (Blockchain Trilemma) — "безопасность", "децентрализация", "масштабируемость" — раскрывает основные компромиссы в проектировании блокчейн-систем, а именно, что блокчейн-проекты трудно одновременно достичь "максимальной безопасности, доступности для всех и высокой скорости обработки". По поводу вечной темы "масштабируемости" в настоящее время основные решения по расширению блокчейна на рынке делятся по парадигмам, включая:
Выполнение улучшенного масштабирования: повышение исполнительной способности на месте, например, параллельно, с использованием GPU, многоядерного процессора.
Изолированное расширение состояния: горизонтальное разделение состояния / Shard, например, шардирование, UTXO, множество подсетей
Внешнее масштабирование на основе аутсорсинга: выполнение вне цепи, например, Rollup, сопроцессор, DA
Структурная декомпозиция для масштабирования: модульная архитектура, совместная работа, например, модульные цепи, общий сортировщик, Rollup Mesh
Асинхронное конкурентное масштабирование: Модель актора, изоляция процессов, управление сообщениями, например, агенты, многопоточное асинхронное соединение
Планы по расширению блокчейна включают: параллельные вычисления внутри цепи, Rollup, шarding, модули DA, модульную структуру, систему Actor, сжатие zk-доказательств, архитектуру без состояния и т.д., охватывающие несколько уровней выполнения, состояния, данных и структуры, представляя собой "многослойную кооперацию и модульное объединение" полноценной системы расширения. В данной статье основное внимание уделяется расширению на основе параллельных вычислений.
Внутреннее параллельное вычисление ( intra-chain parallelism ), сосредоточенное на параллельном выполнении транзакций/инструкций внутри блока. В зависимости от механизма параллелизма, способы масштабирования можно разделить на пять основных категорий, каждая из которых представляет собой разные цели производительности, модели разработки и архитектурную философию; по мере этого параллельная гранулярность становится все более тонкой, параллельная мощность возрастает, сложность планирования также возрастает, а сложность программирования и трудность реализации тоже увеличиваются.
Уровень аккаунта (Account-level): представляет проект Solana
Объектный уровень параллелизма (Object-level): представляет проект Sui
Уровень транзакций (Transaction-level): представляет проект Monad, Aptos
Уровень вызова/МикроVM параллельно (Call-level/MicroVM): представляет проект MegaETH
Инструкционный уровень параллелизма (Instruction-level): представляет проект GatlingX
Внецепочечная асинхронная конкурентная модель, представленная системой умных агентов (Модель Агент/Актер), которая относится к другой парадигме параллельных вычислений, как система межцепочечных/асинхронных сообщений (не цепочечная модель синхронизации), каждый Агент функционирует как независимый "умный процесс", асинхронно обрабатывающий сообщения и события в параллельном режиме, не требуя синхронного расписания, к таким проектам относятся 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), обеспечивая оптимизацию от конца до конца.
Конвейеризация: механизм параллельного выполнения многоступенчатого конвейера
Пайплайнинг является основной идеей параллельного выполнения монады, его основная идея заключается в том, чтобы разбить процесс выполнения блокчейна на несколько независимых этапов и обрабатывать эти этапы параллельно, формируя трехмерную архитектуру конвейера, где каждый этап работает в независимом потоке или ядре, что позволяет реализовать параллельную обработку между блоками, в конечном итоге достигая повышения пропускной способности и снижения задержки. Эти этапы включают: предложение транзакции (Propose), достижение консенсуса (Consensus), выполнение транзакции (Execution) и подтверждение блока (Commit).
Асинхронное выполнение: согласие - асинхронная декомпозиция выполнения
В традиционных блокчейнах процесс консенсуса и исполнения транзакций обычно является синхронным, и такая сериализация серьезно ограничивает масштабируемость производительности. Monad реализует асинхронный консенсусный уровень, асинхронный уровень исполнения и асинхронное хранилище через "асинхронное выполнение". Это значительно сокращает время блока и задержку подтверждения, делая систему более гибкой, процесс обработки более детализированным и более эффективным использованием ресурсов.
Основной дизайн:
Процесс консенсуса (уровень консенсуса) отвечает только за упорядочивание транзакций, не выполняя логику контрактов.
Процесс выполнения (исполнительный уровень) асинхронно запускается после завершения консенсуса.
После завершения консенсуса сразу же переходите к процессу консенсуса следующего блока, не дожидаясь завершения выполнения.
Оптимистичное параллельное выполнение：乐观并行执行
Традиционный Ethereum использует строгую последовательную модель для выполнения транзакций, чтобы избежать конфликтов состояния. В то время как Monad применяет стратегию "оптимистичного параллельного выполнения", значительно увеличивая скорость обработки транзакций.
Исполнительный механизм:
Monad будет оптимистично выполнять все транзакции параллельно, предполагая, что большинство транзакций не имеют конфликтов состояния.
Запускать "Детектор конфликтов (Conflict Detector)", чтобы отслеживать, обращаются ли транзакции к одному и тому же состоянию (например, конфликты чтения/записи).
Если обнаружен конфликт, конфликтные транзакции будут сериализованы и выполнены повторно, чтобы гарантировать правильность состояния.
Monad выбрала совместимый путь: минимально изменяя правила EVM, достигая параллелизма в процессе исполнения за счет отложенной записи состояния и динамического обнаружения конфликтов, больше похожа на производительную версию Ethereum, с хорошей зрелостью и легкостью реализации миграции экосистемы EVM, является параллельным ускорителем в мире EVM.
Анализ параллельного вычислительного механизма MegaETH
В отличие от定位 Monad, MegaETH定位为EVM兼容的模块化高性能并行执行层, который может функционировать как независимая L1 публичная цепочка или как слой улучшения выполнения (Execution Layer) на Ethereum или модульный компонент. Основная цель его проектирования заключается в том, чтобы изолировать логику счетов, среду выполнения и состояние, разбив их на минимальные единицы, которые могут независимо планироваться, чтобы обеспечить высокую пропускную способность выполнения и низкую задержку отклика в цепочке. Ключевое новшество, предлагаемое MegaETH, заключается в: архитектуре Micro-VM + State Dependency DAG (направленный ациклический граф зависимостей состояния) и механизме модульной синхронизации, которые совместно создают параллельную исполнительную систему, ориентированную на "потоковую обработку в цепочке".
Архитектура Micro-VM (микровиртуальная машина): аккаунт как поток
MegaETH вводит модель выполнения "микро-виртуальной машины (Micro-VM) для каждого аккаунта", которая "потокизирует" среду выполнения и предоставляет минимальную единицу изоляции для параллельного планирования. Эти ВМ общаются друг с другом через асинхронные сообщения (Asynchronous Messaging), а не синхронные вызовы, что позволяет множеству ВМ независимо выполнять операции и хранить данные, обеспечивая естественную параллельность.
Зависимый граф состояния: механизм планирования, основанный на графах зависимостей
MegaETH построила систему планирования DAG на основе доступа к состоянию аккаунтов, которая в реальном времени поддерживает глобальный граф зависимостей (Dependency Graph). Каждая транзакция моделирует зависимости, показывая, какие аккаунты были изменены и какие аккаунты были прочитаны. Транзакции без конфликтов могут выполняться параллельно, в то время как транзакции с зависимостями будут упорядочены и выполняться последовательно или отложены в соответствии с топологическим порядком. Граф зависимостей обеспечивает согласованность состояния и предотвращает повторные записи в процессе параллельного выполнения.
Асинхронное выполнение и механизм обратного вызова
MegaETH построен на основе парадигмы асинхронного программирования, аналогичной асинхронному обмену сообщениями в модели акторов, которая решает проблему традиционных последовательных вызовов EVM. Вызовы контракта являются асинхронными (нерекурсивное выполнение), и когда вызывается контракт A -> B -> C, каждый вызов является асинхронным без блокировки ожидания; Стек вызовов разворачивается в асинхронный граф вызовов; Обработка транзакций = обход асинхронного графа + разрешение зависимостей + параллельное планирование.
В целом, MegaETH разрушает традиционную модель однопоточной машины состояний EVM, реализуя микро-виртуальные машины на уровне учетной записи, осуществляя диспетчеризацию транзакций через граф зависимости состояния и заменяя синхронный стек вызовов асинхронным механизмом сообщений. Это параллельная вычислительная платформа, полностью переосмысленная в разрезе "структуры учетной записи → архитектуры диспетчеризации → процесса выполнения", предоставляющая новый парадигмальный подход для построения систем следующего поколения с высокой производительностью на цепочке.
MegaETH выбрал путь реконструкции: полностью абстрагировать учетные записи и контракты в независимую виртуальную машину, используя асинхронное выполнение для раскрытия предельного параллельного потенциала. Теоретически, параллельный предел MegaETH выше, но также труднее контролировать сложность, больше напоминает супера распределенную операционную систему в духе идеи Ethereum.
Дизайнерские концепции Monad и MegaETH значительно отличаются от шардирования (Sharding): шардирование горизонтально разделяет блокчейн на несколько независимых дочерних цепей (шарды), каждая из которых отвечает за часть транзакций и состояния, разрушая ограничения единой цепи для расширения на уровне сети; в то время как Monad и MegaETH сохраняют целостность единой цепи, осуществляя горизонтальное расширение только на уровне исполнения, что позволяет оптимизировать производительность за счет предельного параллельного выполнения внутри единой цепи. Оба представляют собой две направленности в пути расширения блокчейна: вертикальное усиление и горизонтальное расширение.
Проекты параллельных вычислений, такие как Monad и MegaETH, в основном сосредоточены на оптимизации пропускной способности, с основной целью повышения TPS внутри цепочки. Для этого используются отложенное выполнение (Deferred Execution) и архитектура микро-виртуальной машины (Micro-VM) для реализации параллельной обработки на уровне транзакций или счетов. В то время как Pharos Network является модульной, полнофункциональной параллельной L1 блокчейн-сетью, ее основная механика параллельных вычислений называется "Rollup Mesh". Эта архитектура поддерживает работу главной сети и специализированных обработчиков (SPNs), поддерживает много виртуальных машин (EVM и Wasm) и интегрирует такие передовые технологии, как нулевые знания (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 с помощью многоверсионного дерева Меркла, дельта-кодирования, адресации версий и технологии ADS Pushdown переосмыслил модель выполнения на уровне хранилища, выпустив высокопроизводительный хранилище блокчейна Pharos Store, обеспечивая высокую пропускную способность.
Посмотреть Оригинал
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
17 Лайков
Награда
17
3
Поделиться
комментарий
0/400
NotGonnaMakeIt
· 07-19 16:28
Снова эти пустые концепции будут играть для лохов
Посмотреть ОригиналОтветить0
token_therapist
· 07-19 16:24
Йо, это все еще拼tps.
Посмотреть ОригиналОтветить0
PerpetualLonger
· 07-19 16:14
Покупайте падения, увеличьте позицию. Осталась только полбутылки соевого соуса, которую не вложили. Если падение ниже стоимости, обязательно пополнение маржи. Не смотрите на рыночную капитализацию, смотрите на технику. Эта волна не под силу медвежьим трейдерам и розничным инвесторам.
Панорама сектора параллельных вычислений Web3: архитектурные инновации Monad, MegaETH и Pharos
Панорамная карта сектора параллельных вычислений Web3: лучшее решение для нативного расширения?
I. Введение: Техническая эволюция параллельных вычислений в блокчейне
"Невозможный треугольник" блокчейна (Blockchain Trilemma) — "безопасность", "децентрализация", "масштабируемость" — раскрывает основные компромиссы в проектировании блокчейн-систем, а именно, что блокчейн-проекты трудно одновременно достичь "максимальной безопасности, доступности для всех и высокой скорости обработки". По поводу вечной темы "масштабируемости" в настоящее время основные решения по расширению блокчейна на рынке делятся по парадигмам, включая:
Планы по расширению блокчейна включают: параллельные вычисления внутри цепи, Rollup, шarding, модули DA, модульную структуру, систему Actor, сжатие zk-доказательств, архитектуру без состояния и т.д., охватывающие несколько уровней выполнения, состояния, данных и структуры, представляя собой "многослойную кооперацию и модульное объединение" полноценной системы расширения. В данной статье основное внимание уделяется расширению на основе параллельных вычислений.
Внутреннее параллельное вычисление ( intra-chain parallelism ), сосредоточенное на параллельном выполнении транзакций/инструкций внутри блока. В зависимости от механизма параллелизма, способы масштабирования можно разделить на пять основных категорий, каждая из которых представляет собой разные цели производительности, модели разработки и архитектурную философию; по мере этого параллельная гранулярность становится все более тонкой, параллельная мощность возрастает, сложность планирования также возрастает, а сложность программирования и трудность реализации тоже увеличиваются.
Внецепочечная асинхронная конкурентная модель, представленная системой умных агентов (Модель Агент/Актер), которая относится к другой парадигме параллельных вычислений, как система межцепочечных/асинхронных сообщений (не цепочечная модель синхронизации), каждый Агент функционирует как независимый "умный процесс", асинхронно обрабатывающий сообщения и события в параллельном режиме, не требуя синхронного расписания, к таким проектам относятся 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), обеспечивая оптимизацию от конца до конца.
Конвейеризация: механизм параллельного выполнения многоступенчатого конвейера
Пайплайнинг является основной идеей параллельного выполнения монады, его основная идея заключается в том, чтобы разбить процесс выполнения блокчейна на несколько независимых этапов и обрабатывать эти этапы параллельно, формируя трехмерную архитектуру конвейера, где каждый этап работает в независимом потоке или ядре, что позволяет реализовать параллельную обработку между блоками, в конечном итоге достигая повышения пропускной способности и снижения задержки. Эти этапы включают: предложение транзакции (Propose), достижение консенсуса (Consensus), выполнение транзакции (Execution) и подтверждение блока (Commit).
Асинхронное выполнение: согласие - асинхронная декомпозиция выполнения
В традиционных блокчейнах процесс консенсуса и исполнения транзакций обычно является синхронным, и такая сериализация серьезно ограничивает масштабируемость производительности. Monad реализует асинхронный консенсусный уровень, асинхронный уровень исполнения и асинхронное хранилище через "асинхронное выполнение". Это значительно сокращает время блока и задержку подтверждения, делая систему более гибкой, процесс обработки более детализированным и более эффективным использованием ресурсов.
Основной дизайн:
Оптимистичное параллельное выполнение：乐观并行执行
Традиционный Ethereum использует строгую последовательную модель для выполнения транзакций, чтобы избежать конфликтов состояния. В то время как Monad применяет стратегию "оптимистичного параллельного выполнения", значительно увеличивая скорость обработки транзакций.
Исполнительный механизм:
Monad выбрала совместимый путь: минимально изменяя правила EVM, достигая параллелизма в процессе исполнения за счет отложенной записи состояния и динамического обнаружения конфликтов, больше похожа на производительную версию Ethereum, с хорошей зрелостью и легкостью реализации миграции экосистемы EVM, является параллельным ускорителем в мире EVM.
Анализ параллельного вычислительного механизма MegaETH
В отличие от定位 Monad, MegaETH定位为EVM兼容的模块化高性能并行执行层, который может функционировать как независимая L1 публичная цепочка или как слой улучшения выполнения (Execution Layer) на Ethereum или модульный компонент. Основная цель его проектирования заключается в том, чтобы изолировать логику счетов, среду выполнения и состояние, разбив их на минимальные единицы, которые могут независимо планироваться, чтобы обеспечить высокую пропускную способность выполнения и низкую задержку отклика в цепочке. Ключевое новшество, предлагаемое MegaETH, заключается в: архитектуре Micro-VM + State Dependency DAG (направленный ациклический граф зависимостей состояния) и механизме модульной синхронизации, которые совместно создают параллельную исполнительную систему, ориентированную на "потоковую обработку в цепочке".
Архитектура Micro-VM (микровиртуальная машина): аккаунт как поток
MegaETH вводит модель выполнения "микро-виртуальной машины (Micro-VM) для каждого аккаунта", которая "потокизирует" среду выполнения и предоставляет минимальную единицу изоляции для параллельного планирования. Эти ВМ общаются друг с другом через асинхронные сообщения (Asynchronous Messaging), а не синхронные вызовы, что позволяет множеству ВМ независимо выполнять операции и хранить данные, обеспечивая естественную параллельность.
Зависимый граф состояния: механизм планирования, основанный на графах зависимостей
MegaETH построила систему планирования DAG на основе доступа к состоянию аккаунтов, которая в реальном времени поддерживает глобальный граф зависимостей (Dependency Graph). Каждая транзакция моделирует зависимости, показывая, какие аккаунты были изменены и какие аккаунты были прочитаны. Транзакции без конфликтов могут выполняться параллельно, в то время как транзакции с зависимостями будут упорядочены и выполняться последовательно или отложены в соответствии с топологическим порядком. Граф зависимостей обеспечивает согласованность состояния и предотвращает повторные записи в процессе параллельного выполнения.
Асинхронное выполнение и механизм обратного вызова
MegaETH построен на основе парадигмы асинхронного программирования, аналогичной асинхронному обмену сообщениями в модели акторов, которая решает проблему традиционных последовательных вызовов EVM. Вызовы контракта являются асинхронными (нерекурсивное выполнение), и когда вызывается контракт A -> B -> C, каждый вызов является асинхронным без блокировки ожидания; Стек вызовов разворачивается в асинхронный граф вызовов; Обработка транзакций = обход асинхронного графа + разрешение зависимостей + параллельное планирование.
В целом, MegaETH разрушает традиционную модель однопоточной машины состояний EVM, реализуя микро-виртуальные машины на уровне учетной записи, осуществляя диспетчеризацию транзакций через граф зависимости состояния и заменяя синхронный стек вызовов асинхронным механизмом сообщений. Это параллельная вычислительная платформа, полностью переосмысленная в разрезе "структуры учетной записи → архитектуры диспетчеризации → процесса выполнения", предоставляющая новый парадигмальный подход для построения систем следующего поколения с высокой производительностью на цепочке.
MegaETH выбрал путь реконструкции: полностью абстрагировать учетные записи и контракты в независимую виртуальную машину, используя асинхронное выполнение для раскрытия предельного параллельного потенциала. Теоретически, параллельный предел MegaETH выше, но также труднее контролировать сложность, больше напоминает супера распределенную операционную систему в духе идеи Ethereum.
Дизайнерские концепции Monad и MegaETH значительно отличаются от шардирования (Sharding): шардирование горизонтально разделяет блокчейн на несколько независимых дочерних цепей (шарды), каждая из которых отвечает за часть транзакций и состояния, разрушая ограничения единой цепи для расширения на уровне сети; в то время как Monad и MegaETH сохраняют целостность единой цепи, осуществляя горизонтальное расширение только на уровне исполнения, что позволяет оптимизировать производительность за счет предельного параллельного выполнения внутри единой цепи. Оба представляют собой две направленности в пути расширения блокчейна: вертикальное усиление и горизонтальное расширение.
Проекты параллельных вычислений, такие как Monad и MegaETH, в основном сосредоточены на оптимизации пропускной способности, с основной целью повышения TPS внутри цепочки. Для этого используются отложенное выполнение (Deferred Execution) и архитектура микро-виртуальной машины (Micro-VM) для реализации параллельной обработки на уровне транзакций или счетов. В то время как Pharos Network является модульной, полнофункциональной параллельной L1 блокчейн-сетью, ее основная механика параллельных вычислений называется "Rollup Mesh". Эта архитектура поддерживает работу главной сети и специализированных обработчиков (SPNs), поддерживает много виртуальных машин (EVM и Wasm) и интегрирует такие передовые технологии, как нулевые знания (ZK) и доверенные вычислительные среды (TEE).
Анализ механизма параллельных вычислений Rollup Mesh:
Кроме того, Pharos с помощью многоверсионного дерева Меркла, дельта-кодирования, адресации версий и технологии ADS Pushdown переосмыслил модель выполнения на уровне хранилища, выпустив высокопроизводительный хранилище блокчейна Pharos Store, обеспечивая высокую пропускную способность.