Оригінальний заголовок: "Аналіз перспектив технічного оновлення протоколу Етереум (2): The Surge"
Джерело оригіналу: Ebunker китайською
Починаючи з жовтня цього року, співзасновник Ethereum Віталік Бутерин опублікував серію статей про майбутні можливості протоколу Ethereum, які включають шість частин: The Merge, The Surge, The Scourge, The Verge, The Purge і The Splurge.
Раніше ми вже розглянули перший етап (The Merge) плану розвитку, а в цій статті продовжимо аналіз другого етапу плану - The Surge. В цій статті Віталік зосереджується на масштабованості та довгостроковому розвитку Ethereum. За допомогою технічної дорожньої карти цього етапу, ми можемо краще розуміти, як Ethereum перетвориться на протокол, який зможе обробляти величезні потреби (TPS понад 100,000), зберігаючи при цьому децентралізацію та безпеку.
Основна мета Ethereum
По суті, Ethereum має на меті стати базовим шаром децентралізованого Інтернету. Ethereum підтримує складні децентралізовані програми за допомогою автоматичного виконання коду розумних контрактів, що робить його першим вибором для розробників децентралізованих додатків, таких як DeFi, NFT та інше.
Проте, ETH має обмеження щодо масштабованості. ETH L1 може обробляти лише близько 15-30 транзакцій на секунду, що суттєво відрізняється від традиційних платіжних мереж, таких як Visa. Це призводить до високих витрат на газ під час періодів мережевої затору та обмежує здатність ETH стати глобальною інфраструктурою. Це саме ті проблеми, які The Surge планує вирішити.
Головна мета The Surge така:
Ефіріум L1 + L2 досягає 100 000+ TPS;
Збереження децентралізації та стійкості L1;
-Принаймні деякі L2 повністю успадковують основні властивості Ethereum (нетривіальність, відкритість, стійкість до цензури).
-Максимізація взаємодії між L2: Ethereum має бути екосистемою, а не десятками різних блокчейнів.
Майбутнє навколо rollup
Сплеск відноситься до плану Ethereum різко збільшити масштабованість, в першу чергу за допомогою рішень L2. Роллапи є ключовим компонентом цієї стратегії. Дорожня карта, орієнтована на зведення, пропонує простий розподіл праці: Ethereum L1 зосереджується на тому, щоб бути сильним і децентралізованим базовим рівнем, тоді як L2 бере на себе завдання допомогти екосистемі масштабуватися.
Rollup виконує упаковку транзакцій поза ланцюжком, а потім надсилає їх на головну мережу ETH, значно збільшуючи пропускну здатність при збереженні безпеки та децентралізації. За словами Віталіка, rollup може підвищити масштабованість ETH до понад 100 000 TPS. Це буде революційним розширенням, оскільки це дозволить ETH обробляти глобальні додатки, не посягаючи на децентралізований дух.
!
Віталік підкреслює, що rollup - це не лише тимчасове рішення, але й довгострокове розширене рішення. ETH блок 2.0 через The Merge переходить з PoW до PoS для зниження споживання енергії, а rollup як довгострокове розширене рішення розглядається як наступний важливий віковий камінь.
У цьому році важливі результати були досягнуті в маршрутній карті, зорієнтованій на rollup: з випуском EIP-4844 blobs збільшилася пропускна здатність даних ETH L1, кілька віртуальних машин ETH (EVM) rollup перейшли на перший етап. Кожен L2 існує як фрагмент з власними внутрішніми правилами та логікою, різноманітність та різноманітність реалізації фрагментів тепер стали реальністю.
Доступність даних за зразками (DAS) подальший розвиток
Ще одним ключовим аспектом The Surge є вибіркове збирання даних (DAS), це технологія, спрямована на вирішення проблеми доступності даних. У децентралізованій мережі, такій як Ethereum, всі вузли можуть перевірити дані без необхідності зберігання або завантаження всього вмісту, це вельми важливо.
DAS дозволяє вузлам перевіряти дані, не звертаючись до повного набору даних, що підвищує масштабованість та ефективність.
Віталік підкреслив дві форми DAS: PeerDAS і 2D DAS.
PeerDAS має потенціал посилити передумови довіри в rollup, зробивши його більш безпечним. 2D DAS робить випадковий вибір не лише всередині blob, а й між blob. З використанням лінійних властивостей обіцянок KZG розширюється набір blob у блоках за допомогою нового набору віртуальних blob, які кодують однакову зайву інформацію.
За допомогою DAS, Ethereum може обробляти більше даних, щоб забезпечити швидший та дешевший rollup, не ушкоджуючи децентралізацію.
На більш віддаленому етапі потрібно провести більше роботи для визначення ідеальної версії 2D DAS та підтвердження її безпекових властивостей.
!
Довгостроковий реалістичний шлях, на думку Віталіка, полягає в:
(1) Здійснення ідеального 2D DAS;
（2）Стримайте відео через 1D DAS, жертвуючи ефективністю полоси смуги дискретизації, для забезпечення простоти та надійності за рахунок меншого максимального обсягу даних;
(3) Відмовитися від DA, повністю прийняти Plasma як основну архітектуру Layer2.
Варто звернути увагу, що навіть якщо вирішено прямо на L1 розширити виконання, такий вибір все ще існує. Це тому, що якщо L1 повинен обробляти велику кількість TPS, блоки L1 стануть дуже великими, і клієнти захочуть ефективний спосіб перевірки їх правильності, тому доведеться використовувати на L1 ті ж технології, що й rollup (наприклад, ZK-EVM та DAS).
Plasma та інші рішення
Крім Rollup, одне з ранніх запропонованих ланцюжкових розширень, Plasma, також є ще одним рішенням L2.
Plasma створює підланки, які обробляють транзакції незалежно від основної мережі ETH, регулярно надсилаючи основній мережі свій стислий опис. Для кожного блоку оператор відправляє кожному користувачу гілку Меркла, щоб підтвердити зміну стану їх активів. Користувачі можуть витягти свої активи, надаючи гілку Меркла. Важливо, що ця гілка не обов'язково має коренем останній стан.
Отже, навіть якщо виникнуть проблеми з доступністю даних, користувач все ще може відновити свої активи, витягнувши доступний останній стан. Якщо користувач подає недійсну гілку (наприклад, вилучає активи, які вже відправлені іншим особам, або оператор створює актив з нічого), то легітимність власності активів можна визначити за допомогою механізму виклику на ланцюгу.
Незважаючи на те, що розробка Плазми певною мірою відстає від зведень, Віталік все ще розглядає її як частину ширшого набору інструментів масштабованості ETH Square.
Крім того, Віталік також обговорює покращення технології стиснення даних та криптографічного доведення в своєму віджеті, щоб подальше покращити ефективність розв'язання rollup та інших L2. Ідея полягає в стисненні якомога більшої кількості даних, забезпечуючи при цьому можливість перевірки всієї необхідної інформації вузлами Ethereum. Ці технологічні покращення, ймовірно, відіграють ключову роль у процесі забезпечення вищої пропускної здатності Ethereum.
!
На цьому зображенні показано ланцюг Plasma Cash, де транзакції з витратою монети i розміщуються на i-му місці в дереві. У цьому прикладі припускається, що всі попередні дерева є дійсними, тоді Eve має монету 1, David має монету 4, а George має монету 6.
Ранні версії Plasma могли обробляти тільки випадки оплати і не могли ефективно розширюватися. Але якщо вимагати, щоб кожен корінь перевірявся за допомогою SNARK, Plasma стане значно потужнішою. Цей процес можна значно спростити, оскільки він виключає більшість можливих шляхів для фальсифікації оператором. Водночас відкривається новий шлях, за якого при чесному операторі користувачі можуть одразу виводити кошти, не чекаючи тижня періоду виклику.
!
На зображенні показано один з способів створення ланцюжка EVM plasma (не єдиний спосіб): використання ZK-SNARK для побудови паралельного дерева UTXO, що відображає зміни балансу, зроблені EVM, визначає унікальне відображення 'одної монети' в різних часових періодах. Потім на цій основі можна побудувати структуру Plasma.
Plasma має дуже хорошу продуктивність, і це ключова причина, чому всі працюють над структурою з розумінням його недоліків у безпеці.
Покращення міжопераційної сумісності L2
Одним з головних викликів, з якими стикається сучасна L2 екосистема, є слабка взаємодія між L2, і як поліпшити відчуття користування L2 екосистемою, щоб воно було подібним до єдиної Ethereum екосистеми, є нагальною проблемою.
Існує багато категорій покращень сумісності між L2. Теоретично воркшоп ETH, орієнтований на зведення, схожий на шард виконання L1. В даний час екосистема ETH L2 на практиці все ще близька до ідеального стану, і все ще існують такі проблеми:
Адреса відповідної ланцюга: адреса має містити інформацію про ланцюг (L1, Optimism, Arbitrum...). Як тільки це досягнуто, можна легко виконати процес надсилання між L2, просто вставивши адресу в поле відправки, після чого гаманець може в автоматичному режимі обробити процес надсилання (включаючи використання міжланцюгового протоколу).
Запит на оплату для конкретного ланцюжка: повинен легко та стандартизовано створювати повідомлення у формі "надіслати мені X токенів типу Y на ланцюжку Z". Це основним чином має два застосування: оплата між людьми або між людиною та послугами продавця; запит фондів від dApp.
Крос-ланцюжковий обмін та оплата газу: повинен бути стандартизований відкритий протокол для вираження крос-ланцюжкових операцій. ERC-7683 та RIP-7755 спроби в цій галузі, хоча їх застосування ширше, ніж ці конкретні випадки.
Легкий клієнт: користувач повинен мати можливість фактично перевірити ланцюжок, з яким вони взаємодіють, а не просто довіряти постачальнику RPC. Наприклад, Helios від a16z crypto може це зробити (для самої Ethereum), але така недовіра повинна розповсюджуватися на L2. ERC-3668 (CCIP-read) - це одна зі стратегій для досягнення цієї мети.
Концепція моста для спільного токена: припустимо, що в світі, де всі L2 - це rollup з підтвердженням дійсності, і кожен слот подається в мережу ETH, для переміщення активів з одного L2 в інший L2 в їхньому первинному стані все ще потрібно здійснювати виведення та внесення грошей, що потребує значної кількості L1 Gas витрат.
І один з способів вирішення цієї проблеми полягає в створенні спільної простої Rollup, що єдиним його функціоналом є підтримка того, який L2 володіє кожним типом токенів та скільки балансів вони мають, і дозволяє цим балансам пакетно оновлюватися через серію крос-L2-операцій, запущених будь-яким L2. Це дозволить здійснювати перекази між L2 без необхідності оплати газової плати L1 кожного разу при кожному переказі, а також без використання технології, такої як ERC-7683, заснованої на постачальниках ліквідності.
Синхронна комбінація: дозволяє виконувати синхронні виклики між певними L2 та L1 або між кількома L2. Це сприяє підвищенню фінансової ефективності протоколу DeFi. Перше можна реалізувати без будь-якої координації між L2, а для другого потрібне спільне упорядкування. Технологія на основі rollup автоматично застосовується до всіх цих технологій.
Багато прикладів, наведених вище, стикаються з проблемою стандартизації - коли і які шари стандартизувати. Якщо стандартизація відбувається занадто рано, це може закріпити менш ефективні рішення. Якщо стандартизація відбувається занадто пізно, це може призвести до непотрібного фрагментації.
Наразі існує одна загальна думка: у деяких випадках існує 'короткострокове рішення', яке має меншу потужність, але його легше реалізувати, та 'довгострокове рішення', яке є 'кінцево правильним', але його реалізація може зайняти кілька років. Ці завдання не тільки технічні, вони також є соціальними проблемами (можливо, навіть головними), які потребують співпраці між L2, гаманцями та L1.
Продовжуємо розширення Ethereum блокчейну L1
Віталік вважає, що розширення самої Ethereum L1 та забезпечення її здатності продовжувати вміщувати все більше використань є дуже цінним.
Розширення L1 має три стратегії, які можна виконувати окремо або паралельно:
(1) Вдосконалення технології (наприклад, клієнтський код, безстатевий клієнт, історія закінчується) для полегшення перевірки L1, а потім підвищення обмеження газу;
(2) Знизити витрати на конкретні операції, збільшивши середню ємність без збільшення ризику у найгіршому випадку;
（3）Оригінальні Роллапи (тобто, створення N паралельних копій EVM).
Ці різні технології мають свої власні компроміси. Наприклад, нітивні ролапи мають ту ж слабку сторону в складності комбінування, що й звичайні ролапи: неможливо відправити одну операцію через кілька ролапів. Підвищення ліміту газу може позбавити інших переваг, які можуть бути досягнуті спрощенням перевірки L1, таких як збільшення відсотку користувачів, які можуть запускати перевірочні вузли, та збільшення кількості окремих стейкерів. В залежності від реалізації, зробити певні операції в EVM дешевшими може збільшити загальну складність EVM.
Децентралізація та безпека
Баланс між масштабованістю та децентралізацією - одна з тем, на яку Віталік постійно звертає увагу. Багато блокчейн-проектів обирають жертвувати децентралізацією на користь вищої пропускної здатності. Наприклад, Solana може обробляти тисячі транзакцій за секунду, але це вимагає потужного обладнання для запуску вузлів, що призводить до централізації мережі. Віталік наполягає на тому, що навіть при постійному розширенні Ethereum, слід зберігати зобов'язання до децентралізації.
Rollup та DAS розглядаються як методи збільшення потужності ETH-ланцюжка, зберігаючи його децентралізований характер. У відміну від Solana або інших високопродуктивних блокчейнів, стратегія масштабування ETH-ланцюжка забезпечує можливість запуску вузлів будь-якій особі, щоб по-справжньому захистити мережу в децентралізований спосіб. Це надзвичайно важливо для візії ETH-ланцюжка, яка полягає в побудові блокчейну, який зможе підтримувати глобальну фінансову систему без потреби в дозволах.
Чим більша масштабованість, тим більша відповідальність за безпеку. У міру того, як ETH рухається до майбутнього, орієнтованого на зведення, стає критично важливим переконатися, що ці системи не викликають довіри. Зведення покладаються на криптографічні докази, щоб гарантувати, що офчейн-транзакції є законними після надсилання назад до ETH. Незважаючи на те, що ці системи довели свою ефективність, вони не позбавлені ризику. Віталік визнає, що зрілість цих технологій вимагає ретельного тестування та ітерацій, особливо коли вони впроваджуються ширше.
Перспективи The Surge
Після The Surge Віталік уявив ETHський форум, який не тільки має масштабування, але й зберігає повну децентралізацію, безпеку та стійкість. Ця візія включає не тільки розширення першого рівня за допомогою rollup та DAS, але й побудову більш ефективного алгоритму погодження, поліпшення інструментів розробника та розвиток жвавої екосистеми дApp.
Маршрутна карта ETH є оптимістичною, але вона також стикається з багатьма викликами. Масштабна реалізація rollup, забезпечення безпеки L2 рішень та підготовка до квантового майбутнього - це складні завдання. Але якщо ETH зможе успішно подолати ці перешкоди, він зміцнить свою позицію як основу Web3: децентралізованого, контрольованого користувачем Інтернету.
У блокчейн-просторі, що швидко розвивається, ETH Square унікальний своєю спрямованістю на масштабованість без шкоди для децентралізації. Якщо The Surge досягне успіху, це може знову змінити ландшафт технології блокчейн у найближчі роки.
Контент має виключно довідковий характер і не є запрошенням до участі або пропозицією. Інвестиційні, податкові чи юридичні консультації не надаються. Перегляньте Відмову від відповідальності , щоб дізнатися більше про ризики.
Аналіз перспектив технічного оновлення протоколу Ethereum (2): The Surge
Починаючи з жовтня цього року, співзасновник Ethereum Віталік Бутерин опублікував серію статей про майбутні можливості протоколу Ethereum, які включають шість частин: The Merge, The Surge, The Scourge, The Verge, The Purge і The Splurge.
Раніше ми вже розглянули перший етап (The Merge) плану розвитку, а в цій статті продовжимо аналіз другого етапу плану - The Surge. В цій статті Віталік зосереджується на масштабованості та довгостроковому розвитку Ethereum. За допомогою технічної дорожньої карти цього етапу, ми можемо краще розуміти, як Ethereum перетвориться на протокол, який зможе обробляти величезні потреби (TPS понад 100,000), зберігаючи при цьому децентралізацію та безпеку.
Основна мета Ethereum
По суті, Ethereum має на меті стати базовим шаром децентралізованого Інтернету. Ethereum підтримує складні децентралізовані програми за допомогою автоматичного виконання коду розумних контрактів, що робить його першим вибором для розробників децентралізованих додатків, таких як DeFi, NFT та інше.
Проте, ETH має обмеження щодо масштабованості. ETH L1 може обробляти лише близько 15-30 транзакцій на секунду, що суттєво відрізняється від традиційних платіжних мереж, таких як Visa. Це призводить до високих витрат на газ під час періодів мережевої затору та обмежує здатність ETH стати глобальною інфраструктурою. Це саме ті проблеми, які The Surge планує вирішити.
Головна мета The Surge така:
Ефіріум L1 + L2 досягає 100 000+ TPS;
Збереження децентралізації та стійкості L1;
-Принаймні деякі L2 повністю успадковують основні властивості Ethereum (нетривіальність, відкритість, стійкість до цензури).
-Максимізація взаємодії між L2: Ethereum має бути екосистемою, а не десятками різних блокчейнів.
Майбутнє навколо rollup
Сплеск відноситься до плану Ethereum різко збільшити масштабованість, в першу чергу за допомогою рішень L2. Роллапи є ключовим компонентом цієї стратегії. Дорожня карта, орієнтована на зведення, пропонує простий розподіл праці: Ethereum L1 зосереджується на тому, щоб бути сильним і децентралізованим базовим рівнем, тоді як L2 бере на себе завдання допомогти екосистемі масштабуватися.
Rollup виконує упаковку транзакцій поза ланцюжком, а потім надсилає їх на головну мережу ETH, значно збільшуючи пропускну здатність при збереженні безпеки та децентралізації. За словами Віталіка, rollup може підвищити масштабованість ETH до понад 100 000 TPS. Це буде революційним розширенням, оскільки це дозволить ETH обробляти глобальні додатки, не посягаючи на децентралізований дух.
!
Віталік підкреслює, що rollup - це не лише тимчасове рішення, але й довгострокове розширене рішення. ETH блок 2.0 через The Merge переходить з PoW до PoS для зниження споживання енергії, а rollup як довгострокове розширене рішення розглядається як наступний важливий віковий камінь.
У цьому році важливі результати були досягнуті в маршрутній карті, зорієнтованій на rollup: з випуском EIP-4844 blobs збільшилася пропускна здатність даних ETH L1, кілька віртуальних машин ETH (EVM) rollup перейшли на перший етап. Кожен L2 існує як фрагмент з власними внутрішніми правилами та логікою, різноманітність та різноманітність реалізації фрагментів тепер стали реальністю.
Доступність даних за зразками (DAS) подальший розвиток
Ще одним ключовим аспектом The Surge є вибіркове збирання даних (DAS), це технологія, спрямована на вирішення проблеми доступності даних. У децентралізованій мережі, такій як Ethereum, всі вузли можуть перевірити дані без необхідності зберігання або завантаження всього вмісту, це вельми важливо.
DAS дозволяє вузлам перевіряти дані, не звертаючись до повного набору даних, що підвищує масштабованість та ефективність.
Віталік підкреслив дві форми DAS: PeerDAS і 2D DAS.
PeerDAS має потенціал посилити передумови довіри в rollup, зробивши його більш безпечним. 2D DAS робить випадковий вибір не лише всередині blob, а й між blob. З використанням лінійних властивостей обіцянок KZG розширюється набір blob у блоках за допомогою нового набору віртуальних blob, які кодують однакову зайву інформацію.
За допомогою DAS, Ethereum може обробляти більше даних, щоб забезпечити швидший та дешевший rollup, не ушкоджуючи децентралізацію.
На більш віддаленому етапі потрібно провести більше роботи для визначення ідеальної версії 2D DAS та підтвердження її безпекових властивостей.
!
Довгостроковий реалістичний шлях, на думку Віталіка, полягає в:
(1) Здійснення ідеального 2D DAS;
（2）Стримайте відео через 1D DAS, жертвуючи ефективністю полоси смуги дискретизації, для забезпечення простоти та надійності за рахунок меншого максимального обсягу даних;
(3) Відмовитися від DA, повністю прийняти Plasma як основну архітектуру Layer2.
Варто звернути увагу, що навіть якщо вирішено прямо на L1 розширити виконання, такий вибір все ще існує. Це тому, що якщо L1 повинен обробляти велику кількість TPS, блоки L1 стануть дуже великими, і клієнти захочуть ефективний спосіб перевірки їх правильності, тому доведеться використовувати на L1 ті ж технології, що й rollup (наприклад, ZK-EVM та DAS).
Plasma та інші рішення
Крім Rollup, одне з ранніх запропонованих ланцюжкових розширень, Plasma, також є ще одним рішенням L2.
Plasma створює підланки, які обробляють транзакції незалежно від основної мережі ETH, регулярно надсилаючи основній мережі свій стислий опис. Для кожного блоку оператор відправляє кожному користувачу гілку Меркла, щоб підтвердити зміну стану їх активів. Користувачі можуть витягти свої активи, надаючи гілку Меркла. Важливо, що ця гілка не обов'язково має коренем останній стан.
Отже, навіть якщо виникнуть проблеми з доступністю даних, користувач все ще може відновити свої активи, витягнувши доступний останній стан. Якщо користувач подає недійсну гілку (наприклад, вилучає активи, які вже відправлені іншим особам, або оператор створює актив з нічого), то легітимність власності активів можна визначити за допомогою механізму виклику на ланцюгу.
Незважаючи на те, що розробка Плазми певною мірою відстає від зведень, Віталік все ще розглядає її як частину ширшого набору інструментів масштабованості ETH Square.
Крім того, Віталік також обговорює покращення технології стиснення даних та криптографічного доведення в своєму віджеті, щоб подальше покращити ефективність розв'язання rollup та інших L2. Ідея полягає в стисненні якомога більшої кількості даних, забезпечуючи при цьому можливість перевірки всієї необхідної інформації вузлами Ethereum. Ці технологічні покращення, ймовірно, відіграють ключову роль у процесі забезпечення вищої пропускної здатності Ethereum.
!
На цьому зображенні показано ланцюг Plasma Cash, де транзакції з витратою монети i розміщуються на i-му місці в дереві. У цьому прикладі припускається, що всі попередні дерева є дійсними, тоді Eve має монету 1, David має монету 4, а George має монету 6.
Ранні версії Plasma могли обробляти тільки випадки оплати і не могли ефективно розширюватися. Але якщо вимагати, щоб кожен корінь перевірявся за допомогою SNARK, Plasma стане значно потужнішою. Цей процес можна значно спростити, оскільки він виключає більшість можливих шляхів для фальсифікації оператором. Водночас відкривається новий шлях, за якого при чесному операторі користувачі можуть одразу виводити кошти, не чекаючи тижня періоду виклику.
!
На зображенні показано один з способів створення ланцюжка EVM plasma (не єдиний спосіб): використання ZK-SNARK для побудови паралельного дерева UTXO, що відображає зміни балансу, зроблені EVM, визначає унікальне відображення 'одної монети' в різних часових періодах. Потім на цій основі можна побудувати структуру Plasma.
Plasma має дуже хорошу продуктивність, і це ключова причина, чому всі працюють над структурою з розумінням його недоліків у безпеці.
Покращення міжопераційної сумісності L2
Одним з головних викликів, з якими стикається сучасна L2 екосистема, є слабка взаємодія між L2, і як поліпшити відчуття користування L2 екосистемою, щоб воно було подібним до єдиної Ethereum екосистеми, є нагальною проблемою.
Існує багато категорій покращень сумісності між L2. Теоретично воркшоп ETH, орієнтований на зведення, схожий на шард виконання L1. В даний час екосистема ETH L2 на практиці все ще близька до ідеального стану, і все ще існують такі проблеми:
Адреса відповідної ланцюга: адреса має містити інформацію про ланцюг (L1, Optimism, Arbitrum...). Як тільки це досягнуто, можна легко виконати процес надсилання між L2, просто вставивши адресу в поле відправки, після чого гаманець може в автоматичному режимі обробити процес надсилання (включаючи використання міжланцюгового протоколу).
Запит на оплату для конкретного ланцюжка: повинен легко та стандартизовано створювати повідомлення у формі "надіслати мені X токенів типу Y на ланцюжку Z". Це основним чином має два застосування: оплата між людьми або між людиною та послугами продавця; запит фондів від dApp.
Крос-ланцюжковий обмін та оплата газу: повинен бути стандартизований відкритий протокол для вираження крос-ланцюжкових операцій. ERC-7683 та RIP-7755 спроби в цій галузі, хоча їх застосування ширше, ніж ці конкретні випадки.
Легкий клієнт: користувач повинен мати можливість фактично перевірити ланцюжок, з яким вони взаємодіють, а не просто довіряти постачальнику RPC. Наприклад, Helios від a16z crypto може це зробити (для самої Ethereum), але така недовіра повинна розповсюджуватися на L2. ERC-3668 (CCIP-read) - це одна зі стратегій для досягнення цієї мети.
Концепція моста для спільного токена: припустимо, що в світі, де всі L2 - це rollup з підтвердженням дійсності, і кожен слот подається в мережу ETH, для переміщення активів з одного L2 в інший L2 в їхньому первинному стані все ще потрібно здійснювати виведення та внесення грошей, що потребує значної кількості L1 Gas витрат.
І один з способів вирішення цієї проблеми полягає в створенні спільної простої Rollup, що єдиним його функціоналом є підтримка того, який L2 володіє кожним типом токенів та скільки балансів вони мають, і дозволяє цим балансам пакетно оновлюватися через серію крос-L2-операцій, запущених будь-яким L2. Це дозволить здійснювати перекази між L2 без необхідності оплати газової плати L1 кожного разу при кожному переказі, а також без використання технології, такої як ERC-7683, заснованої на постачальниках ліквідності.
Синхронна комбінація: дозволяє виконувати синхронні виклики між певними L2 та L1 або між кількома L2. Це сприяє підвищенню фінансової ефективності протоколу DeFi. Перше можна реалізувати без будь-якої координації між L2, а для другого потрібне спільне упорядкування. Технологія на основі rollup автоматично застосовується до всіх цих технологій.
Багато прикладів, наведених вище, стикаються з проблемою стандартизації - коли і які шари стандартизувати. Якщо стандартизація відбувається занадто рано, це може закріпити менш ефективні рішення. Якщо стандартизація відбувається занадто пізно, це може призвести до непотрібного фрагментації.
Наразі існує одна загальна думка: у деяких випадках існує 'короткострокове рішення', яке має меншу потужність, але його легше реалізувати, та 'довгострокове рішення', яке є 'кінцево правильним', але його реалізація може зайняти кілька років. Ці завдання не тільки технічні, вони також є соціальними проблемами (можливо, навіть головними), які потребують співпраці між L2, гаманцями та L1.
Продовжуємо розширення Ethereum блокчейну L1
Віталік вважає, що розширення самої Ethereum L1 та забезпечення її здатності продовжувати вміщувати все більше використань є дуже цінним.
Розширення L1 має три стратегії, які можна виконувати окремо або паралельно:
(1) Вдосконалення технології (наприклад, клієнтський код, безстатевий клієнт, історія закінчується) для полегшення перевірки L1, а потім підвищення обмеження газу;
(2) Знизити витрати на конкретні операції, збільшивши середню ємність без збільшення ризику у найгіршому випадку;
（3）Оригінальні Роллапи (тобто, створення N паралельних копій EVM).
Ці різні технології мають свої власні компроміси. Наприклад, нітивні ролапи мають ту ж слабку сторону в складності комбінування, що й звичайні ролапи: неможливо відправити одну операцію через кілька ролапів. Підвищення ліміту газу може позбавити інших переваг, які можуть бути досягнуті спрощенням перевірки L1, таких як збільшення відсотку користувачів, які можуть запускати перевірочні вузли, та збільшення кількості окремих стейкерів. В залежності від реалізації, зробити певні операції в EVM дешевшими може збільшити загальну складність EVM.
Децентралізація та безпека
Баланс між масштабованістю та децентралізацією - одна з тем, на яку Віталік постійно звертає увагу. Багато блокчейн-проектів обирають жертвувати децентралізацією на користь вищої пропускної здатності. Наприклад, Solana може обробляти тисячі транзакцій за секунду, але це вимагає потужного обладнання для запуску вузлів, що призводить до централізації мережі. Віталік наполягає на тому, що навіть при постійному розширенні Ethereum, слід зберігати зобов'язання до децентралізації.
Rollup та DAS розглядаються як методи збільшення потужності ETH-ланцюжка, зберігаючи його децентралізований характер. У відміну від Solana або інших високопродуктивних блокчейнів, стратегія масштабування ETH-ланцюжка забезпечує можливість запуску вузлів будь-якій особі, щоб по-справжньому захистити мережу в децентралізований спосіб. Це надзвичайно важливо для візії ETH-ланцюжка, яка полягає в побудові блокчейну, який зможе підтримувати глобальну фінансову систему без потреби в дозволах.
Чим більша масштабованість, тим більша відповідальність за безпеку. У міру того, як ETH рухається до майбутнього, орієнтованого на зведення, стає критично важливим переконатися, що ці системи не викликають довіри. Зведення покладаються на криптографічні докази, щоб гарантувати, що офчейн-транзакції є законними після надсилання назад до ETH. Незважаючи на те, що ці системи довели свою ефективність, вони не позбавлені ризику. Віталік визнає, що зрілість цих технологій вимагає ретельного тестування та ітерацій, особливо коли вони впроваджуються ширше.
Перспективи The Surge
Після The Surge Віталік уявив ETHський форум, який не тільки має масштабування, але й зберігає повну децентралізацію, безпеку та стійкість. Ця візія включає не тільки розширення першого рівня за допомогою rollup та DAS, але й побудову більш ефективного алгоритму погодження, поліпшення інструментів розробника та розвиток жвавої екосистеми дApp.
Маршрутна карта ETH є оптимістичною, але вона також стикається з багатьма викликами. Масштабна реалізація rollup, забезпечення безпеки L2 рішень та підготовка до квантового майбутнього - це складні завдання. Але якщо ETH зможе успішно подолати ці перешкоди, він зміцнить свою позицію як основу Web3: децентралізованого, контрольованого користувачем Інтернету.
У блокчейн-просторі, що швидко розвивається, ETH Square унікальний своєю спрямованістю на масштабованість без шкоди для децентралізації. Якщо The Surge досягне успіху, це може знову змінити ландшафт технології блокчейн у найближчі роки.
Посилання на оригінальний текст
：