Повторіть оригінальний заголовок: Sharded L2? "=nil;" Як дати нове рішення для фрагментації стану L2?

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

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

Два напрямки масштабування блокчейну

Є дві рамки для масштабування блокчейну:

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

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

Виклик попереду

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

• Компромітований мережевий ефект глобального стану, включаючи ліквідність та розподіл користувачів, коріниться в десятках (якщо не сотнях) Ethereum-суміжних L2s, які прагнуть до інфраструктури, специфічної для додатків.
• Ускладнення складності стандартів взаємодії та соціальної координації, яке стало каталізатором понад 2,8 мільярдів доларів у взломах мостів.
• Об'єктивно погіршені досвіди розробників і користувачів. Розробники повинні працювати з заплутаними мережевими абстракціями, щоб забезпечити безперервний досвід користувача, абокористувачі змушені керувати складністю взаємодії міжланцюжково, включаючи містку активів, управління мережею гаманця та кількома газовими токенами.

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

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

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

• Об'єднайте існуючі ролапи в одну систему, тим самим досягнувши “horizontal scalability”.
• Почніть з чистого аркуша та спроектуйте масштабований рівень L2.

Працюючи назад

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

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

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

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

Свіже початок

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

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

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

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

Заключні думки

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

Шардинг мертвий, да здравствует шардинг.

Заява:

1. Ця стаття відтворена з [ foresightnews], авторське право належить оригінальному автору [Avi Zurlo,=nil; Foundation], якщо у вас є будь-яке заперечення стосовно перевидавання, будь ласка, зв'яжіться Gate Learn Team, команда якнайшвидше вирішить це відповідно до відповідних процедур.

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

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