Інфраструктура ніколи не спить; є більше ланцюгів, ніж додатків.

Поки ринок страждає від мук роздач від різних “королівських проектів”, первинний ринок все ще поспішає створити наступного “короля”.

Минулої ночі з'явився ще один видатний проект Layer 2 - MegaETH. Він залучив $20 мільйонів венчурного фінансування, очолив Dragonfly з участю Figment Capital, Robot Ventures та Big Brain Holdings. Серед ангельських інвесторів - Віталік, Кобі, Джозеф Лубін, Срірам Каннан і Картік Талвар.

З провідними венчурними капіталістами, які очолюють раунд фінансування, та гігантами промисловості, такими як Віталік в ролі ангельських інвесторів, і назвою проекту, яка безпосередньо включає "ETH", всі ці теги спрямовані на створення "легітимності" на криптовалютному ринку з обмеженою увагою.

Згідно з офіційним описом проекту, MegaETH може бути узагальнено знайомим словом - Швидкий.

Як перший блокчейн в реальному часі, він обіцяє дуже швидку швидкість транзакцій, підмілісекундну латентність та більше 100 000 транзакцій на секунду…

На ринку, де всі учасники втомлені наративами про продуктивність блокчейну, як вирізняється MegaETH?

Ми розкопали білий папір MegaETH, щоб знайти відповідь.

Багато ланцюжків, але жоден не може досягти «реального часу»

Окрім наративів та ажіотажу, чому ринку потрібен блокчейн, такий як MegaETH?

Власна відповідь MegaETH полягає в тому, що просто створення більше ланцюгів не вирішує проблему масштабованості блокчейнів. Поточні рішення L1 та L2 зіштовхуються зі спільними проблемами:

• Усі EVM-ланцюги відзначаються низькою пропускною здатністю транзакцій;
• Через обмежені обчислювальні ресурси складні програми не можуть бути розгорнуті на ланцюжку;
• Заявки, які потребують високої частоти оновлення або швидких зворотних зв'язків, є неможливими з довгими часами блокування.

Іншими словами, поточні блокчейни не можуть досягти:

• Миттєве врегулювання: Операції обробляються миттєво при досягненні блокчейну, а результати публікуються майже миттєво.
• Обробка в реальному часі: Система блокчейн може обробляти та підтверджувати велику кількість транзакцій за дуже короткий проміжок часу.

Як ця можливість реального часу виглядає в практичних застосуваннях?

Наприклад, торгівля високої частоти вимагає можливості розміщення та скасування замовлень за мілісекунди. Аналогічно, в режимі реального часу бойові дії або ігри з фізичною симуляцією потребують блокчейнів, які можуть оновлювати стани з надзвичайно високою частотою. Очевидно, поточні блокчейни цього не можуть досягти.

Спеціалізація вузла та реальний час виконання

Отже, як MegaETH досягає зазначених вище можливостей у реальному часі? Коротко кажучи:

Спеціалізація вузла: Шляхом розділення завдань виконання транзакцій від відповідальності повних вузлів, MegaETH зменшує навантаження на згоду.

Більш конкретно, MegaETH має три основні ролі: послідовники, доведені та повноцінні вузли.

У MegaETH лише один активний послідовник, який обробляє виконання транзакцій у будь-який момент часу. Інші вузли отримують різниці стану через мережу P2P та оновлюють свої локальні стани без повторного виконання транзакцій.

Секвенсор відповідає за упорядкування та виконання транзакцій користувача. Однак на даний момент MegaETH має лише один активний секвенсор, що усуває навантаження на консенсус під час нормального виконання.

Provers використовуютьбездержавна верифікаціяперевіряти блоки асинхронно та безпорядковано.

Спрощена схема роботи MegaETH виглядає так:

1. Обробка та послідовність транзакцій: транзакції, надіслані користувачем, спочатку відправляються на Послідовника, який обробляє ці транзакції в порядку їх надходження, генеруючи нові блоки та дані свідків.

2. Публікація даних: Послідовник публікує згенеровані блоки, дані свідка та різницю стану до EigenDA (Шар доступності даних), що забезпечує доступність цих даних у всій мережі.

3. Перевірка блоків: мережа Prover отримує блоки та дані свідків від Sequencer, перевіряє їх, використовуючи спеціальне обладнання, генерує докази та повертає їх до Sequencer.

4. Оновлення стану: мережа Fullnode отримує різницю стану від Sequencer, оновлює локальні стани та може перевірити правильність блоків через мережу Prover, забезпечуючи консистентність та безпеку блокчейну.

Спочатку виміряйте, потім виконуйте

З інших вмісту білого паперу сам 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 почав вирішувати їх цілеспрямованими рішеннями, які відповідають логіці рішень, згаданої вище:

1. Високопродуктивний послідовник:

• Спеціалізація вузла: MegaETH покращує ефективність, розподіляючи завдання на спеціалізовані вузли. Вузли послідовності обробляють упорядкування та виконання транзакцій, повні вузли керують оновленнями стану та перевіркою, а доведення вузлів перевіряють блоки за допомогою спеціального обладнання.
• Високоякісне обладнання: Послідовники використовують високопродуктивні сервери (наприклад, 100 ядер, 1 ТБ пам'яті, 10 Гбіт/с мережа) для обробки великих обсягів транзакцій та швидкої генерації блоків.

1. Оптимізація доступу до стану:

• У пам'яті зберігання: вузли послідовника оснащені великою кількістю ОЗП, здатні зберігати весь стан блокчейну в пам'яті, що усуває затримку читання SSD та прискорює доступ до стану.
• Паралельне виконання: Хоча прискорюючий ефект паралельного EVM в існуючих навантаженнях є обмеженим, MegaETH оптимізує паралельний двигун виконання та підтримує керування пріоритетами транзакцій, щоб гарантувати швидку обробку критичних транзакцій під час пікових навантажень.

1. Оптимізація інтерпретатора:

• MegaETH використовує техніки компіляції Ahead-Of-Time (AOT) та Just-In-Time (JIT), щоб прискорити виконання обчислювально інтенсивних контрактів. Хоча покращення продуктивності для більшості контрактів у виробничих середовищах обмежені, ці техніки можуть значно покращити продуктивність в конкретних високообчислювальних сценаріях.

1. Оптимізація синхронізації статусу:

• Ефективна передача даних: MegaETH розробляє ефективний метод кодування і передачі різниці стану, здатний синхронізувати великі оновлення стану з обмеженою пропускною здатністю.
• Технологія стиснення: за допомогою застосування передових методик стиснення, MegaETH може синхронізувати оновлення стану для складних транзакцій (наприклад, обмінів Uniswap) в межах обмежень пропускної здатності.

1. Оптимізація оновлення кореневого стану:

• Оптимізований дизайн MPT: MegaETH використовує оптимізований Merkle Patricia Trie (наприклад, NOMT) для зменшення операцій зчитування/запису та покращення ефективності оновлення кореня стану.
• Пакетна обробка: Завдяки пакетній обробці оновлень стану, MegaETH може зменшити випадкові операції з введення/виведення на диск та покращити загальну продуктивність.

Вищевказане вміст є досить технічним, але поза цими технічними деталями ви можете побачити, що MegaETH справді має певні технічні можливості. І однією з очевидних мотивацій є:

Публічно розповсюджуючи детальні технічні дані та результати тестів, MegaETH має на меті покращити прозорість та вірогідність проєкту, дозволяючи технічній спільноті та потенційним користувачам глибше розуміти та довіряти в його системі.

Престижна команда, часто підтримується?

Аналізуючи білу книгу, очевидно, що незважаючи на дещо яскраву назву MegaETH, документи та пояснення часто виявляють детальність технічної інтелігентності.

Публічна інформація вказує на те, що команда MegaETH, схоже, має китайське походження. Генеральний директор Лі Ілун має ступінь доктора філософії в галузі комп'ютерних наук у Стенфорді. Технічний директор Ян Лей має ступінь доктора філософії в Массачусетському технологічному інституті. CBO (головний комерційний директор) Конг Шуяо має ступінь MBA в Гарвардській школі бізнесу та досвід роботи в кількох галузевих установах (наприклад, ConsenSys). Керівник відділу розвитку має деякий збіг кар'єри з CBO, а також закінчив Нью-Йоркський університет.

Команда, де всі чотири члени походять з топових університетів США, природно має значний вплив щодо зв'язків та ресурсів.

Раніше, у статтіВипускник як генеральний директор, Pantera очолює раунд на суму 25 мільйонів доларів для Nexus, ми представляли CEO Nexus, який, незважаючи на те, що він ще тільки що закінчив навчання, також закінчив Стенфорд і має міцні технічні знання.

Топові венчурні капіталісти дійсно мають вподобання до топ-технологів з престижних шкіл. З інвестиціями Віталіка і назвою проекту, включаючи «ETH», ймовірно, буде максимізована технічна розповідь та маркетинговий вплив.

В сучасній клімат, де старі "королівські проекти" стають "упавші королі", і є затишшя в нових проектах та ринковій активності, MegaETH готовий спровокувати нову хвилю FOMO.

Ми продовжуватимемо моніторити та надавати оновлення щодо тестової мережі та взаємодій проекту.

заява:

1. Ця стаття відтворюється з [ техплин], початковий заголовок - "Інтерпретація білого паперу MegaETH: Інфраструктура ніколи не спить, що особливого в великому фінансуванні L2, в якому брав участь Віталік?", авторське право належить оригінальному автору [Технологічний потік DeepTech], якщо у вас є які-небудь зауваження до репринту, будь ласка, зв'яжіться Команда Gate Learn, команда обробить це якнайшвидше згідно з відповідними процедурами.

2. Попередження: Погляди та думки, висловлені в цій статті, представляють лише особисті погляди автора і не становлять жодної інвестиційної поради.

3. Інші мовні версії статті перекладаються командою Gate Learn, не згадано вGate.io, перекладений матеріал не може бути відтворений, поширений або плагіатований.