Розробка смарт-контрактів є основною навичкою блокчейн-інженера. Розробники зазвичай використовують такі високоякісні мови, як Solidity, для написання бізнес-логіки, але EVM не може безпосередньо інтерпретувати ці коди. Їх необхідно скомпілювати в низькорівневі операційні коди або байт-коди, які можуть виконуватися віртуальною машиною. Хоча існують інструменти, які можуть автоматично виконати це перетворення, інженери, які розуміють основні принципи, можуть безпосередньо використовувати програмування на основі операційних кодів, щоб досягти максимальної ефективності та знизити витрати на газ.
Стандарти EVM та їх реалізація
EVM як "виконавчий рівень" є місцем, де зрештою виконуються операційні коди смарт-контрактів. Байт-код, визначений EVM, став галузевим стандартом, що дозволяє розробникам розгортати контракти на кількох сумісних мережах. Незважаючи на те, що дотримуються одного й того ж стандарту, різні реалізації EVM можуть суттєво різнитися. Наприклад, клієнт Geth Ethereum реалізує EVM на мові Go, тоді як команда Ipsilon фонду Ethereum підтримує версію на C++. Ця різноманітність надає можливості для оптимізації та налаштування.
Потреба в паралельному EVM
Традиційні системи блокчейн виконують транзакції послідовно, подібно до одноядерного процесора. Цей підхід, хоча й простий, важко масштабувати до інтернет-рівня користувачів. Паралельний EVM дозволяє одночасно обробляти декілька транзакцій, що значно підвищує пропускну здатність. Однак це також створює інженерні виклики, такі як обробка конфліктів запису паралельних транзакцій до одного й того ж контракту. Проте паралельна обробка не пов'язаних контрактів може пропорційно підвищити продуктивність в залежності від кількості потоків.
Інновації паралельного EVM
Наприклад, Monad, його ключові інновації включають:
Оптимістичний паралельний алгоритм виконання: дозволяє обробляти кілька транзакцій одночасно, відстежуючи вхідні та вихідні дані для виявлення конфліктів.
Затримка виконання: відкласти виконання угоди до окремого каналу, максимізувати використання часу блоку.
Кастомізована база даних стану: безпосередньо зберігайте дерево Меркла на SSD, оптимізуючи швидкість доступу до стану.
Високопродуктивний механізм консенсусу: вдосконалений консенсус HotStuff, що підтримує синхронізацію сотень глобальних вузлів.
Технічні виклики
Паралельне виконання вводить потенційні конфлікти станів, які потребують виявлення конфліктів до або після виконання. Наприклад, конфлікти можуть виникнути, коли кілька транзакцій одночасно взаємодіють з одним пулом Uniswap. Крім того, командам зазвичай потрібно переробити базу даних станів і розробити сумісний алгоритм консенсусу.
Огляд проекту Parallel EVM
Сучасні проекти паралельного EVM можна поділити на три категорії:
Завдяки оновленню підтримки паралельного виконання EVM-сумісних Layer 1 мереж, таких як Polygon та майбутній Fantom Sonic.
З самого початку використовуйте паралельні EVM-сумісні мережі Layer 1, такі як Monad, Sei V2 та Artela.
Використання мережі Layer 2 з паралельним виконанням, що не є EVM, таких як Solana Neon, Eclipse та Lumio.
Основні проекти
Monad: мета досягти 10 000 TPS, завершено фінансування на 244 мільйони доларів, оцінка 3 мільярди доларів.
Sei: запущено Sei V2, ставши першим високопродуктивним паралельним EVM, TPS досягає 12,500.
Artela: покращений виконавчий шар через EVM++(EVM + WASM) подвійну віртуальну машину.
Canto: мережа, сумісна з EVM, побудована на базі Cosmos SDK, планує впровадити технологію паралельного EVM.
Neon: EVM-сумісне рішення на Solana, TPS понад 2,000.
Eclipse: впровадження віртуальної машини Solana у рішення Layer 2 для Ethereum.
Lumio: модульна VM Layer 2 мережа, що підтримує різноманітні високопродуктивні віртуальні машини.
Розвиток технології паралельного EVM забезпечить вищу масштабованість та ефективність для блокчейну, сприяючи подальшому розвитку та застосуванню цієї сфери.
Переглянути оригінал
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
Паралельна технологія EVM: новий напрямок для підвищення продуктивності блокчейну
Обговорення технології паралельного EVM
EVM проти Solidity
Розробка смарт-контрактів є основною навичкою блокчейн-інженера. Розробники зазвичай використовують такі високоякісні мови, як Solidity, для написання бізнес-логіки, але EVM не може безпосередньо інтерпретувати ці коди. Їх необхідно скомпілювати в низькорівневі операційні коди або байт-коди, які можуть виконуватися віртуальною машиною. Хоча існують інструменти, які можуть автоматично виконати це перетворення, інженери, які розуміють основні принципи, можуть безпосередньо використовувати програмування на основі операційних кодів, щоб досягти максимальної ефективності та знизити витрати на газ.
Стандарти EVM та їх реалізація
EVM як "виконавчий рівень" є місцем, де зрештою виконуються операційні коди смарт-контрактів. Байт-код, визначений EVM, став галузевим стандартом, що дозволяє розробникам розгортати контракти на кількох сумісних мережах. Незважаючи на те, що дотримуються одного й того ж стандарту, різні реалізації EVM можуть суттєво різнитися. Наприклад, клієнт Geth Ethereum реалізує EVM на мові Go, тоді як команда Ipsilon фонду Ethereum підтримує версію на C++. Ця різноманітність надає можливості для оптимізації та налаштування.
Потреба в паралельному EVM
Традиційні системи блокчейн виконують транзакції послідовно, подібно до одноядерного процесора. Цей підхід, хоча й простий, важко масштабувати до інтернет-рівня користувачів. Паралельний EVM дозволяє одночасно обробляти декілька транзакцій, що значно підвищує пропускну здатність. Однак це також створює інженерні виклики, такі як обробка конфліктів запису паралельних транзакцій до одного й того ж контракту. Проте паралельна обробка не пов'язаних контрактів може пропорційно підвищити продуктивність в залежності від кількості потоків.
Інновації паралельного EVM
Наприклад, Monad, його ключові інновації включають:
Технічні виклики
Паралельне виконання вводить потенційні конфлікти станів, які потребують виявлення конфліктів до або після виконання. Наприклад, конфлікти можуть виникнути, коли кілька транзакцій одночасно взаємодіють з одним пулом Uniswap. Крім того, командам зазвичай потрібно переробити базу даних станів і розробити сумісний алгоритм консенсусу.
Огляд проекту Parallel EVM
Сучасні проекти паралельного EVM можна поділити на три категорії:
Завдяки оновленню підтримки паралельного виконання EVM-сумісних Layer 1 мереж, таких як Polygon та майбутній Fantom Sonic.
З самого початку використовуйте паралельні EVM-сумісні мережі Layer 1, такі як Monad, Sei V2 та Artela.
Використання мережі Layer 2 з паралельним виконанням, що не є EVM, таких як Solana Neon, Eclipse та Lumio.
Основні проекти
Monad: мета досягти 10 000 TPS, завершено фінансування на 244 мільйони доларів, оцінка 3 мільярди доларів.
Sei: запущено Sei V2, ставши першим високопродуктивним паралельним EVM, TPS досягає 12,500.
Artela: покращений виконавчий шар через EVM++(EVM + WASM) подвійну віртуальну машину.
Canto: мережа, сумісна з EVM, побудована на базі Cosmos SDK, планує впровадити технологію паралельного EVM.
Neon: EVM-сумісне рішення на Solana, TPS понад 2,000.
Eclipse: впровадження віртуальної машини Solana у рішення Layer 2 для Ethereum.
Lumio: модульна VM Layer 2 мережа, що підтримує різноманітні високопродуктивні віртуальні машини.
Розвиток технології паралельного EVM забезпечить вищу масштабованість та ефективність для блокчейну, сприяючи подальшому розвитку та застосуванню цієї сфери.