Панорама паралельних обчислень Web3: найкраще рішення для рідної масштабованості?
Одне. Фон: Трикутник неможливостей блокчейну та шляхи розширення
"Неможливий трикутник" блокчейну "("безпека", "децентралізація", "масштабованість") розкриває суттєві компроміси в дизайні системи блокчейну, а саме те, що проектам блокчейну важко одночасно досягти "екстремальної безпеки, участі для всіх, швидкої обробки". Щодо "масштабованості" цього вічного питання, на сьогоднішній день основні рішення для розширення блокчейн у ринку поділяються за парадигмами, зокрема:
Виконання розширеного масштабування: підвищення виконавчих можливостей на місці, наприклад, паралельна обробка, GPU, багатоядерність
Ізоляція стану розширення: горизонтальне розділення стану/Shard, наприклад, шардінг, UTXO, багато підмереж
Внешнє розширення за межами ланцюга: виконання відбувається поза ланцюгом, наприклад, Rollup, Coprocessor, DA
Асинхронне масштабування з паралельною обробкою: модель актора, ізоляція процесів, керування повідомленнями, наприклад, агенти, багатопотокове асинхронне з'єднання
Рішення з розширення блокчейну включають: паралельні обчислення в межах ланцюга, Rollup, шардінг, DA-модуль, модульну структуру, систему акторів, компресію zk-доказів, безстанний архітектуру тощо, охоплюючи виконання, стан, дані та структуру на кількох рівнях, є "багаторівневою координацією, модульною комбінацією" повною системою розширення. У цій статті акцентується на розширенні, яке базується на паралельних обчисленнях.
Внутрішня паралельна обробка ( intra-chain parallelism ), зосереджуючи увагу на паралельному виконанні транзакцій/інструкцій усередині блокчейну. За механізмами паралелізму, способи масштабування можна розділити на п'ять основних категорій, кожна з яких представляє різні прагнення до продуктивності, моделі розробки та архітектурну філософію; з кожною наступною категорією гранулярність паралелізму стає дедалі тоншою, інтенсивність паралелізму зростає, ускладнюється також складність планування, а також програмна складність і складність реалізації стають дедалі вищими.
Обліковий рівень паралельності (Account-level): представляє проект Solana
Об'єктний рівень (Object-level): представляє проект Sui
Торговий рівень (Transaction-level): представляє проект Monad, Aptos
Виклик рівня/мікроVM паралельно (Call-level / MicroVM): представляє проект MegaETH
Інструкційний рівень (Instruction-level): представляє проект GatlingX
Модель асинхронної паралельності поза ланцюгом, представлена системою акторів (Agent / Actor Model), належить до іншої парадигми паралельних обчислень, як міжланцюгова/асинхронна система повідомлень (несинхронна модель поза блокчейном), кожен агент виступає як незалежно працюючий "інтелектуальний процес", що використовує асинхронні повідомлення в паралельному режимі, керований подіями, без необхідності синхронізації розкладу, серед представників проектів є AO, ICP, Cartesi та ін.
А відомі нам Rollup або рішення для масштабування на основі шардінгу належать до механізмів системної паралельності, а не до внутрішніх паралельних обчислень у ланцюгу. Вони реалізують масштабування через "паралельне виконання кількох ланцюгів/виконавчих доменів", а не шляхом підвищення паралельності всередині одного блоку/віртуальної машини. Такі рішення для масштабування не є основною темою цієї статті, але ми все ще будемо використовувати їх для порівняння концепцій архітектури.
Два. EVM-система паралельного посилення ланцюга: прорив меж продуктивності в рамках сумісності
Розвиток серійної обробної архітектури Ethereum досягнув сьогодні стадії, на якій відбулися численні спроби масштабування, такі як шардінг, Rollup, модульна архітектура, але вузькі місця в пропускній спроможності виконавчого рівня все ще не були суттєво подолані. Проте, тим часом, EVM і Solidity залишаються найпотужнішими платформами для смарт-контрактів з найбільшою розробницькою базою та екосистемним потенціалом. Таким чином, EVM-системи паралельного посилення ланцюга, які поєднують екологічну сумісність і підвищення виконавчої продуктивності, стають важливим напрямком нового етапу масштабування. Monad та MegaETH є найрепрезентативнішими проектами в цьому напрямку, які, починаючи з затриманого виконання та розбиття стану, створюють архітектуру паралельної обробки EVM для сценаріїв з високою конкурентоспроможністю та високою пропускною здатністю.
Аналіз механізму паралельних обчислень Monad
Monad є високопродуктивним Layer1 блокчейном, переробленим для віртуальної машини Ethereum (EVM), заснованим на основному паралельному принципі конвеєрної обробки (Pipelining), з асинхронним виконанням на рівні консенсусу (Asynchronous Execution) та оптимістичним паралельним виконанням на рівні виконання (Optimistic Parallel Execution). Крім того, на рівнях консенсусу та зберігання Monad відповідно впроваджує високопродуктивний BFT протокол (MonadBFT) та спеціалізовану систему бази даних (MonadDB), реалізуючи оптимізацію від кінця до кінця.
Пайплайнинг: Механізм паралельного виконання з багатьма етапами
Pipelining є основною концепцією паралельного виконання Monad, її основна ідея полягає в розподілі процесу виконання блокчейну на кілька незалежних етапів і паралельній обробці цих етапів, формуючи тривимірну архітектуру конвеєра, де кожен етап виконується в незалежних потоках або ядрах, що дозволяє здійснювати паралельну обробку через блоки, зрештою досягаючи підвищення пропускної здатності і зниження затримки. Ці етапи включають: пропозиція транзакцій (Propose) досягнення консенсусу (Consensus) виконання транзакцій (Execution) та подання блоку (Commit).
Асинхронне виконання: консенсус - асинхронне декомпонування виконання
У традиційних блокчейнах консенсус і виконання транзакцій зазвичай є синхронними процесами, і ця послідовна модель серйозно обмежує масштабованість продуктивності. Monad реалізує асинхронність на рівні консенсусу, асинхронність на рівні виконання та асинхронність зберігання через "асинхронне виконання". Це значно знижує час блоку (block time) та затримку підтвердження, роблячи систему більш гнучкою, детальнішою в обробці процесів та підвищуючи ефективність використання ресурсів.
Основний дизайн:
Процес консенсусу ( рівень консенсусу ) відповідає лише за впорядкування транзакцій, не виконує логіку контрактів.
Процес виконання ( рівень виконання ) асинхронно запускається після завершення консенсусу.
Після завершення консенсусу негайно переходьте до процесу консенсусу наступного блоку, не чекаючи завершення виконання.
Оптимістичне паралельне виконання:乐观并行执行
Традиційний Ethereum використовує сувору послідовну модель для виконання транзакцій, щоб уникнути конфліктів стану. Натомість Monad застосовує стратегію "оптимістичного паралельного виконання", що значно підвищує швидкість обробки транзакцій.
Механізм виконання:
Monad оптимістично виконуватиме всі транзакції паралельно, припускаючи, що між більшістю транзакцій немає станових конфліктів.
Одночасно запустіть "Конфліктний детектор(Conflict Detector)", щоб моніторити, чи транзакції звертаються до одного й того ж стану(, як-от конфлікти читання/запису).
Якщо виявлено конфлікт, то конфліктні транзакції будуть серіалізовані та повторно виконані, щоб забезпечити правильність стану.
Monad обрав сумісний шлях: якомога менше змінювати правила EVM, реалізувати паралельність під час виконання шляхом відстрочення запису стану та динамічного виявлення конфліктів, більше нагадує продуктивну версію Ethereum, має високий рівень зрілості, що полегшує міграцію екосистеми EVM, є паралельним прискорювачем світу EVM.
Аналіз механізму паралельних обчислень MegaETH
На відміну від L1, який позиціонується як Monad, MegaETH позиціонується як модульний високопродуктивний паралельний виконувальний шар, сумісний з EVM, який може функціонувати як незалежний L1 публічний блокчейн, так і як посилений шар виконання на Ethereum (Execution Layer) або як модульний компонент. Його основна мета полягає в ізоляції та розподілі логіки облікових записів, виконувального середовища та стану на незалежно заплановані мінімальні одиниці, щоб досягти високої пропускної здатності виконання всередині ланцюга та низької затримки реакції. Ключова інновація, запропонована MegaETH, полягає в: архітектурі Micro-VM + State Dependency DAG(орієнтований ациклічний граф залежності стану) та механізмі модульної синхронізації, які разом створюють паралельну виконувальну систему, спрямовану на "поточну багатопоточність".
Micro-VM(мікровіртуальна машина)архітектура: рахунок як потік
MegaETH впроваджує модель виконання "один мікровіртуальний комп'ютер для кожного облікового запису (Micro-VM)", яка "потоковує" середовище виконання, забезпечуючи мінімальну одиницю ізоляції для паралельного планування. Ці ВМ спілкуються між собою через асинхронне повідомлення (Asynchronous Messaging), а не синхронні виклики, що дозволяє великій кількості ВМ незалежно виконуватись та зберігатись, природно паралельно.
Залежність стану DAG: механізм планування на основі графа залежностей
MegaETH побудував систему DAG-розкладу на основі відносин доступу до стану облікових записів, яка в реальному часі підтримує глобальний граф залежностей (Dependency Graph). Кожна транзакція модифікує певні облікові записи, читає певні облікові записи, і все це моделюється як залежності. Транзакції без конфліктів можуть виконуватися паралельно, тоді як транзакції з залежностями будуть заплановані та впорядковані послідовно або з затримкою відповідно до топологічного порядку. Граф залежностей забезпечує узгодженість стану та уникнення повторних записів у процесі паралельного виконання.
Асинхронне виконання та механізм зворотного виклику
MegaETH побудований на основі парадигми асинхронного програмування, аналогічно асинхронному обміну повідомленнями моделі актора, яка вирішує проблему традиційних послідовних викликів EVM. Виклики контрактів є асинхронними ( ) нерекурсивного виконання, а при виклику контракту A -> B -> C кожен виклик є асинхронним без блокування очікування; Стек дзвінків розгортається в асинхронний графік дзвінків (Call Graph); Обробка транзакцій = обхід асинхронного графіка + дозвіл залежностей + паралельне планування.
Отже, 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, які подібні до модульних підмереж, спеціально призначених для обробки певних типів завдань або застосувань. Завдяки SPNs, Pharos може реалізувати динамічний розподіл ресурсів і паралельну обробку завдань, що додатково підвищує масштабованість і продуктивність системи.
Модульний консенсус та механізм повторного стейкінгу(Modular Consensus & Restaking): Pharos впроваджує гнучкий механізм консенсусу, що підтримує різні моделі консенсусу(, такі як PBFT, PoS, PoA), і реалізує безпечне спільне використання та інтеграцію ресурсів між основною мережею та SPNs через протокол повторного стейкінгу(Restaking).
Крім того, Pharos за допомогою багатоверсійного дерева Меркла, диференціального кодування (Delta Encoding), версійної адресації (Versioned Addressing) та техніки ADS-пушдаун (ADS Pushdown) реконструює виконавчу модель на базовому рівні сховища, запускаючи рідний блокчейн з високо продуктивним сховищем Pharos Store, що забезпечує високу пропускну здатність, низьку затримку та сильну перевіряємість на ланцюгу.
Переглянути оригінал
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
Web3 паралельні обчислення панорама: п'ять моделей, що ведуть до нової парадигми розширення Блокчейн
Панорама паралельних обчислень Web3: найкраще рішення для рідної масштабованості?
Одне. Фон: Трикутник неможливостей блокчейну та шляхи розширення
"Неможливий трикутник" блокчейну "("безпека", "децентралізація", "масштабованість") розкриває суттєві компроміси в дизайні системи блокчейну, а саме те, що проектам блокчейну важко одночасно досягти "екстремальної безпеки, участі для всіх, швидкої обробки". Щодо "масштабованості" цього вічного питання, на сьогоднішній день основні рішення для розширення блокчейн у ринку поділяються за парадигмами, зокрема:
Рішення з розширення блокчейну включають: паралельні обчислення в межах ланцюга, Rollup, шардінг, DA-модуль, модульну структуру, систему акторів, компресію zk-доказів, безстанний архітектуру тощо, охоплюючи виконання, стан, дані та структуру на кількох рівнях, є "багаторівневою координацією, модульною комбінацією" повною системою розширення. У цій статті акцентується на розширенні, яке базується на паралельних обчисленнях.
Внутрішня паралельна обробка ( intra-chain parallelism ), зосереджуючи увагу на паралельному виконанні транзакцій/інструкцій усередині блокчейну. За механізмами паралелізму, способи масштабування можна розділити на п'ять основних категорій, кожна з яких представляє різні прагнення до продуктивності, моделі розробки та архітектурну філософію; з кожною наступною категорією гранулярність паралелізму стає дедалі тоншою, інтенсивність паралелізму зростає, ускладнюється також складність планування, а також програмна складність і складність реалізації стають дедалі вищими.
Модель асинхронної паралельності поза ланцюгом, представлена системою акторів (Agent / Actor Model), належить до іншої парадигми паралельних обчислень, як міжланцюгова/асинхронна система повідомлень (несинхронна модель поза блокчейном), кожен агент виступає як незалежно працюючий "інтелектуальний процес", що використовує асинхронні повідомлення в паралельному режимі, керований подіями, без необхідності синхронізації розкладу, серед представників проектів є AO, ICP, Cartesi та ін.
А відомі нам Rollup або рішення для масштабування на основі шардінгу належать до механізмів системної паралельності, а не до внутрішніх паралельних обчислень у ланцюгу. Вони реалізують масштабування через "паралельне виконання кількох ланцюгів/виконавчих доменів", а не шляхом підвищення паралельності всередині одного блоку/віртуальної машини. Такі рішення для масштабування не є основною темою цієї статті, але ми все ще будемо використовувати їх для порівняння концепцій архітектури.
Два. EVM-система паралельного посилення ланцюга: прорив меж продуктивності в рамках сумісності
Розвиток серійної обробної архітектури Ethereum досягнув сьогодні стадії, на якій відбулися численні спроби масштабування, такі як шардінг, Rollup, модульна архітектура, але вузькі місця в пропускній спроможності виконавчого рівня все ще не були суттєво подолані. Проте, тим часом, EVM і Solidity залишаються найпотужнішими платформами для смарт-контрактів з найбільшою розробницькою базою та екосистемним потенціалом. Таким чином, EVM-системи паралельного посилення ланцюга, які поєднують екологічну сумісність і підвищення виконавчої продуктивності, стають важливим напрямком нового етапу масштабування. Monad та MegaETH є найрепрезентативнішими проектами в цьому напрямку, які, починаючи з затриманого виконання та розбиття стану, створюють архітектуру паралельної обробки EVM для сценаріїв з високою конкурентоспроможністю та високою пропускною здатністю.
Аналіз механізму паралельних обчислень Monad
Monad є високопродуктивним Layer1 блокчейном, переробленим для віртуальної машини Ethereum (EVM), заснованим на основному паралельному принципі конвеєрної обробки (Pipelining), з асинхронним виконанням на рівні консенсусу (Asynchronous Execution) та оптимістичним паралельним виконанням на рівні виконання (Optimistic Parallel Execution). Крім того, на рівнях консенсусу та зберігання Monad відповідно впроваджує високопродуктивний BFT протокол (MonadBFT) та спеціалізовану систему бази даних (MonadDB), реалізуючи оптимізацію від кінця до кінця.
Пайплайнинг: Механізм паралельного виконання з багатьма етапами
Pipelining є основною концепцією паралельного виконання Monad, її основна ідея полягає в розподілі процесу виконання блокчейну на кілька незалежних етапів і паралельній обробці цих етапів, формуючи тривимірну архітектуру конвеєра, де кожен етап виконується в незалежних потоках або ядрах, що дозволяє здійснювати паралельну обробку через блоки, зрештою досягаючи підвищення пропускної здатності і зниження затримки. Ці етапи включають: пропозиція транзакцій (Propose) досягнення консенсусу (Consensus) виконання транзакцій (Execution) та подання блоку (Commit).
Асинхронне виконання: консенсус - асинхронне декомпонування виконання
У традиційних блокчейнах консенсус і виконання транзакцій зазвичай є синхронними процесами, і ця послідовна модель серйозно обмежує масштабованість продуктивності. Monad реалізує асинхронність на рівні консенсусу, асинхронність на рівні виконання та асинхронність зберігання через "асинхронне виконання". Це значно знижує час блоку (block time) та затримку підтвердження, роблячи систему більш гнучкою, детальнішою в обробці процесів та підвищуючи ефективність використання ресурсів.
Основний дизайн:
Оптимістичне паралельне виконання:乐观并行执行
Традиційний Ethereum використовує сувору послідовну модель для виконання транзакцій, щоб уникнути конфліктів стану. Натомість Monad застосовує стратегію "оптимістичного паралельного виконання", що значно підвищує швидкість обробки транзакцій.
Механізм виконання:
Monad обрав сумісний шлях: якомога менше змінювати правила EVM, реалізувати паралельність під час виконання шляхом відстрочення запису стану та динамічного виявлення конфліктів, більше нагадує продуктивну версію Ethereum, має високий рівень зрілості, що полегшує міграцію екосистеми EVM, є паралельним прискорювачем світу EVM.
Аналіз механізму паралельних обчислень MegaETH
На відміну від L1, який позиціонується як Monad, MegaETH позиціонується як модульний високопродуктивний паралельний виконувальний шар, сумісний з EVM, який може функціонувати як незалежний L1 публічний блокчейн, так і як посилений шар виконання на Ethereum (Execution Layer) або як модульний компонент. Його основна мета полягає в ізоляції та розподілі логіки облікових записів, виконувального середовища та стану на незалежно заплановані мінімальні одиниці, щоб досягти високої пропускної здатності виконання всередині ланцюга та низької затримки реакції. Ключова інновація, запропонована MegaETH, полягає в: архітектурі Micro-VM + State Dependency DAG(орієнтований ациклічний граф залежності стану) та механізмі модульної синхронізації, які разом створюють паралельну виконувальну систему, спрямовану на "поточну багатопоточність".
Micro-VM(мікровіртуальна машина)архітектура: рахунок як потік
MegaETH впроваджує модель виконання "один мікровіртуальний комп'ютер для кожного облікового запису (Micro-VM)", яка "потоковує" середовище виконання, забезпечуючи мінімальну одиницю ізоляції для паралельного планування. Ці ВМ спілкуються між собою через асинхронне повідомлення (Asynchronous Messaging), а не синхронні виклики, що дозволяє великій кількості ВМ незалежно виконуватись та зберігатись, природно паралельно.
Залежність стану DAG: механізм планування на основі графа залежностей
MegaETH побудував систему DAG-розкладу на основі відносин доступу до стану облікових записів, яка в реальному часі підтримує глобальний граф залежностей (Dependency Graph). Кожна транзакція модифікує певні облікові записи, читає певні облікові записи, і все це моделюється як залежності. Транзакції без конфліктів можуть виконуватися паралельно, тоді як транзакції з залежностями будуть заплановані та впорядковані послідовно або з затримкою відповідно до топологічного порядку. Граф залежностей забезпечує узгодженість стану та уникнення повторних записів у процесі паралельного виконання.
Асинхронне виконання та механізм зворотного виклику
MegaETH побудований на основі парадигми асинхронного програмування, аналогічно асинхронному обміну повідомленнями моделі актора, яка вирішує проблему традиційних послідовних викликів EVM. Виклики контрактів є асинхронними ( ) нерекурсивного виконання, а при виклику контракту A -> B -> C кожен виклик є асинхронним без блокування очікування; Стек дзвінків розгортається в асинхронний графік дзвінків (Call Graph); Обробка транзакцій = обхід асинхронного графіка + дозвіл залежностей + паралельне планування.
Отже, 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:
Крім того, Pharos за допомогою багатоверсійного дерева Меркла, диференціального кодування (Delta Encoding), версійної адресації (Versioned Addressing) та техніки ADS-пушдаун (ADS Pushdown) реконструює виконавчу модель на базовому рівні сховища, запускаючи рідний блокчейн з високо продуктивним сховищем Pharos Store, що забезпечує високу пропускну здатність, низьку затримку та сильну перевіряємість на ланцюгу.