Уперший постУ нашій серії Rollups 2.0 ми розглянули базові роллапи, де базова послідовність є одним з найбільш децентралізованих і сумісних з Ethereum методів управління роллапом. Віддавши завдання послідовного виконання транзакцій на рівень 1 Ethereum, базові роллапи використовують децентралізацію, простоту та активність L1, разом з іншими перевагами.

У сьогоднішньому дописі ми заглибимось у наступну еволюцію ролапів: ролапи Booster. Ролапи Booster не тільки будуються на фундаменті, закладеному ролапами основи, але й розширюють межі композабельності Ethereum. Але як саме ми розширюємо цю композабельність?

Які проблеми зараз існують у L2 Space?

Щоб переконатися, що мережі L2 функціонують належним чином, часто потрібні додаткові перевірки. Однак основні процеси розрахунків і виконання все одно відбуваються безпосередньо на L1. Це означає, що хоча L2 розширюють функціональність за допомогою офчейн виконання EVM, вони також додають додаткової складності. Хоча ця додаткова логіка не ідеальна, кінцева мета полягає в тому, щоб стандартизувати операції та повністю покладатися на стандартний EVM. Стандартизація має важливе значення для забезпечення безперебійного обміну транзакціями між різними L2. Для досягнення цієї мети може знадобитися новий тип транзакцій — такий, який може працювати в кількох ланцюгах. У цій системі одна транзакція може створювати менші субтранзакції. Кожна субтранзакція міститиме такі деталі, як ідентифікатор вихідного ланцюга, ідентифікатор ланцюга призначення, вхідні дані (такі як абонент, адреса та дані виклику), а також отриманий результат із ланцюга призначення. Ці дані про транзакції виконують дві важливі ролі:

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

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

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

Як відрізняються бустерні роллапи?

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

Уявіть, що ви розгорнете свою децентралізовану програму (dapp) лише один раз, і вона автоматично масштабується в усіх мережах рівня 2 (L2). Якщо вам потрібно більше блокового простору, просто додайте більше зведених бустерів без будь-яких подальших налаштувань. Іншими словами, розробники не стикаються ні з додатковим навантаженням, ні з витратами на передислокацію, ні з додатковими ускладненнями.

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

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

Як працюють роллапи з підсилювачем?

Будь-який роллап, чи то оптимістичний, чи ZK, може використовувати функціональність підвищення продуктивності. Однак повне підвищення не є обов'язковим для всіх роллапів, оскільки деякі можуть скористатися оптимізаціями, специфічними для L2.

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

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

Опис архітектури бустера ролап

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

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

Які команди будують роллапи-посилювачі?

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

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

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

З самого початку Gwyneth розроблений з остаточністю на увазі. Завдяки вбудованому багатоперевірникові Taiko, Raiko, він побудований для досягнення синхронної композиції. На сьогоднішній день Trusted Execution Environments (TEEs) служать мінімальним захистом від виконання, але майбутнє має обіцянку використання оптимізованих нуль-знання віртуальних машин (zkVMs), таких як SP1, Risc0 та, можливо, багатьох інших.

Аргументи на користь роллапів з підсилювачем

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

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

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

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

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

Про обмеження бустерів роллапів

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

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

Роллапи Booster, по суті, виступають як розширення ланцюжка L1, але з унікальним виконанням та зберіганням транзакцій. Для інтерпретації транзакцій Booster Rollup необхідно, щоб вузли L1 та L2 працювали в синхронізаці. Однак, одним з підходів може стати запуск як L1, так і L2 на одному вузлі, перемикання між спільним сховищем L1 та специфічним сховищем L2 під час виконання транзакцій.

Висновок

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

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

Відмова від відповідальності:

1. Ця стаття розміщена знову з [2077 Дослідження]. Усі авторські права належать оригінальному автору [2077 Дослідження]. Якщо є заперечення проти цього передруку, будь ласка, зв'яжіться з Gate Learnкоманда, і вони негайно цим займуться.
2. Відповідальність за відмову: Погляди та думки, висловлені в цій статті, належать виключно автору і не є жодним інвестиційним порадами.
3. Команда Gate Learn перекладає статті на інші мови. Якщо не зазначено інше, заборонено копіювання, поширення або плагіат перекладених статей.