Поєднання технології шардингу з L2? "=nil;" пропонує нове рішення щодо фрагментації стану L2

Типове значення: Avi Zurlo, = нуль; фундамент

Упорядник: Алекс Лю, Foresight News

Перехід Ethereum до дорожньої карти, орієнтованої на Rollup, викликав вибух модульних конструкцій розширення. Це зростання спочатку було успішним, усунувши понад 100 доларів США плати за газ і розблокувавши абсолютно нові дизайни програм. Але всього через кілька років Ethereum і його зведені програми зіткнулися з новою критичною проблемою: фрагментацією стану.

По суті, фрагментація держави є проблемою масштабування. Нещодавно модульне співтовариство просунуло низку рішень проміжного програмного забезпечення, які об’єднують існуючі зведені пакети в єдину систему, (нібито) досягаючи святого Грааля масштабування блокчейна – горизонтального масштабування. Однак ці рішення мають значні компроміси. Нове покоління Ethereum, L2, переосмислює масштабованість із початкових принципів, застосовуючи технології вертикального та паралельного масштабування для забезпечення максимальної продуктивності.

Два основних напрямки розширення

Існує два основних напрямки розширення блокчейна:

1. Вертикальне розширення: збільшення ресурсів окремого вузла. Це концепція розширення Solana, яка полягає в тому, щоб максимізувати використання апаратного забезпечення при розпаралелюванні поведінки віртуальних машин (віртуальних машин).
2. Горизонтальне розширення: розподіліть навантаження на кілька серверів. Це концепція масштабування сегментованих блокчейнів L1, таких як Near і Ethereum (Danksharding).

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

Поточні виклики

Фрагментація стану в L2 стала значною проблемою для Ethereum. Проблема фрагментації відображається в трьох аспектах:

1. Десятки (або навіть сотні) L2, підключених до Ethereum для вдосконалення інфраструктури конкретної програми, покликані скомпрометувати вплив глобального стану мережі, включаючи ліквідність і розподіл користувачів.
2. Поєднання стандартів сумісності та складності соціальної координації стало каталізатором більш ніж 2,8 мільярдів доларів США у крос-ланцюжкових хаках.
3. Об’єктивно гірший досвід розробника та користувача. Розробники змушені використовувати складні технології мережевої абстракції, щоб забезпечити бездоганну взаємодію з користувачем, інакше користувачі будуть змушені зіткнутися зі складною міжланцюжною взаємодією, включаючи крос-ланцюг активів, мережеве керування гаманцями та кілька токенів Gas.

Водночас ці проблеми загострюються. Обмежені існуючою інфраструктурою, чутливі до ціни додатки змушені залишатися ізольованими, щоб отримати надійно низькі комісії за транзакції. З наближенням наступного циклу незабаром виникне жахливий ефект сніжного кома; плата за перевантаження L2 буде змушена вибирати інфраструктуру, налаштовану для додатків, що посилить всюдисущу проблему фрагментації стану. Через кілька років не буде дивним, якщо програми в екосистемі Ethereum втратять домінування через те, що L2 не в змозі вирішити фрагментацію стану.

Вирішити фрагментацію стану

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

1. Працюйте у зворотному порядку, щоб об’єднати наявні зведені пакети в єдину систему для досягнення «горизонтального розширення».
2. Почніть з нуля та перепроектуйте масштабований L2.

Робота в зворотному порядку

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

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

1. Найслабша ланка стає недоліком: безпека та продуктивність мережі визначаються найгіршою частиною стеку. (ефект бочки)
2. Фрагментоване середовище розробки: проміжне програмне забезпечення може з’єднувати різні середовища, але воно не може покращити фрагментований досвід розробки.
3. Необхідна глобальна соціальна координація стандартів у зведених пакетах: щоб об’єднати існуючі зведені пакети, сотні (або навіть тисячі) зацікавлених сторін мають узгодити найкращі практики.

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

Починати з нуля

Ethereum L2 може масштабуватися вертикально шляхом зміни середовища виконання вузлів Rollup, щоб збільшити використання апаратного забезпечення. Ці проекти включають Eclipse і Movement Labs, які використовують SVM і MoveVM відповідно для створення зведених пакетів. Такі рішення мають великі перспективи для покращення масштабованості в найближчому майбутньому, однак вони вимагають від розробників Ethereum впровадження нового стеку технологій.

Крім того, L2 може масштабуватися горизонтально шляхом (повторного) впровадження шардингу виконання, що дозволить масштабувати мережу шляхом додавання нових вузлів. Цей підхід сприяє децентралізації та має вищі теоретичні межі масштабування та дозволяє оптимізувати вертикальне масштабування, коли це необхідно. Враховуючи ці переваги, фонд =nil; розробив сегментований L2 під назвою =nil;.

= нуль; Оптимізовано для підтримки основних цінностей Ethereum щодо децентралізації, стійкості до цензури та відсутності дозволів. =nil; заснований на zkSharding, нещодавно розробленій верифікованій архітектурі шардингу. Він поєднує в собі функції масштабування наведених вище рішень горизонтального масштабування, надаючи єдине інтегроване середовище розробки. Це дозволяє розробникам отримувати доступ до тисяч зведених пакетів з однієї мережі. Більше того, =nil; гарантує, що користувачі отримують надійно низькі комісії за транзакції навіть під час пікових періодів торгівлі.

Крім того, =nil; динамічно розділяє та об’єднує стани на основі необхідності доступу до стану, вирішуючи проблему перевантаження. Ця динамічна поведінка дозволяє підтримувати стабільно низькі комісії за транзакції (<0,01$). Підводячи підсумок, =nil;Місія Фонду полягає в тому, щоб забезпечити альтернативний шлях до розширення L2 Ethereum, який більше узгоджується з основними цінностями Ethereum і потребами виконання L2.

Висновок

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

Шардинг мертвий, хай живе шардинг.