Пейзаж параллельных вычислений Web3: лучший вариант нативного расширения?
I. Обзор сектора параллельных вычислений
Блокчейн «невозможный треугольник»: «безопасность», «децентрализация», «масштабируемость» раскрывает суть компромисса в проектировании блокчейн-систем, а именно, что блокчейн-проекты с трудом могут одновременно достичь «максимальной безопасности, доступности для всех и высокой скорости обработки». Что касается вечной темы «масштабируемости», то на данный момент основные решения по расширению блокчейна на рынке делятся по парадигмам, включая:
Выполнение расширенного масштабирования: повышение мощности выполнения на месте, например, параллельно, с использованием GPU, многоядерное.
Изолированное расширение состояния: горизонтальное разделение состояния, например, шардирование, UTXO, многоподсети
Внешнее масштабирование через аутсорсинг: выполнение вне цепочки, например, Rollup, сопроцессор, DA
Структурно-декуплированное расширение: модульная архитектура, совместная работа, например, модульные цепочки, общий сортировщик, Rollup Mesh
Асинхронное параллельное расширение: модель актора, изоляция процессов, управляемая сообщениями, такие как агенты, многопоточность, асинхронные цепи
Решения для масштабирования блокчейна включают: параллельные вычисления внутри цепи, Rollup, шардирование, модули DA, модульную структуру, системы Actor, сжатие zk-доказательств, безстатусную архитектуру и т.д., охватывающие несколько уровней выполнения, состояния, данных и структуры, представляя собой полную систему масштабирования «многоуровневого взаимодействия и модульного объединения». В данной статье основное внимание уделяется масштабированию, основанному на параллельных вычислениях.
Внутренняя параллельная обработка (intra-chain parallelism), сосредоточенная на параллельном выполнении транзакций/инструкций внутри блока. В зависимости от механизма параллелизма, способы масштабирования можно разделить на пять основных категорий, каждая из которых представляет собой разные цели производительности, модели разработки и архитектурные философии, с все более мелкими параллельными единицами, все более высокими уровнями параллелизма, все более сложными механизмами планирования, а также все более высокой сложностью программирования и трудностью реализации.
Уровень аккаунта (Account-level): представляет проект Solana
Объектный уровень параллелизма (Object-level): представляет проект Sui
Уровень транзакций (Transaction-level): представляет проект Monad, Aptos
Параллелизм на уровне вызова / MicroVM (Call-level / 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), обеспечивая оптимизацию от конца до конца.
Пайплайнинг: Механизм параллельного выполнения многоступенчатых конвейеров
Пайплайнинг является основной концепцией параллельного выполнения монады. Его основная идея заключается в том, чтобы разделить процесс выполнения блокчейна на несколько независимых этапов и обрабатывать эти этапы параллельно, формируя трехмерную архитектуру конвейера, при этом каждый этап работает в независимом потоке или ядре, что позволяет осуществлять параллельную обработку между блоками и в конечном итоге достигает повышения пропускной способности и снижения задержки. Эти этапы включают: предложение транзакции (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) на каждый аккаунт", которая "потокизирует" среду выполнения, предоставляя минимальную единицу изоляции для параллельного планирования. Эти виртуальные машины взаимодействуют друг с другом через асинхронную передачу сообщений (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)
Посмотреть Оригинал
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
21 Лайков
Награда
21
5
Поделиться
комментарий
0/400
MEVVictimAlliance
· 07-14 17:28
Рано или поздно мы выжмем MEV!
Посмотреть ОригиналОтветить0
RiddleMaster
· 07-13 20:26
Снова спекулируем на параллелизме~ Когда же выйдет настоящая цепочка?
Посмотреть ОригиналОтветить0
MeaninglessGwei
· 07-12 05:27
Расширение до бесконечности
Посмотреть ОригиналОтветить0
LeekCutter
· 07-12 05:17
Не нашли оптимальное решение для L2? Все еще медленно мучаетесь?
Посмотреть ОригиналОтветить0
blockBoy
· 07-12 05:14
Сколько бы ни говорили, в конце концов все сводится к rollup.
Панорама сектора параллельных вычислений Web3: от расширения EVM до Rollup Mesh
Пейзаж параллельных вычислений Web3: лучший вариант нативного расширения?
I. Обзор сектора параллельных вычислений
Блокчейн «невозможный треугольник»: «безопасность», «децентрализация», «масштабируемость» раскрывает суть компромисса в проектировании блокчейн-систем, а именно, что блокчейн-проекты с трудом могут одновременно достичь «максимальной безопасности, доступности для всех и высокой скорости обработки». Что касается вечной темы «масштабируемости», то на данный момент основные решения по расширению блокчейна на рынке делятся по парадигмам, включая:
Решения для масштабирования блокчейна включают: параллельные вычисления внутри цепи, 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), обеспечивая оптимизацию от конца до конца.
Пайплайнинг: Механизм параллельного выполнения многоступенчатых конвейеров
Пайплайнинг является основной концепцией параллельного выполнения монады. Его основная идея заключается в том, чтобы разделить процесс выполнения блокчейна на несколько независимых этапов и обрабатывать эти этапы параллельно, формируя трехмерную архитектуру конвейера, при этом каждый этап работает в независимом потоке или ядре, что позволяет осуществлять параллельную обработку между блоками и в конечном итоге достигает повышения пропускной способности и снижения задержки. Эти этапы включают: предложение транзакции (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) на каждый аккаунт", которая "потокизирует" среду выполнения, предоставляя минимальную единицу изоляции для параллельного планирования. Эти виртуальные машины взаимодействуют друг с другом через асинхронную передачу сообщений (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: