Пейзаж сектора параллельных вычислений Web3: лучший вариант нативного масштабирования?
I. Классификация и технологические парадигмы параллельных вычислений Web3
Треугольник «невозможного» в блокчейне (Blockchain Trilemma) — «безопасность», «децентрализация», «масштабируемость» — раскрывает основные компромиссы в дизайне блокчейн-систем, а именно, что проектам блокчейна трудно одновременно достичь «максимальной безопасности, всеобъемлющей доступности и высокой скорости обработки». В отношении вечной темы «масштабируемости» в настоящее время основные решения по масштабированию блокчейна на рынке различаются по парадигмам, включая:
Выполнение улучшенного масштабирования: повышение исполнительной способности на месте, например, параллельная обработка, GPU, многоядерность
Изолированное расширение статуса: горизонтальное разделение состояния / Shard, например, шардирование, UTXO, множественные подсети
Внешнее расширение типа "отказ от цепи": выполнение вне цепи, например, Rollup, Копрограммист, DA
Структурно декомпозированное расширение: модульная архитектура, совместная работа, например, модульная цепь, общий сортировщик, Rollup Mesh
Асинхронное параллельное масштабирование: модель актора, изоляция процессов, управление сообщениями, например, агенты, многопоточное асинхронное соединение
Решения по масштабированию блокчейна включают: параллельные вычисления внутри цепи, Rollup, шarding, DA модули, модульную структуру, Actor систему, сжатие zk-доказательств, Stateless архитектуру и т.д., охватывающие множество уровней выполнения, состояния, данных и структуры, что представляет собой полную систему масштабирования «многоуровневого взаимодействия и модульного объединения». В этой статье основное внимание уделяется масштабированию, основанному на параллельных вычислениях.
Внутреннее параллельное вычисление (intra-chain parallelism), сосредоточенное на параллельном выполнении транзакций / команд внутри блока. В зависимости от механизма параллелизма, его методы масштабирования можно разделить на пять основных категорий, каждая из которых представляет собой разные стремления к производительности, модели разработки и архитектурные философии, при этом степень параллелизма становится все более тонкой, интенсивность параллелизма все выше, а сложность планирования также возрастает, в то время как сложность программирования и трудности реализации также растут.
Уровень аккаунта параллельный (Account-level): представляет проект Solana
Объектное параллельное выполнение (Object-level): представляет проект Sui
Уровень транзакции (Transaction-level): представляет проект Monad, Aptos
Уровень вызова / Параллельные микровиртуальные машины (Call-level / MicroVM): представляют проект MegaETH
Уровень инструкций (Instruction-level): представляет проект GatlingX
Внешняя асинхронная модель параллелизма, представляемая системой интеллектуальных агентов (Agent / Actor Model), относится к другой парадигме параллельных вычислений, являясь кросс-чейн / асинхронной системой сообщений (не блок-синхронной модели). Каждый агент функционирует как независимый «умный процесс», осуществляя асинхронные сообщения в параллельном режиме, ориентированный на события, без необходимости синхронного планирования. К числу представленных проектов относятся AO, ICP, Cartesi и др.
А широко известные нам решения по расширению Rollup или шардирования относятся к системным механизмам параллелизма и не являются параллельными вычислениями внутри цепочки. Они достигают масштабируемости за счет «параллельного запуска нескольких цепочек / исполняемых областей», а не за счет повышения параллелизма внутри одного блока / виртуальной машины. Такие решения по расширению не являются основным предметом обсуждения в данной статье, но мы все равно будем использовать их для сравнения различий в архитектурных концепциях.
II. 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 реализует асинхронный консенсус на уровне консенсуса, асинхронное выполнение на уровне исполнения и асинхронное хранение. Это значительно снижает время блока (block time) и задержку подтверждения, что делает систему более устойчивой, процесс обработки более детализированным и более эффективным использованием ресурсов.
Основной дизайн:
Процесс согласования (уровень согласования) отвечает только за сортировку транзакций, не выполняя логику контрактов.
Процесс выполнения (уровень выполнения) запускается асинхронно после завершения консенсуса.
После завершения консенсуса сразу переходите к процессу консенсуса следующего блока, не дожидаясь выполнения.
Оптимистичное параллельное выполнение：乐观并行执行
Традиционный Ethereum использует строгую последовательную модель для выполнения транзакций, чтобы избежать конфликтов состояния. В то время как Monad использует стратегию «оптимистичного параллельного выполнения», что значительно увеличивает скорость обработки транзакций.
Исполнительный механизм:
Monad будет оптимистично выполнять все транзакции параллельно, предполагая, что между большинством транзакций нет конфликтов состояния.
Запустите «Детектор конфликтов (Conflict Detector))», чтобы отслеживать, обращаются ли транзакции к одному и тому же состоянию (например, конфликты чтения / записи).
Если обнаружен конфликт, конфликтные транзакции будут сериализованы и выполнены повторно, чтобы обеспечить корректность состояния.
Monad выбрал совместимый путь: минимально изменяя правила EVM, осуществляя параллельное выполнение за счет отсроченной записи состояния и динамического обнаружения конфликтов. Это больше похоже на производительную версию Ethereum, обладающую хорошей зрелостью, что упрощает миграцию экосистемы EVM и делает ее параллельным ускорителем мира EVM.
Анализ механизма параллельных вычислений MegaETH
В отличие от L1, ориентированного на Monad, MegaETH позиционируется как модульный высокопроизводительный параллельный исполнительный слой, совместимый с EVM, который может использоваться как независимая L1 публичная цепочка, так и как слой улучшения исполнения (Execution Layer) или модульный компонент на платформе Ethereum. Его основной проектной целью является разбиение логики аккаунтов, среды исполнения и состояния на минимальные единицы, которые могут быть независимо запланированы, чтобы достичь высокой конкурентоспособности исполнения внутри цепочки и низкой задержки отклика. Ключевое новшество, предложенное MegaETH, заключается в архитектуре Micro-VM + State Dependency DAG (ориентированный ациклический граф зависимости состояния) и модульном механизме синхронизации, которые вместе создают параллельную исполнительную систему, ориентированную на "тредизацию внутри цепочки".
Архитектура Micro-VM (микровиртуальная машина): аккаунт как поток
MegaETH внедряет модель исполнения «микровиртуальной машины (Micro-VM) для каждого аккаунта», «потока» исполнения, предоставляя минимальную единицу изоляции для параллельного планирования. Эти VM общаются друг с другом через асинхронные сообщения (Asynchronous Messaging), а не синхронные вызовы, что позволяет множеству VM выполнять и хранить данные независимо, обеспечивая естественную параллельность.
Зависимость состояния DAG: механизм планирования, основанный на графе зависимостей
MegaETH построил систему планирования на основе DAG, основанную на отношениях доступа к состоянию учетной записи. Система в реальном времени поддерживает глобальный граф зависимостей (Dependency Graph), моделируя все изменения учетных записей и чтения учетных записей в виде зависимостей. Неконфликтующие транзакции могут выполняться параллельно, а транзакции с зависимостями будут поочередно или с задержкой упорядочены по топологическому порядку. Граф зависимостей обеспечивает согласованность состояния и отсутствие повторных записей в процессе параллельного выполнения.
Асинхронное выполнение и механизм обратного вызова
MegaETH построен на основе парадигмы асинхронного программирования, аналогичной асинхронному обмену сообщениями в модели акторов, которая решает проблему традиционных последовательных вызовов EVM. Вызовы контракта являются асинхронными (нерекурсивное выполнение), и когда вызывается контракт A -> B -> C, каждый вызов является асинхронным без блокировки ожидания; Стек вызовов разворачивается в асинхронный граф вызовов; Обработка транзакций = обход асинхронного графа + разрешение зависимостей + параллельное планирование.
В общем, MegaETH разрушает традиционную модель однопоточной конечной машины EVM, реализует упаковку микровиртуальных машин на уровне учетных записей, осуществляет планирование транзакций через граф зависимости состояний и заменяет синхронный стек вызовов асинхронным механизмом сообщений. Это платформа параллельных вычислений, которая была полностью переработана по всем направлениям: «структура учетной записи → архитектура планирования → процесс выполнения», предоставляя новый парадигмальный подход для построения систем цепочки следующего поколения с высокой производительностью.
MegaETH выбрала путь реконструкции: полностью абстрагировав учетные записи и контракты в независимую VM, через асинхронное выполнение и планирование для освобождения максимального параллельного потенциала. Теоретически, параллельный предел MegaETH выше, но также труднее контролировать сложность, больше похож на суперраспределенную операционную систему в духе Ethereum.
Дизайнерские концепции Monad и MegaETH сильно отличаются от шардирования (Sharding): шардирование горизонтально делит блокчейн на несколько независимых дочерних цепей (шарды Shards), каждая из которых отвечает за часть транзакций и состояния, разрушая ограничения единой цепи в расширении на сетевом уровне; в то время как 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, аналогично
Посмотреть Оригинал
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
17 Лайков
Награда
17
7
Поделиться
комментарий
0/400
SleepyArbCat
· 07-19 21:33
Снова в Мяу-Мяу расширение, газовые расходы смотреть так утомительно~
Посмотреть ОригиналОтветить0
OldLeekConfession
· 07-19 11:25
Кто понимает надежный треугольник? Это просто каждый день разыгрывайте людей как лохов.
Посмотреть ОригиналОтветить0
PumpAnalyst
· 07-18 22:19
Я давно говорил, что увеличение масштабируемости — это просто трюк, а соседи снова собираются разыграть людей как лохов.
Посмотреть ОригиналОтветить0
WenMoon
· 07-16 22:03
Роллап действительно хорош!
Посмотреть ОригиналОтветить0
MemeCurator
· 07-16 22:03
Что с треугольником? Весь день тут изучают треугольник.
Посмотреть ОригиналОтветить0
CoffeeNFTs
· 07-16 21:57
Чистый роллап действительно хорош
Посмотреть ОригиналОтветить0
MetaverseVagabond
· 07-16 21:42
Снова говорят о масштабировании, на этот раз это действительно надежно?
Панорамная карта параллельных вычислений Web3: инновационный баланс совместимости и производительности
Пейзаж сектора параллельных вычислений Web3: лучший вариант нативного масштабирования?
I. Классификация и технологические парадигмы параллельных вычислений Web3
Треугольник «невозможного» в блокчейне (Blockchain Trilemma) — «безопасность», «децентрализация», «масштабируемость» — раскрывает основные компромиссы в дизайне блокчейн-систем, а именно, что проектам блокчейна трудно одновременно достичь «максимальной безопасности, всеобъемлющей доступности и высокой скорости обработки». В отношении вечной темы «масштабируемости» в настоящее время основные решения по масштабированию блокчейна на рынке различаются по парадигмам, включая:
Решения по масштабированию блокчейна включают: параллельные вычисления внутри цепи, Rollup, шarding, DA модули, модульную структуру, Actor систему, сжатие zk-доказательств, Stateless архитектуру и т.д., охватывающие множество уровней выполнения, состояния, данных и структуры, что представляет собой полную систему масштабирования «многоуровневого взаимодействия и модульного объединения». В этой статье основное внимание уделяется масштабированию, основанному на параллельных вычислениях.
Внутреннее параллельное вычисление (intra-chain parallelism), сосредоточенное на параллельном выполнении транзакций / команд внутри блока. В зависимости от механизма параллелизма, его методы масштабирования можно разделить на пять основных категорий, каждая из которых представляет собой разные стремления к производительности, модели разработки и архитектурные философии, при этом степень параллелизма становится все более тонкой, интенсивность параллелизма все выше, а сложность планирования также возрастает, в то время как сложность программирования и трудности реализации также растут.
Внешняя асинхронная модель параллелизма, представляемая системой интеллектуальных агентов (Agent / Actor Model), относится к другой парадигме параллельных вычислений, являясь кросс-чейн / асинхронной системой сообщений (не блок-синхронной модели). Каждый агент функционирует как независимый «умный процесс», осуществляя асинхронные сообщения в параллельном режиме, ориентированный на события, без необходимости синхронного планирования. К числу представленных проектов относятся AO, ICP, Cartesi и др.
А широко известные нам решения по расширению Rollup или шардирования относятся к системным механизмам параллелизма и не являются параллельными вычислениями внутри цепочки. Они достигают масштабируемости за счет «параллельного запуска нескольких цепочек / исполняемых областей», а не за счет повышения параллелизма внутри одного блока / виртуальной машины. Такие решения по расширению не являются основным предметом обсуждения в данной статье, но мы все равно будем использовать их для сравнения различий в архитектурных концепциях.
II. 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 реализует асинхронный консенсус на уровне консенсуса, асинхронное выполнение на уровне исполнения и асинхронное хранение. Это значительно снижает время блока (block time) и задержку подтверждения, что делает систему более устойчивой, процесс обработки более детализированным и более эффективным использованием ресурсов.
Основной дизайн:
Оптимистичное параллельное выполнение：乐观并行执行
Традиционный Ethereum использует строгую последовательную модель для выполнения транзакций, чтобы избежать конфликтов состояния. В то время как Monad использует стратегию «оптимистичного параллельного выполнения», что значительно увеличивает скорость обработки транзакций.
Исполнительный механизм:
Monad выбрал совместимый путь: минимально изменяя правила EVM, осуществляя параллельное выполнение за счет отсроченной записи состояния и динамического обнаружения конфликтов. Это больше похоже на производительную версию Ethereum, обладающую хорошей зрелостью, что упрощает миграцию экосистемы EVM и делает ее параллельным ускорителем мира EVM.
Анализ механизма параллельных вычислений MegaETH
В отличие от L1, ориентированного на Monad, MegaETH позиционируется как модульный высокопроизводительный параллельный исполнительный слой, совместимый с EVM, который может использоваться как независимая L1 публичная цепочка, так и как слой улучшения исполнения (Execution Layer) или модульный компонент на платформе Ethereum. Его основной проектной целью является разбиение логики аккаунтов, среды исполнения и состояния на минимальные единицы, которые могут быть независимо запланированы, чтобы достичь высокой конкурентоспособности исполнения внутри цепочки и низкой задержки отклика. Ключевое новшество, предложенное MegaETH, заключается в архитектуре Micro-VM + State Dependency DAG (ориентированный ациклический граф зависимости состояния) и модульном механизме синхронизации, которые вместе создают параллельную исполнительную систему, ориентированную на "тредизацию внутри цепочки".
Архитектура Micro-VM (микровиртуальная машина): аккаунт как поток
MegaETH внедряет модель исполнения «микровиртуальной машины (Micro-VM) для каждого аккаунта», «потока» исполнения, предоставляя минимальную единицу изоляции для параллельного планирования. Эти VM общаются друг с другом через асинхронные сообщения (Asynchronous Messaging), а не синхронные вызовы, что позволяет множеству VM выполнять и хранить данные независимо, обеспечивая естественную параллельность.
Зависимость состояния DAG: механизм планирования, основанный на графе зависимостей
MegaETH построил систему планирования на основе DAG, основанную на отношениях доступа к состоянию учетной записи. Система в реальном времени поддерживает глобальный граф зависимостей (Dependency Graph), моделируя все изменения учетных записей и чтения учетных записей в виде зависимостей. Неконфликтующие транзакции могут выполняться параллельно, а транзакции с зависимостями будут поочередно или с задержкой упорядочены по топологическому порядку. Граф зависимостей обеспечивает согласованность состояния и отсутствие повторных записей в процессе параллельного выполнения.
Асинхронное выполнение и механизм обратного вызова
MegaETH построен на основе парадигмы асинхронного программирования, аналогичной асинхронному обмену сообщениями в модели акторов, которая решает проблему традиционных последовательных вызовов EVM. Вызовы контракта являются асинхронными (нерекурсивное выполнение), и когда вызывается контракт A -> B -> C, каждый вызов является асинхронным без блокировки ожидания; Стек вызовов разворачивается в асинхронный граф вызовов; Обработка транзакций = обход асинхронного графа + разрешение зависимостей + параллельное планирование.
В общем, MegaETH разрушает традиционную модель однопоточной конечной машины EVM, реализует упаковку микровиртуальных машин на уровне учетных записей, осуществляет планирование транзакций через граф зависимости состояний и заменяет синхронный стек вызовов асинхронным механизмом сообщений. Это платформа параллельных вычислений, которая была полностью переработана по всем направлениям: «структура учетной записи → архитектура планирования → процесс выполнения», предоставляя новый парадигмальный подход для построения систем цепочки следующего поколения с высокой производительностью.
MegaETH выбрала путь реконструкции: полностью абстрагировав учетные записи и контракты в независимую VM, через асинхронное выполнение и планирование для освобождения максимального параллельного потенциала. Теоретически, параллельный предел MegaETH выше, но также труднее контролировать сложность, больше похож на суперраспределенную операционную систему в духе Ethereum.
Дизайнерские концепции Monad и MegaETH сильно отличаются от шардирования (Sharding): шардирование горизонтально делит блокчейн на несколько независимых дочерних цепей (шарды Shards), каждая из которых отвечает за часть транзакций и состояния, разрушая ограничения единой цепи в расширении на сетевом уровне; в то время как Monad и MegaETH сохраняют целостность единой цепи, лишь горизонтально масштабируя на уровне выполнения, оптимизируя прерывание производительности благодаря предельному параллельному выполнению внутри единой цепи. Оба представляют собой два направления в пути расширения блокчейна: вертикальное усиление и горизонтальное масштабирование.
Проекты параллельных вычислений, такие как Monad и MegaETH, в основном сосредоточены на оптимизации пропускной способности, с основной целью повышения TPS внутри цепочки, реализуя параллельную обработку на уровне транзакций или учетных записей через отложенное выполнение (Deferred Execution) и архитектуру микро-виртуальной машины (Micro-VM). Pharos Network, являясь модульной, полной стековой параллельной L1 блокчейн-сетью, имеет свою основную параллельную вычислительную механику, называемую «Rollup Mesh». Эта архитектура поддерживает многовиртуальные среды (EVM и Wasm) через совместную работу основной сети и специализированных сетей обработки (SPNs), а также интегрирует передовые технологии, такие как доказательства с нулевым разглашением (ZK) и доверенные вычислительные среды (TEE).
Анализ механизма параллельных вычислений Rollup Mesh: