Cover photo

Масштабування Base: очікуємо на майбутнє оновлення Pectra

Одна з ініціатив Base з дорожньої карти на 2024 рік полягає в тому, щоб зробити ончейн доступним та можливим для всіх. Ми зосереджені на забезпеченні швидких і недорогих транзакцій на безпечному децентралізованому L2, щоб забезпечити глобальну участь в ончейн економіці.

Ми демонструємо наш прогрес у цій новій серії блогів Scaling Base, де ми будемо ділитися оновленнями та нашими планами об’єднати мільярд людей ончейн. У цьому окремому випуску ми ділимося нашим підходом до підвищення доступності даних, оскільки плануємо інтегрувати PeerDAS у майбутнє оновлення Pectra.

Масштабування Base з моменту запуску

У березні цього року Ethereum представив EIP-4844 — оновлення, яке призвело до 100-кратного зниження плати за газ в L2 шляхом її відокремлення від комісії мережі Ethereum Mainnet. Це відокремлення дозволяє масштабувати об’єднану мережу: якщо Layer 2 перевантажений, він може діяти незалежно, щоб збільшити цільову пропускну здатність і зменшити комісію за транзакції.

У результаті ми збільшили пропускну спроможність Base у 4 рази з моменту запуску рік тому, підвищивши цільовий обсяг газу на блок з 2,5 Mgas/s до 10 Mgas/s, щоб утримувати комісію нижче одного цента в міру зростання активності. Це стало можливим лише завдяки величезній наполегливій роботі як основної команди Base, так і всієї екосистеми розробників, які масштабують OP Stack, Ethereum клієнти і EVM.

Наша наступна мета: збільшення на 1 Mgas/s на тиждень

Кілька місяців тому ми поставили амбітну мету: досягти потужності 1 Ggas/s для Base. Ми знаємо, що шлях до досягнення цієї мети вимагатиме багато наполегливої ​​роботи та співпраці багатьох команд. Зробивши крок назад, ми зрозуміли, що як для нашої внутрішньої команди, так і для ширшої екосистеми, чим більшу передбачуваність ми зможемо забезпечити на нашому шляху масштабування, тим легше буде планувати та координувати необхідну роботу.

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

Для початку ми публічно зобов’язуємося збільшувати цільовий показник газу в мережі Base на 1 Mgas/s щотижня, починаючи з кінця вересня. Ці збільшення підлягатимуть постійному моніторингу та тестуванню, і якщо нам знадобиться змінити плани, ми безсумнівно повідомимо про наші ключові навчання та зміни. Оскільки ми продовжуємо масштабувати базову інфраструктуру та зміцнювати впевненість, наша мета полягає в тому, щоб потім збільшити швидкість збільшення (наприклад, 2 Mgas/s на тиждень), щоб прискорити наш прогрес до 1 Ggas/s.

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

Pectra та PeerDAS

У міру того як Base продовжує масштабуватися, ми сподіваємося, що спільнота Ethereum інтегрує необхідні оновлення основної мережі, щоб підвищити доступність даних L1, гарантуючи, що L2 зможе продовжувати залучати наступний мільярд користувачів ончейн.

Протягом останніх двох років ми співпрацювали з основною спільнотою розробників Ethereum над цією місією, починаючи з EIP-4844. Це оновлення, співкероване командою Base, OP Labs і розробниками Ethereum Core, значно знизило витрати на Base та інші L2 завдяки введенню blob-простору (blob (Binary Large OBject)-простір — це логічна одиниця зберігання, що складається з одного або кількох блоків, які зберігають лише текстові та байтові дані. Blob-простір зберігає ці дані найбільш ефективним способом) і надання фіксованого обсягу blob-простору для доступності даних.

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

PeerDAS (Peer Data Availability Sampling), зміна протоколу в майбутньому хардфорку Pectra, вирішує це, збільшуючи загальну ємність blob-об’єктів, не вимагаючи від кожного вузла завантажувати кожен blob. Це гарантує, що вузли Ethereum можуть отримати доступ до всіх blob-даних, завантажуючи лише частину, що значно знижує вимоги до пропускної здатності мережі та відкриває значну ємність доступності даних.

