EVM є ядром Ethereum, відповідальним за виконання смарт-контрактів та обробку транзакцій. Це обчислювальний двигун, який забезпечує абстракцію обчислень та зберігання, подібно до Java Virtual Machine. EVM виконує свій власний набір байт-коду, зазвичай згенерований з Solidity.
EVM є практично тюрінгом повною машиною. "Практично" тому, що всі кроки виконання споживають обмежені ресурси Gas, отже, виконання будь-якого даного смарт-контракту обмежується обмеженою кількістю обчислювальних кроків, що запобігає можливим безкінечним циклам, які можуть призвести до зупинки всієї платформи Ethereum.
EVM не має функції планування, виконавчий модуль Ethereum витягує транзакції з блоку, EVM відповідає за послідовне виконання. У процесі виконання буде змінено останній стан світу, після завершення виконання транзакції відбувається накопичення стану, досягаючи останнього стану світу після завершення блоку. Виконання наступного блоку строго залежить від стану світу після виконання попереднього блоку, тому лінійний процес виконання транзакцій в Ethereum не може бути добре оптимізовано для паралельного виконання.
У цьому сенсі протокол Ethereum передбачає виконання транзакцій у порядку. Хоча послідовне виконання забезпечує виконання транзакцій та смарт-контрактів у визначеному порядку, що гарантує безпеку, проте в умовах високого навантаження це може призвести до заторів у мережі та затримок, саме тому Ethereum має великі вузькі місця в продуктивності, що потребує розширення за допомогою Layer2 Rollup.
Паралельний шлях високопродуктивного Layer1
Більшість високопродуктивних Layer 1 розробляють свої оптимізаційні рішення на основі недоліків, пов'язаних з неможливістю паралельної обробки в Ethereum. Тут ми поговоримо лише про оптимізацію виконавчого рівня, а саме віртуальної машини та паралельного виконання.
Віртуальна машина
EVM спроектована як 256-бітна віртуальна машина, мета якої полягає у спрощенні обробки хеш-алгоритму Ethereum, вона чітко генерує 256-бітний вихід. Проте комп'ютери, на яких працює EVM, повинні відображати 256-бітні байти на локальну архітектуру для виконання смарт-контрактів, що робить всю систему дуже неефективною та непридатною. Тому з точки зору вибору віртуальної машини, високо продуктивні Layer1 більше використовують віртуальні машини на основі WASM, eBPF байт-коду або Move байт-коду, а не EVM.
WASM є форматом байт-коду, який має малий об'єм, швидко завантажується, є портативним і базується на механізмі безпеки пісочниці. Розробники можуть використовувати різні мови програмування для написання смарт-контрактів, а потім компілювати їх у байт-код WASM і виконувати. WASM вже прийнято багатьма проектами блокчейну як стандарт, включаючи EOS, Dfinity, Polkadot тощо, Ethereum також інтегрує WASM у майбутньому, щоб забезпечити більш ефективний і простий рівень виконання Ethereum, придатний для повноцінної децентралізованої обчислювальної платформи.
eBPF спочатку був BPF, який спочатку використовувався для ефективної фільтрації мережевих пакетів, пізніше еволюціонував у eBPF, який надає більш багатий набір інструкцій, дозволяючи динамічно втручатися та змінювати поведінку ядра операційної системи без зміни вихідного коду. Пізніше ця технологія вийшла з ядра та розвинула середовище виконання користувацького рівня eBPF, яке має високу продуктивність, безпеку та портативність. Умні контракти, які виконуються на певному блокчейні, компілюються в SBF( на основі eBPF) байт-коду та виконуються в його блокчейн-мережі.
Move є новою мовою програмування смарт-контрактів, яка акцентує увагу на гнучкості, безпеці та перевіряності. Мова Move призначена для вирішення проблем безпеки в активах та транзакціях, дозволяючи строго визначати та контролювати активи і транзакції. Байт-код валідатор Move є інструментом статичного аналізу, який аналізує байт-код Move та визначає, чи відповідає він необхідним правилам безпеки типів, пам'яті та ресурсів, без необхідності реалізації на рівні смарт-контрактів і перевірки під час виконання. Деякі нові публічні блокчейни успадкували Move або написали свої смарт-контракти за допомогою власних кастомізованих версій.
Паралельне виконання
Паралельне виконання в блокчейні означає одночасну обробку не пов'язаних транзакцій. Розглядайте не пов'язані транзакції як такі, що не впливають одна на одну. Наприклад, якщо дві особи торгують токенами на різних торгових платформах, їх транзакції можуть оброблятися одночасно. Однак, якщо вони торгують на одній платформі, може знадобитися виконати транзакції в певному порядку.
Основним викликом для реалізації паралельного виконання є визначення, які транзакції не є взаємозалежними, а які незалежні. Більшість високопродуктивних Layer1 покладаються на два підходи: метод доступу до стану та оптимістичну паралельну модель.
Метод доступу до стану потребує попереднього знання, яку частину стану блокчейну може отримати кожна транзакція, щоб проаналізувати, які транзакції є незалежними.
У деяких публічних блокчейнах програми ( смарт-контракт ) є безстанційними, оскільки вони не можуть самостійно отримувати доступ до будь-якого стану, що існує протягом усього процесу транзакції. Щоб отримати доступ або зберегти стан, програма повинна використовувати обліковий запис. Кожна транзакція повинна вказувати, до яких облікових записів буде здійснено доступ під час виконання транзакції, таким чином, процесор транзакцій може планувати неперекриваючі транзакції для паралельного виконання, одночасно забезпечуючи узгодженість даних.
У деяких публічних блокчейнах кожен смарт-контракт є модулем, що складається з визначень функцій і структур. Структури інстанціюються у функціях і можуть бути передані іншим модулям через виклики функцій. Інстанси структур, що зберігаються під час виконання, виступають як об'єкти, існує три різних типи об'єктів: об'єкт власника, спільний об'єкт та незмінний об'єкт. Стратегії паралелізації подібні до згаданих публічних блокчейнів, транзакції також повинні вказувати, які об'єкти будуть оброблятися.
Оптимістична паралельна модель працює на припущенні, що всі транзакції є незалежними, просто ретроспективно перевіряючи це припущення та за необхідності вносячи корективи.
Деякі публічні блокчейни використовують методи програмного забезпечення транзакційної пам'яті Block-STM( для оптимістичного паралельного виконання. У Block-STM транзакції спочатку налаштовуються в блоці у певному порядку, а потім розподіляються між різними обробними потоками для одночасного виконання. Під час обробки цих транзакцій система відстежує пам'яті, які було змінено кожною транзакцією. Після кожного раунду обробки система перевіряє всі результати транзакцій. Якщо вона виявляє, що якась транзакція торкається пам'яті, зміненої ранніми транзакціями, то стирає її результати і запускає знову. Цей процес триває, поки всі транзакції в блоці не будуть оброблені.
Паралельний EVM було згадано ще у 2021 році, тоді йшлося про EVM, що підтримує одночасну обробку кількох транзакцій, з метою покращення продуктивності та ефективності існуючого EVM. Представлені рішення включають паралельний EVM, реалізований на основі Block-STM на певній платформі, а також паралельний EVM, розроблений у співпраці з деякими публічними блокчейнами.
Але наприкінці 2023 року відомі особи в галузі одностайно згадали про паралельний EVM, коли розглядали тенденції 2024 року, що сприяло сплеску використання EVM-сумісних Layer1 з паралельним виконанням технології, включаючи Monand та Sei.
Нині деякі рішення з EVM-сумісності на публічних блокчейнах, Layer2 Rollup на Ethereum SVM, Layer2 Rollup на Move віртуальній машині Ethereum, модульний виконавчий шар Layer1 тощо, всі приклеїли етикетки паралельного EVM, що вводить в оману.
Розумно визначити паралельний EVM лише для трьох наступних категорій:
Відсутнє оновлення паралельного виконання для EVM-сумісного Layer1 без використання технології паралельного виконання;
Використовує технологію паралельного виконання EVM-сумісний Layer1;
Використання технології паралельного виконання для рішення, сумісного з EVM, на Layer 1, що не є сумісним з EVM.
Деякі основні сумісні з EVM Layer1 вже не потребують додаткового представлення, тут коротко представлено кілька нових проектів.
![Паралельний EVM: хірургія зміни серця високопродуктивного Layer1])https://img-cdn.gateio.im/webp-social/moments-782a2e55e6ced7eb933b46a291831cf9.webp(
Monad є високопродуктивним Layer1, що використовує механізм PoS та є сумісним з EVM, який має на меті суттєво покращити масштабованість та швидкість транзакцій за рахунок паралельного виконання. Monad дозволяє паралельно виконувати транзакції в блоці для підвищення ефективності. Він використовує оптимістичну паралельну модель, починаючи виконання нових транзакцій ще до завершення виконання попередніх. Для боротьби з неправильними результатами Monad відстежує вхідні/вихідні дані та повторно виконує несумісні транзакції. Статичний解析атор коду може передбачити залежності, уникнути недійсної паралельності та повернутися до простого режиму в умовах невизначеності. Таке паралельне виконання підвищує пропускну здатність, одночасно зменшуючи ймовірність невдач транзакцій.
Sei є базованим на Cosmos SDK Layer1, спеціально розробленим для DeFI публічним блокчейном. Sei V2 є масштабним оновленням Sei мережі, що має на меті стати першим повністю паралельним EVM. Як і Monad, Sei V2 використовуватиме оптимістичну паралелізацію. Це дозволяє блокчейну одночасно виконувати транзакції, без необхідності для розробників визначати будь-які залежності. Коли виникають конфлікти, блокчейн відстежує кожну частину пам'яті, до якої торкаються транзакції, і послідовно повторно виконує ці транзакції. Цей процес буде рекурсивно тривати до тих пір, поки всі невирішені конфлікти не будуть розв'язані.
Artela є масштабованою блокчейн-мережею, яка дозволяє розробникам створювати функціонально насичені децентралізовані додатки. EVM++, представлений Artela, уособлює високу масштабованість + високу продуктивність паралельного EVM, реалізація якого відбувається в два етапи. Перший етап буде сфокусований на паралельному виконанні, на основі якого, завдяки еластичним обчисленням, буде забезпечено масштабованість обчислювальної потужності вузлів мережі, що в кінцевому підсумку призведе до еластичного блочного простору. Паралельне виконання буде здійснюватися шляхом групування транзакцій на основі аналізу конфліктів залежностей транзакцій для підтримки паралельного виконання.
Рішення EVM-сумісної платформи на певному публічному блокчейні є рішенням для виконання EVM-транзакцій на цьому публічному блокчейні. Цей EVM насправді є смарт-контрактом на публічному блокчейні, в якому реалізовано EVM-інтерпретатор, скомпільований у байт-код SBF. У цьому EVM реалізовано набір моделей транзакцій та облікових записів Ethereum, користувачам потрібно лише сплатити комісію за EVM GAS, щоб надіслати транзакцію. Витрати мережі публічного блокчейну сплачуються Proxy. Публічний блокчейн зобов'язує транзакції надавати список облікових записів, обгортання транзакцій не є винятком, тому обов'язки Proxy включають створення цього списку облікових записів, а також отримання можливостей паралельного виконання транзакцій на публічному блокчейні.
Схожі рішення, які використовують EVM для виконання смарт-контрактів з метою досягнення сумісності з EVM, також є в інших проектах, теоретично деякі нові публічні блокчейни також можуть використовувати це рішення для досягнення неінвазивної сумісності з EVM, над цим працюють команди. Цей проект є модульною структурою для створення та розгортання інфраструктури, додатків і блокчейнів на основі Move в будь-якому розподіленому середовищі. Його модулі можуть безшовно конвертувати операційні коди EVM в операційні коди Move, що означає, що проекти на Solidity можуть використовувати переваги продуктивності та безпеки Move без необхідності писати жодного рядка коду Move.
Сумісність з EVM дозволяє розробникам легко переносити свої додатки Ethereum на блокчейн без значних змін, що є хорошим напрямком для розвитку екосистеми.
Паралельні технології блокчейну вже стали звичною темою, яка періодично знову піднімається в дискусії, але наразі основна увага зосереджена на модифікації та наслідуванні оптимістичних моделей виконання, представлених механізмом Block-STM від Aptos, без суттєвих проривів, тому інтерес до цієї теми важко підтримувати.
В майбутньому з'явиться ще більше нових проектів Layer1, які приєднаються до конкуренції паралельного EVM, а деякі старі Layer1 також реалізують паралельне оновлення EVM або рішення, сумісні з EVM. Обидва напрямки ведуть до однієї мети, і з'явиться ще більше нових наративів, пов'язаних із підвищенням продуктивності.
Проте в порівнянні з наративом високопродуктивного EVM, блокчейн може розквітнути в усіх напрямках, і з'явлення таких наративів, як WASM, SVM та Move VM, можливо, буде більш очікуваним.
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
14 лайків
Нагородити
14
3
Поділіться
Прокоментувати
0/400
MeaninglessApe
· 08-01 20:45
Знову говорять про EVM, не втомилися?
Переглянути оригіналвідповісти на0
DaoResearcher
· 08-01 20:36
Цитуючи розділ 2.3 жовтої книги ETH, ступінь зв'язку стану машини в режимі Singleton потребує перевірки
Огляд розвитку технології паралельного EVM: від високопродуктивного Layer1 до дослідження нових проектів
EVM:Ядерний компонент Ethereum
EVM є ядром Ethereum, відповідальним за виконання смарт-контрактів та обробку транзакцій. Це обчислювальний двигун, який забезпечує абстракцію обчислень та зберігання, подібно до Java Virtual Machine. EVM виконує свій власний набір байт-коду, зазвичай згенерований з Solidity.
EVM є практично тюрінгом повною машиною. "Практично" тому, що всі кроки виконання споживають обмежені ресурси Gas, отже, виконання будь-якого даного смарт-контракту обмежується обмеженою кількістю обчислювальних кроків, що запобігає можливим безкінечним циклам, які можуть призвести до зупинки всієї платформи Ethereum.
EVM не має функції планування, виконавчий модуль Ethereum витягує транзакції з блоку, EVM відповідає за послідовне виконання. У процесі виконання буде змінено останній стан світу, після завершення виконання транзакції відбувається накопичення стану, досягаючи останнього стану світу після завершення блоку. Виконання наступного блоку строго залежить від стану світу після виконання попереднього блоку, тому лінійний процес виконання транзакцій в Ethereum не може бути добре оптимізовано для паралельного виконання.
У цьому сенсі протокол Ethereum передбачає виконання транзакцій у порядку. Хоча послідовне виконання забезпечує виконання транзакцій та смарт-контрактів у визначеному порядку, що гарантує безпеку, проте в умовах високого навантаження це може призвести до заторів у мережі та затримок, саме тому Ethereum має великі вузькі місця в продуктивності, що потребує розширення за допомогою Layer2 Rollup.
Паралельний шлях високопродуктивного Layer1
Більшість високопродуктивних Layer 1 розробляють свої оптимізаційні рішення на основі недоліків, пов'язаних з неможливістю паралельної обробки в Ethereum. Тут ми поговоримо лише про оптимізацію виконавчого рівня, а саме віртуальної машини та паралельного виконання.
Віртуальна машина
EVM спроектована як 256-бітна віртуальна машина, мета якої полягає у спрощенні обробки хеш-алгоритму Ethereum, вона чітко генерує 256-бітний вихід. Проте комп'ютери, на яких працює EVM, повинні відображати 256-бітні байти на локальну архітектуру для виконання смарт-контрактів, що робить всю систему дуже неефективною та непридатною. Тому з точки зору вибору віртуальної машини, високо продуктивні Layer1 більше використовують віртуальні машини на основі WASM, eBPF байт-коду або Move байт-коду, а не EVM.
WASM є форматом байт-коду, який має малий об'єм, швидко завантажується, є портативним і базується на механізмі безпеки пісочниці. Розробники можуть використовувати різні мови програмування для написання смарт-контрактів, а потім компілювати їх у байт-код WASM і виконувати. WASM вже прийнято багатьма проектами блокчейну як стандарт, включаючи EOS, Dfinity, Polkadot тощо, Ethereum також інтегрує WASM у майбутньому, щоб забезпечити більш ефективний і простий рівень виконання Ethereum, придатний для повноцінної децентралізованої обчислювальної платформи.
eBPF спочатку був BPF, який спочатку використовувався для ефективної фільтрації мережевих пакетів, пізніше еволюціонував у eBPF, який надає більш багатий набір інструкцій, дозволяючи динамічно втручатися та змінювати поведінку ядра операційної системи без зміни вихідного коду. Пізніше ця технологія вийшла з ядра та розвинула середовище виконання користувацького рівня eBPF, яке має високу продуктивність, безпеку та портативність. Умні контракти, які виконуються на певному блокчейні, компілюються в SBF( на основі eBPF) байт-коду та виконуються в його блокчейн-мережі.
Move є новою мовою програмування смарт-контрактів, яка акцентує увагу на гнучкості, безпеці та перевіряності. Мова Move призначена для вирішення проблем безпеки в активах та транзакціях, дозволяючи строго визначати та контролювати активи і транзакції. Байт-код валідатор Move є інструментом статичного аналізу, який аналізує байт-код Move та визначає, чи відповідає він необхідним правилам безпеки типів, пам'яті та ресурсів, без необхідності реалізації на рівні смарт-контрактів і перевірки під час виконання. Деякі нові публічні блокчейни успадкували Move або написали свої смарт-контракти за допомогою власних кастомізованих версій.
Паралельне виконання
Паралельне виконання в блокчейні означає одночасну обробку не пов'язаних транзакцій. Розглядайте не пов'язані транзакції як такі, що не впливають одна на одну. Наприклад, якщо дві особи торгують токенами на різних торгових платформах, їх транзакції можуть оброблятися одночасно. Однак, якщо вони торгують на одній платформі, може знадобитися виконати транзакції в певному порядку.
Основним викликом для реалізації паралельного виконання є визначення, які транзакції не є взаємозалежними, а які незалежні. Більшість високопродуктивних Layer1 покладаються на два підходи: метод доступу до стану та оптимістичну паралельну модель.
Метод доступу до стану потребує попереднього знання, яку частину стану блокчейну може отримати кожна транзакція, щоб проаналізувати, які транзакції є незалежними.
У деяких публічних блокчейнах програми ( смарт-контракт ) є безстанційними, оскільки вони не можуть самостійно отримувати доступ до будь-якого стану, що існує протягом усього процесу транзакції. Щоб отримати доступ або зберегти стан, програма повинна використовувати обліковий запис. Кожна транзакція повинна вказувати, до яких облікових записів буде здійснено доступ під час виконання транзакції, таким чином, процесор транзакцій може планувати неперекриваючі транзакції для паралельного виконання, одночасно забезпечуючи узгодженість даних.
У деяких публічних блокчейнах кожен смарт-контракт є модулем, що складається з визначень функцій і структур. Структури інстанціюються у функціях і можуть бути передані іншим модулям через виклики функцій. Інстанси структур, що зберігаються під час виконання, виступають як об'єкти, існує три різних типи об'єктів: об'єкт власника, спільний об'єкт та незмінний об'єкт. Стратегії паралелізації подібні до згаданих публічних блокчейнів, транзакції також повинні вказувати, які об'єкти будуть оброблятися.
Оптимістична паралельна модель працює на припущенні, що всі транзакції є незалежними, просто ретроспективно перевіряючи це припущення та за необхідності вносячи корективи.
Деякі публічні блокчейни використовують методи програмного забезпечення транзакційної пам'яті Block-STM( для оптимістичного паралельного виконання. У Block-STM транзакції спочатку налаштовуються в блоці у певному порядку, а потім розподіляються між різними обробними потоками для одночасного виконання. Під час обробки цих транзакцій система відстежує пам'яті, які було змінено кожною транзакцією. Після кожного раунду обробки система перевіряє всі результати транзакцій. Якщо вона виявляє, що якась транзакція торкається пам'яті, зміненої ранніми транзакціями, то стирає її результати і запускає знову. Цей процес триває, поки всі транзакції в блоці не будуть оброблені.
![Паралельний EVM: високопродуктивна Layer1 хірургія серця])https://img-cdn.gateio.im/webp-social/moments-a607a7c15ad24fe7ca05d3035536e0de.webp(
Паралельний EVM
Паралельний EVM було згадано ще у 2021 році, тоді йшлося про EVM, що підтримує одночасну обробку кількох транзакцій, з метою покращення продуктивності та ефективності існуючого EVM. Представлені рішення включають паралельний EVM, реалізований на основі Block-STM на певній платформі, а також паралельний EVM, розроблений у співпраці з деякими публічними блокчейнами.
Але наприкінці 2023 року відомі особи в галузі одностайно згадали про паралельний EVM, коли розглядали тенденції 2024 року, що сприяло сплеску використання EVM-сумісних Layer1 з паралельним виконанням технології, включаючи Monand та Sei.
Нині деякі рішення з EVM-сумісності на публічних блокчейнах, Layer2 Rollup на Ethereum SVM, Layer2 Rollup на Move віртуальній машині Ethereum, модульний виконавчий шар Layer1 тощо, всі приклеїли етикетки паралельного EVM, що вводить в оману.
Розумно визначити паралельний EVM лише для трьох наступних категорій:
Відсутнє оновлення паралельного виконання для EVM-сумісного Layer1 без використання технології паралельного виконання;
Використовує технологію паралельного виконання EVM-сумісний Layer1;
Використання технології паралельного виконання для рішення, сумісного з EVM, на Layer 1, що не є сумісним з EVM.
Деякі основні сумісні з EVM Layer1 вже не потребують додаткового представлення, тут коротко представлено кілька нових проектів.
![Паралельний EVM: хірургія зміни серця високопродуктивного Layer1])https://img-cdn.gateio.im/webp-social/moments-782a2e55e6ced7eb933b46a291831cf9.webp(
Monad є високопродуктивним Layer1, що використовує механізм PoS та є сумісним з EVM, який має на меті суттєво покращити масштабованість та швидкість транзакцій за рахунок паралельного виконання. Monad дозволяє паралельно виконувати транзакції в блоці для підвищення ефективності. Він використовує оптимістичну паралельну модель, починаючи виконання нових транзакцій ще до завершення виконання попередніх. Для боротьби з неправильними результатами Monad відстежує вхідні/вихідні дані та повторно виконує несумісні транзакції. Статичний解析атор коду може передбачити залежності, уникнути недійсної паралельності та повернутися до простого режиму в умовах невизначеності. Таке паралельне виконання підвищує пропускну здатність, одночасно зменшуючи ймовірність невдач транзакцій.
Sei є базованим на Cosmos SDK Layer1, спеціально розробленим для DeFI публічним блокчейном. Sei V2 є масштабним оновленням Sei мережі, що має на меті стати першим повністю паралельним EVM. Як і Monad, Sei V2 використовуватиме оптимістичну паралелізацію. Це дозволяє блокчейну одночасно виконувати транзакції, без необхідності для розробників визначати будь-які залежності. Коли виникають конфлікти, блокчейн відстежує кожну частину пам'яті, до якої торкаються транзакції, і послідовно повторно виконує ці транзакції. Цей процес буде рекурсивно тривати до тих пір, поки всі невирішені конфлікти не будуть розв'язані.
![Паралельний EVM: високопродуктивна Layer1 заміна серця])https://img-cdn.gateio.im/webp-social/moments-a1267900376ed2f2cd4bd0ba20d9d4fe.webp(
Artela є масштабованою блокчейн-мережею, яка дозволяє розробникам створювати функціонально насичені децентралізовані додатки. EVM++, представлений Artela, уособлює високу масштабованість + високу продуктивність паралельного EVM, реалізація якого відбувається в два етапи. Перший етап буде сфокусований на паралельному виконанні, на основі якого, завдяки еластичним обчисленням, буде забезпечено масштабованість обчислювальної потужності вузлів мережі, що в кінцевому підсумку призведе до еластичного блочного простору. Паралельне виконання буде здійснюватися шляхом групування транзакцій на основі аналізу конфліктів залежностей транзакцій для підтримки паралельного виконання.
Рішення EVM-сумісної платформи на певному публічному блокчейні є рішенням для виконання EVM-транзакцій на цьому публічному блокчейні. Цей EVM насправді є смарт-контрактом на публічному блокчейні, в якому реалізовано EVM-інтерпретатор, скомпільований у байт-код SBF. У цьому EVM реалізовано набір моделей транзакцій та облікових записів Ethereum, користувачам потрібно лише сплатити комісію за EVM GAS, щоб надіслати транзакцію. Витрати мережі публічного блокчейну сплачуються Proxy. Публічний блокчейн зобов'язує транзакції надавати список облікових записів, обгортання транзакцій не є винятком, тому обов'язки Proxy включають створення цього списку облікових записів, а також отримання можливостей паралельного виконання транзакцій на публічному блокчейні.
Схожі рішення, які використовують EVM для виконання смарт-контрактів з метою досягнення сумісності з EVM, також є в інших проектах, теоретично деякі нові публічні блокчейни також можуть використовувати це рішення для досягнення неінвазивної сумісності з EVM, над цим працюють команди. Цей проект є модульною структурою для створення та розгортання інфраструктури, додатків і блокчейнів на основі Move в будь-якому розподіленому середовищі. Його модулі можуть безшовно конвертувати операційні коди EVM в операційні коди Move, що означає, що проекти на Solidity можуть використовувати переваги продуктивності та безпеки Move без необхідності писати жодного рядка коду Move.
Сумісність з EVM дозволяє розробникам легко переносити свої додатки Ethereum на блокчейн без значних змін, що є хорошим напрямком для розвитку екосистеми.
![Паралельний EVM: хірургія серця високоефективного Layer1])https://img-cdn.gateio.im/webp-social/moments-78534ff60422145f960d7ca268eea559.webp(
Підсумок
Паралельні технології блокчейну вже стали звичною темою, яка періодично знову піднімається в дискусії, але наразі основна увага зосереджена на модифікації та наслідуванні оптимістичних моделей виконання, представлених механізмом Block-STM від Aptos, без суттєвих проривів, тому інтерес до цієї теми важко підтримувати.
В майбутньому з'явиться ще більше нових проектів Layer1, які приєднаються до конкуренції паралельного EVM, а деякі старі Layer1 також реалізують паралельне оновлення EVM або рішення, сумісні з EVM. Обидва напрямки ведуть до однієї мети, і з'явиться ще більше нових наративів, пов'язаних із підвищенням продуктивності.
Проте в порівнянні з наративом високопродуктивного EVM, блокчейн може розквітнути в усіх напрямках, і з'явлення таких наративів, як WASM, SVM та Move VM, можливо, буде більш очікуваним.
![Паралельний EVM: високопродуктивна Layer1 хірургія заміни серця])https://img-cdn.gateio.im/webp-social/moments-0657022b9d55e1412984c85802deff11.webp(