Разработка смарт-контрактов является базовым навыком для блокчейн-инженеров. Разработчики обычно используют такие высокоуровневые языки, как Solidity, для написания бизнес-логики, но EVM не может напрямую интерпретировать этот код. Его необходимо компилировать в низкоуровневый машинный код или байт-код, который может выполнять виртуальная машина. Хотя существуют инструменты, которые могут автоматически выполнить это преобразование, инженеры, понимающие основные принципы, могут программировать непосредственно на машинном коде, чтобы достичь максимальной эффективности и снизить затраты на газ.
Стандарты EVM и их реализация
EVM как "исполнительный уровень" является конечным местом выполнения операций смарт-контрактов. Определенный EVM байт-код стал отраслевым стандартом, позволяя разработчикам развертывать контракты на нескольких совместимых сетях. Несмотря на соблюдение одного и того же стандарта, различные реализации EVM могут значительно различаться. Например, клиент Geth на Ethereum реализует EVM на языке Go, в то время как команда Ipsilon фонда Ethereum поддерживает версию на C++. Это разнообразие предоставляет пространство для оптимизации и настройки.
Требования к параллельному EVM
Традиционные блокчейн-системы выполняют транзакции последовательно, подобно однопоточному CPU. Этот подход, хотя и прост, трудно масштабировать до уровня пользователей Интернета. Параллельный EVM позволяет одновременно обрабатывать несколько транзакций, значительно увеличивая пропускную способность. Однако это также создает инженерные проблемы, такие как обработка конфликтов записи при одновременных транзакциях к одному и тому же контракту. Тем не менее, параллельная обработка несвязанных контрактов может пропорционально увеличить производительность в зависимости от числа потоков.
Инновации параллельного EVM
В качестве примера Monad, его ключевые инновации включают:
Оптимистичный параллельный алгоритм выполнения: позволяет одновременно обрабатывать несколько транзакций, отслеживая входы и выходы для обнаружения конфликтов.
Отложенное выполнение: перенести выполнение сделки на отдельный канал, максимизируя использование времени блока.
Пользовательская база данных состояния: хранение дерева Меркла непосредственно на SSD для оптимизации скорости доступа к состоянию.
Параллельное выполнение вводит потенциальные конфликты состояния, что требует проверки конфликтов до или после выполнения. Например, конфликты могут возникнуть, когда несколько транзакций одновременно взаимодействуют с пулом Uniswap. Кроме того, командам обычно необходимо переработать базу данных состояния и разработать совместимые алгоритмы консенсуса.
Обзор проекта Parallel EVM
Текущие проекты параллельного EVM можно разделить на три категории:
Поддержка параллельного выполнения в EVM-совместимых Layer 1 сетях, таких как Polygon и готовящемся к запуску Fantom Sonic.
С самого начала использовать параллельно выполняемые EVM-совместимые сети Layer 1, такие как Monad, Sei V2 и Artela.
Использование сетей второго уровня с параллельным выполнением, не основанных на 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 более 2000.
Eclipse: внедряет виртуальную машину Solana в решение второго уровня 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
Традиционные блокчейн-системы выполняют транзакции последовательно, подобно однопоточному CPU. Этот подход, хотя и прост, трудно масштабировать до уровня пользователей Интернета. Параллельный EVM позволяет одновременно обрабатывать несколько транзакций, значительно увеличивая пропускную способность. Однако это также создает инженерные проблемы, такие как обработка конфликтов записи при одновременных транзакциях к одному и тому же контракту. Тем не менее, параллельная обработка несвязанных контрактов может пропорционально увеличить производительность в зависимости от числа потоков.
Инновации параллельного EVM
В качестве примера Monad, его ключевые инновации включают:
Технические вызовы
Параллельное выполнение вводит потенциальные конфликты состояния, что требует проверки конфликтов до или после выполнения. Например, конфликты могут возникнуть, когда несколько транзакций одновременно взаимодействуют с пулом Uniswap. Кроме того, командам обычно необходимо переработать базу данных состояния и разработать совместимые алгоритмы консенсуса.
Обзор проекта Parallel EVM
Текущие проекты параллельного EVM можно разделить на три категории:
Поддержка параллельного выполнения в EVM-совместимых Layer 1 сетях, таких как Polygon и готовящемся к запуску Fantom Sonic.
С самого начала использовать параллельно выполняемые EVM-совместимые сети Layer 1, такие как Monad, Sei V2 и Artela.
Использование сетей второго уровня с параллельным выполнением, не основанных на 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 более 2000.
Eclipse: внедряет виртуальную машину Solana в решение второго уровня Ethereum.
Lumio: модульная VM Layer 2 сеть, поддерживающая различные высокопроизводительные виртуальные машины.
Развитие технологии параллельного EVM обеспечит более высокую масштабируемость и эффективность для блокчейна, способствуя дальнейшему развитию и применению в этой области.