Основна команда Base активно працювала над підготовкою PeerDAS до включення в оновлення Pectra:

  • Ми співпрацюємо з ethPandaOps для проведення мережевого аналізу PeerDAS-девнета, надаючи важливі дані для надання рекомендацій.

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

Blob-ємність PeerDAS

Окрім цих внесків, ми виступаємо за значне збільшення blob-ємності разом із активацією PeerDAS. Це має вирішальне значення для масштабування зусиль, дозволяючи обробляти більше даних без перевантаження окремих вузлів.

Будь-яка зміна протоколу, що впливає на смугу пропускання, повинна, природно, піддаватися ретельному розгляду розробником, враховуючи ризики виникнення нестабільності мережі та пов’язаних з мережею DOS-атак. Через складність PeerDAS деякі виступають за його включення, зберігаючи спочатку blob-ємність незмінною. Цей підхід підштовхне будь-яке збільшення доступності даних до наступного оновлення, яке може зайняти багато місяців (якщо не рік) після активації Pectra у 2025 році.

Хоча остаточні деталі PeerDAS ще обговорюються, ми вважаємо, що його архітектура дозволяє безпечно брати участь існуючим стейкерам з обмеженою пропускною здатністю. Крім того, EIP-7251, також запланований для Pectra, має зменшити p2p-трафік атестації і sync committee (це група валідаторів, які обираються кожні приблизно 27 годин, які постійно підписують заголовки блоків для кожного слота в ланцюжку маяків), основного споживача пропускної здатності вузла.

Встановлення вищої мінімальної ціни для blob-даних

Одним з аргументів проти збільшення ємності є те, що вузли L1 повинні отримати справедливу компенсацію за обчислення, зберігання та пропускну здатність, необхідні для забезпечення доступності даних. Коли попит на blob-об’єкти нижчий за цільовий, ціни падають до мінімуму: 1 wei за байт blob-даних. Попит, що перевищує цільову потужність, дозволяє запустити ринковий механізм ціноутворення, що призводить до кращого покриття витрат, понесених на вузлах L1.

Ми вважаємо, що вирішення цієї проблеми шляхом обмеження DA ємності є кроком у неправильному напрямку; натомість ми пропонуємо інший підхід, забезпечуючи здоровий ринок для простору blob-об’єктів, щоб мережа отримувала справедливу компенсацію, зберігаючи її без обмежень. Деякі потенційні рішення полягають у підвищенні мінімальних комісій за blob або впровадження іншого механізму комісії для blob-даних.

Підвищення планових показників для досягнення масштабування додатної суми

Після EIP-4844 комісії за L2-транзакції залишатимуться відокремленими від комісій Ethereum Mainnet, доки середній попит на blob буде нижчим за цільовий (наразі 3 на блок).

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

Коли доступність даних досягає цільової ємності, масштабування стає грою з нульовою сумою — збільшення пропускної здатності одного L2 негативно вплине на інший. Ми прагнемо створити середовище для позитивного підрахунку суми. Впровадження PeerDAS і збільшення кількості blob є ключовими кроками для досягнення цієї мети.

Покращення протоколу L2

Доступність даних L1 можна опосередковано масштабувати за допомогою вдосконалень протоколу L2, які зменшують необхідні дані. OP Stack уже містить такі інновації, як макет перекритих пакетних даних і стиснення Brotli від оновлення Fjord, що покращило коефіцієнт стиснення даних Base на 25%. Майбутні вдосконалення включають стиснення з урахуванням стану та агреговані підписи для L2 транзакцій і UserOps. Ці вдосконалення, хоч і корисні, є вишенькою на торті. Зрештою, доступність даних основної мережі має зростати, щоб підтримувати здорову дорожню карту масштабування.

Чекаємо з нетерпінням

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

Loading...
highlight
Collect this post to permanently own it.
Base-ua.eth logo
Subscribe to Base-ua.eth and never miss a post.