Вивчення вузького місця послідовного виконання EVM та оптимізації паралелізації
Ефірна віртуальна машина (EVM) є основним виконуючим механізмом Ethereum, і її продуктивність безпосередньо впливає на обробну здатність усієї мережі. Традиційна EVM обробляє транзакції за допомогою послідовного виконання, хоча її проектування є простим і легким у обслуговуванні, проте сьогодні, коли технологія блокчейн продовжує розвиватися, а кількість користувачів зростає, вона не може задовольнити вимоги до високого TPS і пропускної здатності. Особливо після зрілості технології Rollup, обмеження продуктивності послідовного виконання EVM стає ще більш очевидним у другому рівні мережі.
EVM та станова база даних (stateDB) є двома основними компонентами виконання транзакцій в Ethereum. EVM відповідає за інтерпретацію та виконання інструкцій смарт-контрактів, тоді як stateDB управляє глобальним станом зберігання. У режимі послідовного виконання транзакції обробляються по черзі, кожна транзакція використовує окремий екземпляр EVM, але спільно використовує одну й ту ж stateDB. У цьому режимі складні транзакції смарт-контрактів значно знижують загальну швидкість обробки.
Щоб подолати обмеження серійного виконання, галузь почала досліджувати рішення для паралельної оптимізації EVM. Один проект ZKRollup запропонував багатопоточну паралельну оптимізацію, основна ідея якої полягає в наданні кожному потоку незалежної тимчасової бази даних стану (pending-stateDB). Конкретна реалізація включає:
Паралельне виконання транзакцій за допомогою багатопоточності значно підвищує швидкість обробки.
Виділити незалежні pending-stateDB для кожного потоку для тимчасового зберігання змін стану.
Оптимізуйте операції читання та запису, щоб забезпечити правильний доступ до даних стану та уникнути конфліктів.
Введення механізму виявлення конфліктів для обробки ситуацій, коли кілька транзакцій зчитують і записують один і той же стан рахунку.
Після завершення виконання об'єднайте кілька записів змін з pending-stateDB у глобальний stateDB.
Ця оптимізаційна схема може підвищити TPS у умовах низької конфліктності на 3-5 разів. Теоретично, якщо використовувати всі оптимізаційні заходи, то в умовах високої конфліктності продуктивність може зрости навіть до 60 разів.
Паралельна оптимізація EVM забезпечує величезний потенціал для підвищення продуктивності Ethereum та його рішень для масштабування. Зі зростанням технології ми маємо підстави очікувати появи нових інноваційних оптимізаційних рішень у майбутньому, що ще більше покращить обробну здатність блокчейн-мережі та досвід користувачів.
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
15 лайків
Нагородити
15
6
Поділіться
Прокоментувати
0/400
OnchainFortuneTeller
· 07-19 20:43
Скочити не вийде.
Переглянути оригіналвідповісти на0
ChainSherlockGirl
· 07-19 14:05
Ні~ 60-кратний tps як гра, великі інвестори знову мають щось нове придумати.
Переглянути оригіналвідповісти на0
CountdownToBroke
· 07-16 21:20
Знову треба говорити про tps
Переглянути оригіналвідповісти на0
ForkItAllDay
· 07-16 21:19
gm Ви готові подивитися, як я збільшую tps у 60 разів?
Переглянути оригіналвідповісти на0
SandwichTrader
· 07-16 21:13
tps вже такі високі, ще недостатньо?
Переглянути оригіналвідповісти на0
BlockchainRetirementHome
· 07-16 21:11
купувати просадку купувати просадку навіть труси пропали Цього разу відродження EVM виглядає перспективно!
Оптимізація паралелізації EVM: подолання вузьких місць серійного виконання, збільшення TPS до 60 разів
Вивчення вузького місця послідовного виконання EVM та оптимізації паралелізації
Ефірна віртуальна машина (EVM) є основним виконуючим механізмом Ethereum, і її продуктивність безпосередньо впливає на обробну здатність усієї мережі. Традиційна EVM обробляє транзакції за допомогою послідовного виконання, хоча її проектування є простим і легким у обслуговуванні, проте сьогодні, коли технологія блокчейн продовжує розвиватися, а кількість користувачів зростає, вона не може задовольнити вимоги до високого TPS і пропускної здатності. Особливо після зрілості технології Rollup, обмеження продуктивності послідовного виконання EVM стає ще більш очевидним у другому рівні мережі.
EVM та станова база даних (stateDB) є двома основними компонентами виконання транзакцій в Ethereum. EVM відповідає за інтерпретацію та виконання інструкцій смарт-контрактів, тоді як stateDB управляє глобальним станом зберігання. У режимі послідовного виконання транзакції обробляються по черзі, кожна транзакція використовує окремий екземпляр EVM, але спільно використовує одну й ту ж stateDB. У цьому режимі складні транзакції смарт-контрактів значно знижують загальну швидкість обробки.
Щоб подолати обмеження серійного виконання, галузь почала досліджувати рішення для паралельної оптимізації EVM. Один проект ZKRollup запропонував багатопоточну паралельну оптимізацію, основна ідея якої полягає в наданні кожному потоку незалежної тимчасової бази даних стану (pending-stateDB). Конкретна реалізація включає:
Ця оптимізаційна схема може підвищити TPS у умовах низької конфліктності на 3-5 разів. Теоретично, якщо використовувати всі оптимізаційні заходи, то в умовах високої конфліктності продуктивність може зрости навіть до 60 разів.
Паралельна оптимізація EVM забезпечує величезний потенціал для підвищення продуктивності Ethereum та його рішень для масштабування. Зі зростанням технології ми маємо підстави очікувати появи нових інноваційних оптимізаційних рішень у майбутньому, що ще більше покращить обробну здатність блокчейн-мережі та досвід користувачів.