Полная панорама параллельных вычислений в Web3: лучший вариант для оригинального масштабирования?
1. Фон развития параллельных вычислений в блокчейне
"Невозможный треугольник" блокчейна (безопасность, децентрализация, масштабируемость) раскрывает сущностный компромисс в проектировании блокчейн-систем, а именно, что блокчейн-проекты трудно одновременно достичь "максимальной безопасности, доступности для всех и высокой скорости обработки". Что касается вечной темы "масштабируемости", то на текущем рынке основные решения для масштабирования блокчейна различаются по парадигмам, включая:
Выполнение улучшенного масштабирования: повышение производительности выполнения на месте, например, с помощью параллельной обработки, GPU, многопоточности.
Изолированное расширение состояния: горизонтальное разделение состояния/Shard, например, шarding, UTXO, многоподсеть
Внешняя масштабируемость с аутсорсингом: выполнение вне цепочки, например, Rollup, Копроцессор, DA
Асинхронное конкурентное расширение: Модель акторов, изоляция процессов, управление сообщениями, например, агенты, многопоточная асинхронная цепь
Решения по масштабированию блокчейна включают: параллельные вычисления внутри цепочки, Rollup, шarding, DA-модули, модульную структуру, систему Actor, сжатие zk-доказательств, Stateless-архитектуру и др. Они охватывают несколько уровней: исполнение, состояние, данные, структуру, представляя собой "многоуровневую кооперацию и модульное сочетание" полную систему масштабирования. В данной статье основное внимание уделяется параллельным вычислениям как основному способу масштабирования.
Внутреннее параллельное вычисление ( 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
В отличие от L1, позиционированного как Monad, MegaETH позиционируется как высокопроизводительный модульный уровень параллельного выполнения, совместимый с EVM, который может использоваться как независимая L1 публичная цепочка, так и как уровень улучшения выполнения (Execution Layer) на Ethereum или модульный компонент. Его основной целью проектирования является декомпозиция логики аккаунта, среды выполнения и состояния в минимальные единицы, которые могут быть независимо запланированы, чтобы обеспечить высокую параллельную обработку и низкую задержку отклика в рамках цепи. Ключевое нововведение MegaETH заключается в том, что архитектура Micro-VM + DAG зависимости состояния (направленный ациклический граф зависимости состояния) и модульный механизм синхронизации совместно создают параллельную систему выполнения, ориентированную на "потоковость внутри цепи".
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 или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
20 Лайков
Награда
20
6
Поделиться
комментарий
0/400
NftDataDetective
· 07-24 20:18
хмм, снова дебаты о масштабируемости... честно говоря, я уже видел этот фильм. роллапы выглядят заманчиво, хотя.
Посмотреть ОригиналОтветить0
LayoffMiner
· 07-23 18:18
纯韭当 разыгрывайте людей как лохов разыгрывайте людей как лохов就完事了
Посмотреть ОригиналОтветить0
MEVSupportGroup
· 07-23 09:10
Что делать, если эта TPS не может победить централизованный?
Посмотреть ОригиналОтветить0
LidoStakeAddict
· 07-23 09:00
Кто понимает истинный tps в блокчейне, все эти бумажные данные - это лишь бычья болтовня.
Посмотреть ОригиналОтветить0
GhostAddressMiner
· 07-23 08:56
Эти красиво упакованные решения по масштабированию... всего лишь новые инструменты для сбора урожая неудачников, созданные для капиталистов. Я отслеживал несколько кошельков учреждений, и они все тайно накапливают токены L2.
Посмотреть ОригиналОтветить0
shadowy_supercoder
· 07-23 08:49
Опять шумят о расширении, кто еще не делал несколько роллапов?
Панорама параллельных вычислений Web3: Сравнение и тенденции развития решений по расширению внутри цепи
Полная панорама параллельных вычислений в Web3: лучший вариант для оригинального масштабирования?
1. Фон развития параллельных вычислений в блокчейне
"Невозможный треугольник" блокчейна (безопасность, децентрализация, масштабируемость) раскрывает сущностный компромисс в проектировании блокчейн-систем, а именно, что блокчейн-проекты трудно одновременно достичь "максимальной безопасности, доступности для всех и высокой скорости обработки". Что касается вечной темы "масштабируемости", то на текущем рынке основные решения для масштабирования блокчейна различаются по парадигмам, включая:
Решения по масштабированию блокчейна включают: параллельные вычисления внутри цепочки, Rollup, шarding, DA-модули, модульную структуру, систему Actor, сжатие zk-доказательств, Stateless-архитектуру и др. Они охватывают несколько уровней: исполнение, состояние, данные, структуру, представляя собой "многоуровневую кооперацию и модульное сочетание" полную систему масштабирования. В данной статье основное внимание уделяется параллельным вычислениям как основному способу масштабирования.
Внутреннее параллельное вычисление ( 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
В отличие от L1, позиционированного как Monad, MegaETH позиционируется как высокопроизводительный модульный уровень параллельного выполнения, совместимый с EVM, который может использоваться как независимая L1 публичная цепочка, так и как уровень улучшения выполнения (Execution Layer) на Ethereum или модульный компонент. Его основной целью проектирования является декомпозиция логики аккаунта, среды выполнения и состояния в минимальные единицы, которые могут быть независимо запланированы, чтобы обеспечить высокую параллельную обработку и низкую задержку отклика в рамках цепи. Ключевое нововведение MegaETH заключается в том, что архитектура Micro-VM + 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, обеспечивая высокую пропускную способность, низкую задержку и сильные верифицируемые возможности обработки на цепочке.