Концепцію платформи Ethereum було запропоновано у 2013 році, а основну мережу запущено 30 липня 2015 року. У перші роки існування платформи криптовалютами користувалася порівняно невелика кількість ентузіастів, навантаження на блокчейн залишалося низьким, тому комісії за транзакції зазвичай були незначними.
У міру зростання кількості користувачів, децентралізованих застосунків, токенів, NFT і DeFi-протоколів обмеження пропускної здатності Ethereum ставали помітнішими. У періоди високого навантаження користувачі стикалися зі зростанням комісій та очікуванням включення транзакцій до блоку. Однією з основних відповідей на цю проблему стали рішення масштабування другого рівня — Layer 2.
У статті ми поговоримо про рішення першого та другого рівнів для масштабування Ethereum. Ви дізнаєтеся, що таке L1 і L2, на які категорії поділяються рішення масштабування, чим ролапи відрізняються від сайдчейнів і як використовувати альтернативні мережі для зниження вартості транзакцій.
Ключові висновки
- Ethereum Layer 2 — це рішення, які обробляють транзакції поза основною мережею, але використовують Ethereum для публікації даних, перевірки доказів або остаточного розрахунку.
- Основними технологіями L2 для Ethereum є optimistic rollups і ZK-rollups. Вони об’єднують велику кількість операцій у пакети, знижуючи середню вартість однієї транзакції.
- Сайдчейни, включно з Polygon PoS і Gnosis Chain, працюють за власними правилами консенсусу та не успадковують безпеку Ethereum такою самою мірою, як ролапи.
- Не всі мережі другого рівня сумісні з EVM, а безпека конкретного рішення залежить від доступності даних, доказів, мостів, секвенсора, керівних ключів і зрілості протоколу.
- Оновлення Ethereum, включно з Dencun і PeerDAS, не замінюють L2, а надають ролапам дешевший і масштабованіший простір для публікації даних.
Проблема масштабованості Ethereum
Ethereum існує з 2015 року й обробляє значно більше типів операцій, ніж прості грошові перекази: виконання смартконтрактів, обмін токенів, випуск NFT, кредитування та інші дії. Часто наведені показники на кшталт 15 транзакцій за секунду для Ethereum і 7 транзакцій за секунду для Bitcoin є лише приблизними: фактична пропускна здатність залежить від складності операцій, ліміту газу та стану мережі. Пряме порівняння з традиційними платіжними системами також є умовним, оскільки блокчейни й централізовані процесингові мережі використовують різні моделі безпеки та остаточності розрахунків.
Кількість операцій, які можна включити до блоку Ethereum, обмежується не фіксованою кількістю транзакцій, а доступним обсягом газу. Після переходу Ethereum на Proof-of-Stake блоки формуються у 12-секундних слотах, хоча окремий слот теоретично може залишитися без блоку. Просте збільшення місткості блоків підвищує вимоги до вузлів, тому надмірне розширення L1 може негативно вплинути на децентралізацію.
Обмеження газу в блоці
Кількість обчислень, доступних в одному блоці, визначається параметром block gas limit — лімітом газу блоку. Газ є одиницею вимірювання обчислювальних ресурсів, необхідних для виконання операції. Простий переказ ETH потребує менше газу, ніж взаємодія зі складним смартконтрактом.
Кожна транзакція використовує певний обсяг газу. Після впровадження EIP-1559 її комісія складається з базової комісії base fee, яка розраховується протоколом і спалюється, та пріоритетної комісії priority fee, призначеної валідатору. Транзакції очікують включення до блоку в мемпулі, а порядок обробки залежить від ефективної винагороди валідатора, доступного газу, локальної політики формування блоку та інших чинників.
Якщо один користувач надіслав транзакцію раніше за іншого, це не гарантує її ранішого включення до блоку. Операцію з привабливішою пріоритетною комісією або відповіднішими параметрами може бути оброблено швидше. Водночас недостатня максимальна комісія може призвести до тривалого очікування, особливо якщо базова комісія мережі зростає.
Після хардфорка London цільовий обсяг газу становив 15 млн одиниць, а максимальний розмір окремого блоку міг тимчасово сягати 30 млн. Пізніше ліміт змінювався шляхом голосування валідаторів, тому актуальне значення слід перевіряти за даними мережі. Мінімальне споживання газу для звичайного переказу ETH між двома зовнішніми акаунтами становить 21 000 одиниць. Для історичного ліміту 30 млн теоретичний розрахунок мав такий вигляд:
30 000 000 / 21 000 ≈ 1 428 транзакцій
Цей результат є лише теоретичним максимумом для блоку, який повністю складається з простих переказів ETH. Переказ токена ERC-20 може потребувати приблизно 45 000-100 000 газу або більше, а взаємодія з DeFi-протоколом — сотні тисяч одиниць. Точне споживання залежить від коду контракту, стану сховища та функцій, що виконуються. Для умовної операції вартістю 210 000 газу розрахунок за ліміту 30 млн мав би такий вигляд:
30 000 000 / 210 000 ≈ 142 транзакції
Щоб транзакцію було включено до блоку без тривалого очікування, необхідно встановити адекватні параметри максимальної та пріоритетної комісії. Більшість сучасних гаманців розраховують їх автоматично. Завищувати комісію без потреби не слід: EIP-1559 повертає користувачеві невикористану різницю між максимальною та фактично сплаченою комісією, однак надто високий пріоритетний збір може бути витрачено повністю.
Чому Ethereum не можна масштабувати лише збільшенням блоків
Зростання кількості валідаторів саме по собі не збільшує пропускну здатність Ethereum: кожен повний вузол повинен мати можливість перевірити стан мережі та необхідні дані. Необмежене збільшення розміру блоків потребувало б продуктивнішого обладнання та швидшого інтернет-з’єднання, що могло б скоротити кількість незалежних операторів вузлів. Тому Ethereum розвиває масштабування L1 разом із рішеннями другого рівня, зберігаючи доступність самостійної перевірки мережі.
Оновлення Ethereum і масштабування мережі
У ранній дорожній карті Ethereum розглядалося розділення мережі на 64 виконавчі шарди, які мали паралельно обробляти транзакції. Надалі від цієї моделі відмовилися на користь rollup-centric підходу. The Merge у вересні 2022 року перевів Ethereum із Proof-of-Work на Proof-of-Stake, але не збільшив пропускну здатність завдяки виконавчим шардам. Оновлення Dencun у березні 2024 року впровадило EIP-4844 і спеціальні об’єкти даних blobs, призначені для здешевлення публікації даних ролапами.
Раніше комплекс змін часто називали Ethereum 2.0, однак це позначення створювало помилкове враження про запуск окремої мережі або нової монети. Зараз зазвичай використовують терміни execution layer, consensus layer і Ethereum roadmap. Подальші оновлення, включно з PeerDAS, продовжують розвивати доступність даних для L2-мереж і rollup-centric масштабування.
Оновлений Ethereum є продовженням тієї самої мережі, а не окремим блокчейном. ETH не переносили й не конвертували в нову монету у співвідношенні 1:1: наявні баланси та смартконтракти збереглися у спільній історії мережі. Пропозиції обміняти «старий ETH» на «ETH 2.0» є поширеною ознакою шахрайства.
Рішення другого рівня залишаються центральною частиною масштабування Ethereum. Зміни L1 спрямовані на те, щоб ролапи могли публікувати більше даних із меншими витратами. Водночас комісія всередині конкретної L2-мережі залежить від її завантаження, механізму публікації даних, роботи секвенсора та вартості взаємодії з Ethereum.
У чому різниця між L1 і L2?
Розглянемо відмінність L1 і L2 на прикладі Bitcoin. Lightning Network — рішення другого рівня для Bitcoin, яке використовує платіжні канали між учасниками. Більшість операцій виконується поза основним ланцюжком, а блокчейн Bitcoin використовується для відкриття, закриття каналів і розв’язання спорів. Докладніше про це ми розповідали у статті «Lightning Network: рішення для масштабування Bitcoin».
Bitcoin у цьому прикладі є мережею першого рівня. L1-рішення змінює сам базовий протокол або його правила. Прикладом такого оновлення є Taproot, активований в основній мережі Bitcoin у листопаді 2021 року.
Для Ethereum прикладом L1-оновлення є London з EIP-1559, який змінив ринок комісій і впровадив спалювання базової комісії. The Merge також був оновленням першого рівня, оскільки змінив механізм консенсусу. Dencun і PeerDAS розвивають інфраструктуру доступності даних для ролапів. Виконавчі шарди, які раніше згадувалися в дорожній карті, не було додано.
Lightning Network є L2, оскільки працює поверх Bitcoin. Аналогічно Ethereum Layer 2 обробляє операції поза основним середовищем виконання, а потім використовує Ethereum для розрахунків, доказів і публікації даних. Однак сайдчейн, з’єднаний з Ethereum мостом, не обов’язково є L2: він може мати власний незалежний консенсус та окрему модель безпеки.
Навіщо блокчейнам потрібні рішення рівня 2 і які проблеми вони розв’язують?
Рішення Layer 2 виконують кілька корисних функцій:
Масштабування мережі. L2 обробляє велику кількість операцій поза основним середовищем виконання Ethereum, об’єднує їх і публікує необхідні дані або докази в L1. Це збільшує сукупну пропускну здатність екосистеми не у фіксовану кількість разів: результат залежить від конкретної технології, типу транзакцій та обсягу даних.
Прискорення обробки та зниження комісій. Користувач зазвичай отримує попереднє підтвердження L2-транзакції протягом кількох секунд, а витрати на взаємодію з Ethereum розподіляються між великою кількістю операцій у пакеті. Комісії в L2, як правило, нижчі, але не є нульовими й можуть зростати під час перевантаження мережі або підвищення вартості даних у L1.
Зниження навантаження на основну мережу. Замість публікації кожної користувацької операції в Ethereum ролап надсилає пакет даних та оновлення стану. Це дає змогу ефективніше використовувати обмежений простір L1. Однак активність L2 не обов’язково знижує базову комісію Ethereum до мінімального рівня, оскільки ролапи самі конкурують за простір blobs та інші ресурси мережі.
Створення середовищ виконання для різних завдань. Багато L2 сумісні або еквівалентні EVM, тому наявні смартконтракти можна переносити з невеликими змінами. Інші рішення використовують власні віртуальні машини, мови та моделі акаунтів. Взаємодія між мережами забезпечується мостами й протоколами обміну повідомленнями, але інтероперабельність не виникає автоматично та створює додаткові ризики.
Різноманітність і стійкість екосистеми. Кілька мереж дозволяють застосункам вибирати різні параметри вартості, продуктивності, приватності та функціональності. Водночас поява додаткових блокчейнів сама по собі не робить екосистему автоматично децентралізованішою або безпечнішою. Збій L2, помилка моста, компрометація керівних ключів або зупинка секвенсора можуть вплинути на користувачів конкретної мережі, навіть якщо Ethereum продовжує працювати.
Приклади рішень Layer 2 для Ethereum
L2-мережі набули широкого поширення як основний спосіб масштабування Ethereum. Вони дають змогу знизити вартість користувацьких операцій і збільшити пропускну здатність, зберігаючи різний ступінь зв’язку з безпекою Ethereum. Перед використанням важливо відрізняти ролапи від сайдчейнів, validium-мереж та інших сумісних блокчейнів.
Polygon: PoS-сайдчейн і ZK-технології
Екосистема Polygon включає кілька технологій. Polygon PoS — популярний EVM-сумісний сайдчейн із власним набором валідаторів. Він пов’язаний з Ethereum мостами, але не є класичним ролапом і не успадковує безпеку Ethereum такою самою мірою. В екосистемі Polygon також розвивалися ZK-рішення та інфраструктура для створення сумісних ланцюжків.
Показники TVL, кількість застосунків і позиція Polygon серед блокчейн-мереж постійно змінюються. Тому фіксовані місця в рейтингах і суми заблокованих коштів швидко застарівають. Перед використанням слід перевіряти поточну активність, безпеку мостів, стан мережі та дані аналітичних платформ.
Нативним токеном для оплати газу та стейкінгу в Polygon PoS є POL. У вересні 2024 року він замінив MATIC як системний токен мережі. Старе позначення MATIC усе ще може траплятися в інтерфейсах, історичних матеріалах та окремих контрактах, але нові інструкції мають враховувати міграцію на POL.
Immutable X
Immutable X був спеціалізованим рішенням для NFT та ігрових активів, створеним спільно зі StarkWare на базі StarkEx. Платформа пропонувала швидкі операції та можливість субсидувати комісії для кінцевих користувачів, однак внесення й виведення активів через Ethereum однаково могли потребувати оплати газу.
На початку 2026 року Immutable X було об’єднано з Immutable Chain. Запис нових транзакцій у попередньому секвенсорі зупинено, а інтерфейси та SDK Immutable X виводяться з експлуатації. Користувачам старих NFT і токенів необхідно дотримуватися офіційних інструкцій конкретного проєкту щодо міграції активів.
Більшість сучасних L2-рішень використовують ролапи — протоколи, які виконують операції поза Ethereum, об’єднують їх у пакети й публікують в основній мережі дані та результати, необхідні для перевірки стану. Ролапи поділяються на дві основні категорії:
- Оптимістичні ролапи (optimistic rollups) — опубліковані оновлення стану вважаються коректними, якщо протягом передбаченого періоду ніхто не надасть доказ помилки.
- ZK-rollups, або validity rollups — разом з оновленням стану публікують криптографічний доказ коректності обчислень, який перевіряється смартконтрактом в Ethereum.
Gnosis Chain, раніше xDai
Gnosis Chain, раніше відома як xDai Chain, є самостійним EVM-сумісним сайдчейном, а не Ethereum-ролапом. Вона використовує власний Proof-of-Stake-консенсус і набір валідаторів. xDAI застосовується як стабільний токен для оплати газу, а безпека консенсусу пов’язана з GNO. Наявність моста з Ethereum не означає, що мережа успадковує всі гарантії безпеки L1.
Рішення, що використовують оптимістичні ролапи
Оптимістичні ролапи надають користувачам швидке попереднє підтвердження операцій, однак остаточне виведення через стандартний міст в Ethereum може тривати кілька днів через період оскарження. Для прискорення виведення існують сторонні мости та постачальники ліквідності, але їх використання створює додаткові ризики контрагента й смартконтрактів.
Безпека optimistic rollup не повинна ґрунтуватися лише на довірі до групи валідаторів. Коректна модель передбачає публікацію даних в Ethereum і можливість оскаржити неправильний стан за допомогою fault proof. Водночас у конкретної мережі можуть залишатися централізований секвенсор, керівні ключі, рада безпеки та інші довірчі припущення, які необхідно враховувати окремо.
Arbitrum
Arbitrum — екосистема рішень для масштабування Ethereum. Arbitrum One є optimistic rollup і працює на технологічному стеку Nitro. Мережа сумісна з інструментами Ethereum і дає змогу запускати смартконтракти з нижчими комісіями. У її архітектурі беруть участь секвенсор, вузли виконання, контракти мостів і система перевірки спірних станів.
- Nitro — технологічний стек виконання та доказів, сумісний з Ethereum.
- Bridge та Inbox-контракти — контракти для передавання повідомлень і активів між Ethereum та Arbitrum.
- Секвенсор і валідатори — компоненти, що відповідають за впорядкування операцій, публікацію пакетів і перевірку стану.
Arbitrum One об’єднує транзакції в пакети й публікує дані в Ethereum, а коректність стану може бути оскаржена за допомогою fault proof. Сучасний протокол BoLD дає змогу брати участь у перевірці без попереднього дозволу й обмежує тривалість спорів. Стандартне виведення активів в Ethereum і надалі пов’язане з періодом оскарження, який зазвичай становить приблизно сім днів.
Optimism
OP Mainnet — optimistic rollup, побудований на OP Stack. Цей відкритий технологічний стек також використовується іншими мережами. OP Mainnet публікує дані та оновлення стану в Ethereum, а коректність пропозицій може бути оскаржена через permissionless fault proofs.
У ранніх версіях Arbitrum і Optimism використовували різні схеми розв’язання спорів, які часто порівнювали як багатораундові й одноетапні докази. Після оновлень обидві архітектури істотно змінилися, тому таке спрощене порівняння більше не відображає поточний стан протоколів. Під час вибору мережі важливіше оцінювати чинну систему доказів, керівні ключі, секвенсор, можливість примусового включення транзакцій і правила виведення коштів.
Капіталізація токенів, TVL та активність Arbitrum і Optimism постійно змінюються. Ці показники не є прямою оцінкою безпеки L2 і мають перевірятися за актуальними даними. Для технічної оцінки корисніше вивчати зрілість доказів, ризики оновлення та ступінь децентралізації компонентів.
Boba Network
Boba Network — EVM-сумісний optimistic rollup, побудований поверх Ethereum. Мережа призначена для зниження комісій і перенесення частини обчислень з L1. Її архітектура включає компоненти ролапа, секвенсор, мости та механізми публікації даних в Ethereum.
Технологія Hybrid Compute дає змогу смартконтрактам ініціювати виконання деяких обчислень у зовнішній інфраструктурі й отримувати результати назад. Такий підхід розширює можливості застосунків, але розробники повинні враховувати довіру до зовнішніх сервісів, доступність даних і коректність отриманої інформації.
Fuel Network
Fuel розвиває модульний Ethereum L2 і середовище виконання FuelVM. Fuel Ignition використовує Ethereum для розрахунків і доступності даних, а транзакційна модель базується на UTXO та підтримує паралельне виконання. Фактична пропускна здатність залежить від типу операцій, параметрів мережі, публікації даних і навантаження, тому фіксовану обіцянку певної кількості транзакцій за секунду не слід вважати гарантією.
Cartesi
Cartesi надає фреймворк optimistic rollups для створення застосунків із перевірюваними обчисленнями поза основною мережею. Cartesi Machine заснована на архітектурі RISC-V і здатна запускати Linux та звичні програмні бібліотеки в детермінованому середовищі. Це дає змогу виконувати складнішу логіку, ніж зазвичай розміщують безпосередньо в EVM. Токен CTSI використовується в екосистемі проєкту, але його наявність не замінює аналіз безпеки конкретного застосунку.
Рішення, що використовують ZK-rollups
ZK-rollups виконують транзакції поза Ethereum і створюють validity proof, яке підтверджує правильність оновлення стану. Після перевірки доказу контрактом L1 стан отримує остаточність Ethereum. Стандартне виведення із ZK-rollup не потребує семиденного періоду оскарження, характерного для optimistic rollups, але створення доказу, публікація пакета й обробка моста однаково можуть тривати певний час.
ZK-технології дають змогу стискати дані: наприклад, замість повної адреси всередині пакета може використовуватися індекс акаунта. Однак ZK-rollups не захищені від усіх типів атак. Можливі помилки у схемах доказів, контрактах, секвенсорі, мостах, механізмі оновлень і користувацьких застосунках. Сумісність з EVM також відрізняється: одні рішення підтримують звичайний байткод або мови Ethereum, інші використовують власні віртуальні машини.
Ми не будемо докладно розбирати кожне рішення з validity proofs, а коротко розглянемо кілька прикладів:
- Loopring — спеціалізований ZK-rollup для торгівлі, платежів і надання ліквідності. Його функціональність орієнтована на певні фінансові операції, а не на довільні EVM-застосунки.
- StarkWare розробляє технології доказів STARK. Starknet є самостійним permissionless validity rollup для універсальних застосунків, а StarkEx використовувався як інфраструктура для спеціалізованих проєктів і сервісів.
- ZKsync Era — Ethereum L2 на базі validity proofs і технологічного стеку ZK Stack. Секвенсор упорядковує операції, prover створює доказ, а смартконтракт Ethereum перевіряє його й фіксує стан.
- Aztec — privacy-first zkRollup, орієнтований на застосунки з конфіденційним станом і програмованою приватністю. На ранніх етапах основної мережі користувачам і розробникам особливо важливо враховувати зрілість протоколу та попередження проєкту щодо можливих помилок.
- Polygon Hermez став частиною розроблення ZK-технологій Polygon і не є незалежним від екосистеми Polygon проєктом. Його напрацювання використовувалися в розвитку Polygon zkEVM та інших компонентів. Polygon PoS водночас залишається окремим сайдчейном і не використовує ту саму модель безпеки, що й ZK-rollup.
- zkTube позиціонувався як ZK-рішення для масштабування Ethereum. Проєкт не належить до найзріліших і найпоширеніших сучасних ролапів, тому перед взаємодією необхідно перевірити актуальність розроблення, аудит контрактів, доступність вихідного коду, ліквідність і незалежні дані про безпеку.
Як використовувати рішення рівня 2 для економії на транзакціях?
Для початку знадобиться криптогаманець, який підтримує вибрану мережу, наприклад Arbitrum One, OP Mainnet, ZKsync Era або Polygon PoS. Важливо пам’ятати, що Polygon PoS є сайдчейном, а не класичним L2-ролапом. Trustee Wallet підтримує роботу з Polygon; на цьому прикладі розглянемо загальний порядок використання альтернативної мережі.
- Установіть застосунок і створіть гаманець.
Під час створення некастодіального гаманця необхідно зберегти seed-фразу в безпечному офлайн-місці. Якщо користувач втратить seed-фразу й одночасно втратить доступ до пристрою або забуде пароль, відновити керування коштами буде неможливо. Seed-фразу не можна вводити на сайтах, передавати службі підтримки або зберігати в загальнодоступному хмарному документі.
Щоб додати Polygon, натисніть «Додати актив», знайдіть мережу Polygon і виберіть POL або потрібний токен у цій мережі. Перед отриманням активу перевірте, що біржа або гаманець відправника використовує саме Polygon PoS, а не Ethereum чи іншу мережу зі схожим токеном.
- Поповніть баланс токеном для оплати комісії.
Для проведення операцій у Polygon PoS знадобиться невелика кількість POL — нативного токена газу мережі. Раніше використовувався MATIC, який було замінено на POL. ETH потрібен для оплати газу в Ethereum і в багатьох ролапах, включно з Arbitrum та OP Mainnet. Наявність однойменного токена в іншій мережі не дає змоги автоматично оплачувати комісію.
Поповнити баланс можна переказом з іншого гаманця, виведенням із біржі з вибором правильної мережі або через доступні в застосунку функції купівлі та обміну. Перед підтвердженням перевірте адресу, мережу, токен, комісію й мінімальну суму виведення. Для першого використання рекомендується тестовий переказ невеликої суми.
- Виберіть децентралізований застосунок.
Після поповнення балансу можна використовувати застосунки, що підтримують вибрану мережу. Їхній актуальний список краще шукати в офіційному каталозі екосистеми. Доступність окремих сервісів, включно зі згаданим у ранній версії статті ChainSwap, може змінюватися. Перед підключенням гаманця перевірте домен, аудит контрактів, репутацію проєкту й дозволи, які запитує застосунок.
- Підключіть гаманець до DApp.
Натисніть «Connect Wallet» на офіційному сайті застосунку й виберіть WalletConnect, якщо цей спосіб підтримується. WalletConnect створює зашифрований сеанс між застосунком і мобільним гаманцем. Підключення через QR-код не є повністю air-gapped, оскільки пристрої взаємодіють через інтернет. Воно також не виключає фішинг і шкідливі запити на підпис, тому кожну операцію необхідно перевіряти в гаманці.
Відскануйте QR-код через функцію WalletConnect у застосунку й переконайтеся, що відображуваний домен відповідає вибраному сервісу.
Після підключення можна виконувати доступні в застосунку операції: обмінювати токени, надавати ліквідність, використовувати стейкінг, купувати NFT або взаємодіяти з мостом. Під час переказу активів між Ethereum та іншою мережею користувач отримує представлення активу в цільовій мережі. Використовуйте офіційний або добре перевірений міст і враховуйте комісії, строки остаточності та ризики смартконтрактів.
Перспективи рішень масштабування другого рівня для ETH
Популярність рішень другого рівня для Ethereum продовжує зростати. L2-мережі стали основним середовищем для багатьох платежів, торговельних операцій, DeFi-застосунків, ігор і соціальних сервісів, яким потрібні нижчі комісії та швидке користувацьке підтвердження.
Перспективи масштабування Ethereum безпосередньо пов’язані з розвитком ролапів. Dencun впровадив blobs для дешевшої публікації даних, а подальші оновлення розширюють їхню доступність та обсяг. Повний Danksharding розглядається як довгострокова технологія, здатна надавати дані великій кількості ролапів і підтримувати сукупну обробку дуже великої кількості транзакцій.
Підвищення продуктивності Ethereum не повинно різко знижувати затребуваність L2. Навпаки, сучасна дорожня карта L1 призначена для розширення можливостей другого рівня. У разі зниження вартості даних ролапи отримують можливість обробляти більше операцій, а конкуренція між ними може поліпшувати комісії та користувацький досвід. Водночас користувачам і надалі необхідно враховувати фрагментацію ліквідності, ризики мостів, централізацію секвенсорів і зрілість кожної мережі.
Поширені запитання про Ethereum Layer 2 (FAQ)
Чим Ethereum Layer 2 відрізняється від сайдчейна?
L2-ролап використовує Ethereum для публікації даних, перевірки доказів та остаточного розрахунку, тому значна частина його безпеки пов’язана з L1. Сайдчейн має власний консенсус і валідаторів та з’єднується з Ethereum мостом. Polygon PoS і Gnosis Chain належать до сайдчейнів, а Arbitrum One та OP Mainnet — до ролапів.
Які ролапи існують в Ethereum?
Основні категорії — optimistic rollups і ZK-rollups. Optimistic rollups передбачають період оскарження опублікованого стану, а ZK-rollups підтверджують стан за допомогою криптографічного validity proof. До першої категорії належать Arbitrum One і OP Mainnet, до другої — Starknet, ZKsync Era та інші validity rollups.
Чому виведення з optimistic rollup може тривати сім днів?
Стандартний міст повинен дочекатися завершення періоду оскарження, щоб переконатися, що опублікований стан не було визнано помилковим. Сама транзакція в L2 зазвичай підтверджується значно швидше. Прискорені мости можуть надати ліквідність раніше, але додають ризики стороннього протоколу або контрагента.
Чи безпечні мережі Layer 2?
Рівень безпеки відрізняється. Необхідно оцінювати систему доказів, доступність даних, керівні ключі, секвенсор, контракти мостів, можливість примусового виведення та зрілість мережі. Навіть ролап, який використовує Ethereum, може тимчасово мати додаткові довірчі припущення.
Як безпечно переказати ETH або токени в L2?
Використовуйте офіційний міст або перевірений сервіс, переконайтеся в правильності мережі й адреси контракту, вивчіть комісії та строк виведення, а перший переказ виконайте на невелику суму. Не вводьте seed-фразу на сайті моста й уважно перевіряйте запити на підпис та дозволи на витрачання токенів.
