Автор: Shenchao TechFlow
Инфраструктура никогда не спит, и цепочек больше, чем приложений.
В то время как рынок страдает от сбросов PUA из различных проектов King, первичный рынок все еще бурно движется по пути «создания King Kings».
Вчера вечером родился еще один L1 с взрывным составом — MegaETH с начальным раундом финансирования в размере 20 миллионов долларов США. Dragonfly возглавила инвестиции, и в инвестициях приняли участие такие учреждения, как Figment Capital, Robot Ventures и Big Brain Holdings. Среди инвесторов-ангелов — Виталик, Коби, Джозеф Любин, Шрирам Каннан, Картик Талвар и др.
Ведущие венчурные капиталисты возглавляют инвестиции, Виталик и другие крупные имена в отрасли выступают в качестве инвесторов-ангелов, а название проекта напрямую несет в себе ETH... На рынке шифрования, которому уделяется ограниченное внимание, все эти ярлыки используются для определения «легитимности» проекта. .
Судя по официальному описанию проекта, MegaETH все же можно охарактеризовать одним привычным словом – быстрый.
Первый блокчейн в реальном времени, обеспечивающий молниеносную скорость транзакций, задержку менее миллисекунды и более 100 000 транзакций в секунду...
Теперь, когда все участники рынка устали от рассказов о производительности публичной сети, как MegaETH может выделиться?
Мы покопались в официальном документе MegaETH, чтобы попытаться найти ответ.
Цепочек много, но ни одна из них не может достичь «реального времени».
Если оставить в стороне эту историю и шумиху, почему рынку все еще нужен блокчейн под названием MegaETH?
Ответ, данный MegaETH, заключается в том, что простое создание большего количества цепочек не решает проблему масштабируемости блокчейна. Теперь L1/L2 сталкиваются с общими проблемами:
Все цепочки EVM демонстрируют низкую пропускную способность транзакций;
Во-вторых, из-за нехватки вычислительных мощностей сложные приложения невозможно поставить на цепочку;
Наконец, приложения, требующие высокой скорости обновления или быстрого цикла обратной связи, невозможны при длительном времени блока.
Другими словами, все существующие блокчейны на самом деле не могут:
Расчеты в режиме реального времени: транзакции обрабатываются сразу после достижения блокчейна, а результаты публикуются практически мгновенно.
Обработка в реальном времени. Системы блокчейна способны обрабатывать и проверять большое количество транзакций за чрезвычайно короткий период времени.
Что такое режим реального времени означает в практических сценариях применения?
Например, высокочастотная торговля требует возможности выполнять операции размещения и отмены ордеров в течение миллисекунд. Или это может быть игра с боем в реальном времени или физической симуляцией, которая требует, чтобы блокчейн обновлял статус с чрезвычайно высокой частотой. Очевидно, ни одна из нынешних сетей не может этого сделать.
Специализация узла и производительность в реальном времени
Итак, какова общая идея MegaETH для достижения вышеупомянутого «реального времени»? Версия, которую слишком долго читать:
Специализация узла. Сократите накладные расходы на достижение консенсуса за счет разделения задач выполнения транзакций и полных обязанностей узла.
Если мы хотим быть более конкретными, мы видим, что в MegaETH есть три основные роли: секвенсор, проверяющий и полный узел.
В частности, в MegaETH есть только один активный секвенсор, который выполняет транзакции в любое время, а другие узлы получают разницу статусов через p2p-сеть и обновляют локальный статус без повторного выполнения транзакций.
Секвенсор отвечает за сортировку и выполнение пользовательских транзакций. Однако в любой момент времени MegaETH имеет только один активный секвенсор, что устраняет издержки консенсуса во время нормального выполнения.
Доказывающие устройства используют схему проверки без сохранения состояния для проверки блоков асинхронно и внеочередно.
Простой рабочий процесс MegaETH выглядит следующим образом:
1. Обработка и сортировка транзакций. Транзакции, отправленные пользователями, сначала отправляются в секвенсор, который обрабатывает эти транзакции для создания новых блоков и данных-свидетелей.
2. Публикация данных: секвенсор публикует сгенерированные блоки, данные-свидетели и различия состояний в EigenDA (уровень доступности данных), чтобы гарантировать доступность этих данных в сети.
3. Проверка блока: сеть Prover Network (сеть проверки) получает данные блока и свидетеля от секвенсора, проверяет их с помощью специального оборудования, генерирует сертификат и возвращает его секвенатору.
4. Обновление статуса: сеть Fullnode получает разницу статуса от секвенсора и обновляет локальный статус. В то же время она может проверять достоверность блока через сеть сертификации, чтобы обеспечить согласованность и безопасность блокчейна.
Сначала измерьте, затем выполните
Судя по остальному содержанию официального документа, сам MegaETH тоже понял, что идея «специализации узлов» хороша, но это не значит, что ее можно легко реализовать на практике.
Когда дело доходит до построения конкретной цепочки, у MegaETH есть хорошая идея: сначала измерить, затем выполнить. То есть сначала мы проводим углубленные измерения производительности, чтобы определить реальные проблемы существующей системы блокчейна, а затем смотрим, как внедрить эту идею специализации узлов в текущую систему для решения проблемы.
Итак, какие проблемы обнаружил MegaETH?
Следующая часть на самом деле довольно далека от лука-порея. Если вы нетерпеливы, вы можете просто перейти к следующей главе.
Выполнение транзакций: их эксперименты показали, что даже при использовании мощного сервера с 512 ГБ памяти существующий клиент выполнения Ethereum Reth может достичь только около 1000 TPS (транзакций в секунду) при настройке синхронизации в реальном времени, что указывает на то, что существующая система имеет значительные узкие места производительности при выполнении транзакций и обновлений.
Параллельное выполнение. Говоря о популярной концепции параллельного EVM, на самом деле существуют некоторые проблемы с производительностью, которые не решены. Эффект ускорения параллельного EVM в реальном производстве ограничен параллелизмом рабочей нагрузки. Измерения MegaETH показывают, что средний параллелизм в последних блоках Ethereum составляет менее 2, и даже при объединении нескольких блоков средний параллелизм увеличивается только до 2,75.
(Степень параллелизма менее 2 означает, что в большинстве случаев одновременно могут выполняться менее двух транзакций в каждом блоке. Это указывает на то, что большинство транзакций в текущей системе блокчейна взаимозависимы и не могут обрабатываться в крупномасштабном параллелизме. .)
Накладные расходы интерпретатора. Даже более быстрые интерпретаторы EVM, такие как revm, по-прежнему на 1-2 порядка медленнее, чем встроенное исполнение.
Синхронизация состояний. Синхронизация 100 000 передач ERC-20 в секунду требует пропускной способности 152,6 Мбит/с, а для более сложных транзакций требуется более высокая пропускная способность. Обновление корня состояния в Reth потребляет в 10 раз больше вычислительных ресурсов, чем выполнение транзакций. Грубо говоря, текущее потребление ресурсов блокчейна немного велико.
После тестирования этих проблем MegaETH начал назначать правильное лекарство, что облегчило рационализацию упомянутой выше логики решения:
Высокопроизводительный сортировщик:
Специализация узлов: MegaETH повышает эффективность за счет распределения задач между специализированными узлами. Узел секвенсора специально управляет упорядочиванием и выполнением транзакций, полный узел отвечает за обновление статуса и проверку, а аттестующий узел использует выделенное оборудование для проверки блоков.
Высокопроизводительное оборудование: секвенсор использует высокопроизводительные серверы (например, 100 ядер, 1 ТБ памяти, сеть 10 Гбит/с) для обработки больших объемов транзакций и быстрой генерации блоков.
Оптимизация доступа к состоянию:
Хранение в памяти: узлы сортировки оснащены большим объемом оперативной памяти и могут хранить все состояние блокчейна в памяти, тем самым устраняя задержку чтения SSD и ускоряя доступ к состоянию.
Параллельное выполнение: хотя эффект ускорения параллельного EVM в существующих рабочих нагрузках ограничен, MegaETH оптимизирует механизм параллельного выполнения и поддерживает управление приоритетами транзакций, чтобы гарантировать своевременную обработку критически важных транзакций даже в периоды пиковой нагрузки.
Оптимизация интерпретатора:
Компиляция AOT/JIT: MegaETH ускоряет выполнение контрактов с интенсивными вычислениями за счет внедрения технологии компиляции AOT/JIT. Даже если улучшение производительности большинства контрактов в производственной среде ограничено, эти технологии все равно могут быть существенными для конкретных сценариев с высокими вычислительными требованиями. Повысить производительность.
Оптимизация синхронизации статусов:
Эффективная передача данных: MegaETH разработала эффективный метод кодирования и передачи разности состояний, который может синхронизировать большое количество обновлений состояния с ограниченной полосой пропускания.
Технология сжатия: используя передовую технологию сжатия, MegaETH может синхронизировать обновления статуса для сложных транзакций (таких как обмены Uniswap) в рамках ограничений пропускной способности.
Оптимизация обновления корневого состояния:
Оптимизированный дизайн MPT: MegaETH использует оптимизированный Merkle Patricia Trie (например, NOMT) для сокращения операций чтения и записи и повышения эффективности корневых обновлений состояния.
Технология пакетной обработки. Благодаря обновлениям статуса пакетной обработки MegaETH может сократить количество случайных дисковых операций ввода-вывода и повысить общую производительность.
Вышеупомянутые вещи на самом деле очень технические, но помимо этих технических деталей вы можете видеть, что MegaETH действительно обладает некоторыми техническими навыками, а также четко чувствуете мотивацию:
Раскрывая подробные технические данные и результаты испытаний, мы пытаемся повысить прозрачность и надежность проекта, позволяя техническому сообществу и потенциальным пользователям иметь более глубокое понимание и доверие к производительности его системы.
Команда престижной школы, которой часто отдают предпочтение?
В процессе интерпретации официального документа можно отчетливо почувствовать, что, хотя название MegaETH немного преувеличено, документы и инструкции часто раскрывают строгий и чрезмерно подробный характер технического ботаника.
Публичная информация показывает, что команда MegaETH, похоже, имеет китайское происхождение, а генеральный директор Ли Илун родом из Стэнфорда и имеет докторскую степень в области компьютерных наук Ян Лэй имеет докторскую степень в Массачусетском технологическом институте, а CBO (бизнес-менеджер) Конг Шуяо имеет докторскую степень в Массачусетском технологическом институте; Гарвардская школа бизнеса. Он имеет степень магистра делового администрирования и опыт работы в нескольких учреждениях отрасли (ConsenSys и т. д.), резюме консультанта частично совпадает с резюме CBO, а также он является выпускником престижного Нью-Йоркского университета.
Команда из четырех человек приехала из ведущих университетов США. Их влияние с точки зрения связей и ресурсов самоочевидно.
Ранее мы также рассказывали в статье «Выпускники становятся генеральными директорами, каково происхождение компании Nexus, возглавляемой Pantera и инвестирующей 25 миллионов юаней». Хотя генеральный директор Nexus является недавним выпускником, он тоже из Стэнфорда и, кажется, тоже. иметь солидный технологический опыт.
Как и ожидалось, ведущие венчурные капиталисты предпочитают технологических магнатов из лучших школ. Кроме того, Виталик также участвовал в инвестициях и имеет на своем имя ETH. Техническое повествование и маркетинговый эффект могут быть полными.
В настоящее время, когда старый «Царь Небесный» стал «Мертвым с Небес», проекты находятся в упадке, а рынок находится в стагнации, MegaETH, очевидно, вызовет новый виток эффекта FOMO.
Мы продолжим уделять внимание дополнительной информации о тестовой сети проекта и взаимодействии.
Добро пожаловать в официальное сообщество Shenchao TechFlow
Группа подписки в Telegram:
https://t.me/TechFlowDaily
Официальный аккаунт в Твиттере:
https://x.com/TechFlowPost
Английский аккаунт в Твиттере:
https://x.com/TechFlow_Intern
