Термін «неможливий трилема» став звичним у блокчейн-спільноті.
Упродовж першого десятиліття Ethereum «неможливий трилема» сприймалася розробниками як фундаментальний закон: можна обрати лише два з трьох — децентралізацію, безпеку або масштабованість — але ніколи не досягти всіх трьох одночасно.
Однак, якщо озирнутися з початку 2026 року, ця межа дедалі більше виглядає такою, що піддається подоланню завдяки технологічному прогресу. 8 січня Віталік Бутерін запропонував нове бачення: «Збільшення пропускної здатності є безпечнішим і надійнішим, ніж зменшення затримки. Завдяки PeerDAS і ZKP масштабованість Ethereum може зрости в тисячі разів без шкоди для децентралізації».
Трилема, яку раніше вважали непереборною, може бути остаточно подолана у 2026 році, коли PeerDAS, ZK-технології та абстракція акаунтів досягнуть зрілості.
I. Чому «неможливий трилема» так важко розв’язати?
Згадаймо «Блокчейн-неможливу трилему» Віталіка Бутеріна, яка описує постійну проблему балансу між безпекою, масштабованістю та децентралізацією у публічних блокчейнах:
- Децентралізація: низькі вимоги до вузлів, широка участь, відсутність єдиного центру впливу;
- Безпека: здатність підтримувати цілісність у випадку атак, цензури чи дій зловмисників;
- Масштабованість: висока пропускна здатність, низька затримка, якісний користувацький досвід;
Зазвичай ці три властивості суперечать одна одній. Збільшення пропускної здатності часто вимагає потужнішого обладнання або централізованої координації; зниження навантаження на вузли може послабити гарантії безпеки; надмірна децентралізація зазвичай зменшує продуктивність і зручність.
За останні 5–10 років, від раннього EOS до Polkadot і Cosmos, а також високопродуктивних ланцюгів на кшталт Solana, Sui і Aptos, кожен публічний блокчейн обирав власний шлях. Деякі жертвували децентралізацією заради продуктивності, інші підвищували ефективність через дозволені вузли або комітети, а окремі приймали обмежену продуктивність, щоб забезпечити стійкість до цензури і свободу валідаторів.
Майже всі рішення масштабування задовольняють лише дві з трьох вимог, неминуче жертвуючи третьою.
Фактично, майже кожне рішення залишалося у межах «монолітної блокчейн-дилеми»: більша швидкість потребує потужніших вузлів, а більше вузлів — уповільнює систему. Це виглядає як нерозв’язна проблема.
Якщо відкинути дискусії про монолітні та модульні блокчейни і подивитися на еволюцію Ethereum з 2020 року — від монолітного ланцюга до багаторівневої rollup-архітектури й розвитку технологій на кшталт ZK (доказів з нульовим розголошенням), видно:
Логіка трилеми за останні п’ять років поступово перебудовувалася завдяки модульному підходу Ethereum.
Ethereum послідовно роз’єднував початкові обмеження через інженерну практику, переводячи трилему з філософської у практичну площину вирішення задач.
II. Поділяй і володарюй: інженерне рішення
Розгляньмо інженерні деталі і проаналізуймо, як у 2020–2025 роках Ethereum вирішував трилему шляхом розвитку декількох технічних рішень одночасно.
Передусім PeerDAS розділяє доступність даних, усуваючи обмеження масштабованості.
Доступність даних часто є основним вузьким місцем масштабованості. Традиційні блокчейни вимагають, щоб кожен повний вузол завантажував і перевіряв усі дані, що забезпечує безпеку, але обмежує масштабованість. Саме тому DA-рішення, як Celestia, стрімко розвивалися в останні роки.
Рішення Ethereum полягає не у посиленні вузлів, а у зміні підходу до валідації даних — PeerDAS (Peer Data Availability Sampling) є ключовим елементом:
Замість того, щоб вимагати від кожного вузла завантаження всіх даних блоку, PeerDAS застосовує ймовірнісне вибіркове тестування для перевірки доступності даних. Дані блоку розділяються і кодуються, а вузли випадково перевіряють їх частини. Якщо дані приховані, ймовірність невдачі вибірки різко зростає. Це суттєво підвищує пропускну здатність і дозволяє звичайним вузлам брати участь у валідації. Тут не відбувається обміну децентралізації на продуктивність; натомість використовується математичний і інженерний підхід для оптимізації вартості валідації.
Віталік підкреслює, що PeerDAS вже не просто концепція — це впроваджений компонент системи. Ethereum зробив реальні кроки до поєднання масштабованості й децентралізації.
Далі — zkEVM, який використовує докази з нульовим розголошенням, щоб зняти питання, чи має кожен вузол повторно виконувати всі обчислення.
Основна ідея — щоб основна мережа Ethereum генерувала та перевіряла ZK-докази. Після виконання кожного блоку створюється математичний доказ, що дозволяє іншим вузлам підтверджувати результати без повторного виконання обчислень. zkEVM має три основні переваги:
- Швидша перевірка: вузли не відтворюють транзакції, а лише перевіряють zkProofs для підтвердження блоку;
- Менше навантаження: значно знижує обчислювальний і дисковий тиск на повні вузли, спрощуючи участь легких вузлів і кросчейн-валідаторів;
- Вища безпека: порівняно з OP-підходами, ZK-докази підтверджують стан у мережі в реальному часі, забезпечуючи кращий захист від підробки та чіткіші межі безпеки;
Нещодавно Ethereum Foundation (EF) оприлюднила стандарт real-time proof для L1 zkEVM, вперше офіційно включивши ZK-технологію до планування основної мережі. Упродовж наступного року основна мережа Ethereum перейде до середовища виконання із підтримкою перевірки zkEVM, переходячи від «важкого виконання» до «верифікації на основі доказів».
Віталік вважає, що zkEVM вже готовий до промислового використання за продуктивністю і функціональністю. Виклики лежать у довгостроковій безпеці та складності впровадження. Технічна дорожня карта EF передбачає затримку доказу блоку менше 10 секунд, розмір окремого zk-доказу до 300 КБ, 128-бітну безпеку, відсутність довіреної ініціалізації та плани залучення домашніх пристроїв до генерації доказів — зниження бар’єру для децентралізації.
Нарешті, дорожня карта Ethereum до 2030 року (включаючи The Surge, The Verge та інші) фокусується на підвищенні пропускної здатності, реструктуризації моделі стану, збільшенні лімітів gas і вдосконаленні рівнів виконання.
Це частина постійного процесу подолання трилеми, що відображає довгострокові зусилля для досягнення більшої пропускної здатності blob, чіткішої ролі rollup, стабільнішого виконання та розрахунків — закладаючи основу для майбутньої багатоланцюгової співпраці та інтероперабельності.
Важливо, що ці оновлення спроектовані як взаємопов’язані модулі, а не ізольовані вдосконалення. Це демонструє «інженерний підхід» Ethereum до трилеми: замість пошуку єдиного рішення, вартість і ризики розподіляються через багаторівневу архітектуру.
III. Бачення Ethereum до 2030 року: фінальна мета
Водночас необхідна обережність. «Децентралізація» та подібні характеристики не є статичними технічними стандартами — вони змінюються з часом.
Ethereum послідовно досліджує межі трилеми з інженерної точки зору. У міру розвитку методів перевірки (від повного обчислення до вибірки), структур даних (від state bloat до state expiration) та моделей виконання (від монолітних до модульних) старі компроміси поступово зникають. Ми наближаємося до «універсального» рішення.
Нещодавно Віталік окреслив чіткіший графік:
- 2026: Завдяки вдосконаленню рівня виконання та механізмів побудови блоків, а також впровадженню ePBS, ліміти gas, не залежні від zkEVM, можуть бути підвищені, відкриваючи шлях до ширшої роботи вузлів zkEVM;
- 2026–2028: Коригування цін на gas, структури стану та організації виконуваних даних дозволять безпечну роботу під вищим навантаженням;
- 2027–2030: У міру того, як zkEVM стане основним методом перевірки блоків, ліміти gas можуть бути ще підвищені, з довгостроковою метою — більш розподілене створення блоків;
Відповідно до останніх оновлень дорожньої карти, до 2030 року для Ethereum очікуються три ключові характеристики, які разом формують остаточну відповідь на трилему:
- Мінімалістичний L1: L1 стає стабільним, нейтральним базовим рівнем, що зосереджений лише на доступності даних і доказах розрахунків, зберігаючи максимальну безпеку завдяки відмові від складної логіки застосунків;
- Розвинений L2 та інтероперабельність: EIL (шар інтероперабельності) та швидкі правила підтвердження об’єднують фрагментовані L2 в єдине ціле, роблячи базові ланцюги невидимими для користувачів, які отримують сотні тисяч TPS;
- Дуже низький поріг верифікації: завдяки зрілим технологіям обробки стану та легких клієнтів навіть смартфони зможуть брати участь у верифікації, закріплюючи основу децентралізації;
Варто зазначити, що під час написання цієї статті Віталік знову підкреслив «Walkaway Test», наголошуючи, що Ethereum має працювати автономно — навіть якщо всі постачальники серверів зникнуть чи зазнають атак, DApps і активи користувачів залишаться у безпеці.
Це зміщує акцент фінальної оцінки з точки зору швидкості та досвіду користувача назад до головного пріоритету Ethereum: надійності системи та стійкості до єдиної точки відмови навіть у найгірших сценаріях.
Висновок
Важливо розглядати виклики з довгострокової перспективи, особливо у стрімко мінливому секторі Web3/Crypto.
Через кілька років дискусії про трилему у 2020–2025 роках можуть здаватися такими ж, як і обговорення того, як кінні екіпажі могли поєднувати швидкість, безпеку і вантажопідйомність до появи автомобілів.
Відповідь Ethereum — це не болісний вибір між трьома крайнощами, а створення цифрової інфраструктури — завдяки PeerDAS, ZK-доказам і продуманому економічному дизайну — що відкрита для всіх, має високий рівень безпеки та здатна підтримувати глобальну фінансову діяльність.
Кожен крок вперед базується на спадщині «неможливої трилеми».
Заява:
- Ця стаття повторно опублікована з [TechFlow], авторські права належать оригінальному автору [imToken]. З усіх питань щодо повторного використання звертайтеся до команди Gate Learn для оперативного вирішення відповідно до чинних процедур.
- Відмова від відповідальності: думки та погляди, висловлені у цій статті, належать виключно автору і не є інвестиційною порадою.
- Інші мовні версії цієї статті перекладені командою Gate Learn. Якщо не зазначено Gate, ви не маєте права копіювати, розповсюджувати або плагіатити перекладену статтю.
