Чому Ethereum потребує ZK-VM: остаточний шлях масштабування
Серед багатьох підходів до масштабування Ethereum, ZK є найскладнішим і водночас найважливішим напрямком. Загалом, V 神 та Ethereum Foundation роблять ставку саме на ZK...
Серед багатьох підходів до масштабування Ethereum, ZK є найскладнішим і водночас найважливішим напрямком.
Якщо подивитися на всю мережу, V 神 та Ethereum Foundation роблять найбільшу ставку на ZK. ZK схожий на наймолодшого сина в сім’ї Ethereum, у якого вкладено найбільше зусиль, але майбутнє якого також найменш визначене.
Декілька днів тому Ethereum Foundation опублікувала Kohaku Roadmap, це планування базових компонентів для приватних гаманців. Дорожня карта знову підкреслює, що багато ключових функцій і надалі будуть залежати від впровадження ZK-EVM або ZK-VM.
Отже, чому Ethereum так наполегливо потребує ZK-VM?
Відповідь дуже проста: для підвищення продуктивності, а не ціною безпеки.
Вузьке місце підвищення продуктивності: загальна верифікація та ліміт GAS
Раніше ми згадували, що найбільш очевидний спосіб підвищити продуктивність Ethereum — це збільшити ліміт GAS, тобто зробити блоки більшими.
Але проблема в тому, що збільшення ліміту GAS має свою ціну, надто великі блоки стають важким тягарем для вузлів.
Наразі Ethereum використовує так званий режим верифікації “загальна верифікація”, тобто всі вузли повинні повністю перевіряти кожен блок. Цей механізм хоч і простий та безпечний, але дуже надлишковий.

Якщо ліміт GAS значно підвищити, обсяг обчислень для кожного вузла також різко зросте.
Враховуючи, що інтервал між блоками в Ethereum становить лише 12 секунд, при цьому потрібно залишити час для розповсюдження блоку та MEV-сортування, у верифікаторів фактично залишається лише 4–8 секунд для перевірки, майже не залишається часу для обробки більшого навантаження.
Ethereum після ZK: від “загальної верифікації” до “загальної одноразової верифікації”
Якщо повністю впровадити ZK на L1 Ethereum, режим верифікації зміниться з “загальної верифікації” на “загальну одноразову верифікацію”. У такому режимі, коли блок зібрано, спочатку генерується ZK-доказ.
Особливість ZK полягає в тому, що генерація доказу повільна, але перевірка надзвичайно швидка. Тому вузлам потрібно лише один раз перевірити правильність доказу, не виконуючи повторно всі транзакції в блоці.

Це означає, що Ethereum може значно підвищити ліміт GAS без істотного збільшення навантаження на вузли.
Яскрава аналогія: раніше, коли ви подавали заявку на відпустку через DingTalk (відправка транзакції), кожен керівник (вузол) мав окремо перевірити, чи залишилися у вас дні відпустки (загальна верифікація), і лише після схвалення всіма процес завершувався.
Після впровадження ZK система спочатку перевіряє, чи дійсно у вас є відпустка, а потім видає доказ (ZK) усім керівникам, і їм залишається лише довіритися системі та швидко схвалити (загальна одноразова верифікація).
Після ZK ви все ще подаєте заявку на відпустку (відправка транзакції), система бачить, що у вас залишилися дні відпустки, і одразу повідомляє всім керівникам “ця людина має відпустку”, а керівники повністю довіряють системі (ZK), тому схвалення відбувається набагато швидше (загальна одноразова верифікація).
Ось чому Ethereum прагне впровадити ZK.
Криптографічні виклики та приклади
Звісно, реалізація всього цього вимагає величезних інженерних зусиль і дуже високої криптографічної складності, тому Ethereum повинен співпрацювати з професійними командами.
Brevis protocol, згаданий дослідником Ethereum Foundation Джастіном, є одним із провідних прикладів у цій сфері.

Brevis спеціалізується на ZK-VM, а його новітня технологія Pico Prism є однією з найшвидших для генерації ZK-доказів за заданих умов.
Згідно з тестовими даними, при поточному розмірі блоку Ethereum у 45M GAS, Brevis із використанням 64 RTX 5090 GPU може завершити 99,6% доказів блоку за 12 секунд, з яких 96,8% доказів генеруються за 10 секунд.

Щоб зберегти децентралізацію, Ethereum вимагає, щоб вартість обладнання для генерації ZK-доказів не перевищувала 100 тисяч доларів.
Хоча більш потужні GPU (наприклад, H200 або B200) можуть швидше генерувати докази, це значно підвищить поріг входу. Поточний дизайн Brevis якраз вписується в ці обмеження.
Чому “10-секундне покриття” також надзвичайно важливе? Тому що MEV-блоки зазвичай генеруються за 1–3 секунди, а додаткові 10 секунд на генерацію доказу якраз заповнюють 12-секундний інтервал між блоками.
Висновок: логіка шляху ZK для Ethereum
Щоб прискорити підвищення продуктивності L1 Ethereum, необхідно підвищити ліміт GAS;
Щоб безпечно підвищити ліміт GAS, потрібно впроваджувати ZK;
А щоб елегантно впровадити ZK (генерація доказу за 10 секунд, вартість обладнання нижче 100 тисяч доларів), потрібні спільні зусилля криптографічної спільноти та криптоекосистеми.
ZK — це найскладніший, але й найвизначніший напрямок масштабування Ethereum.
Він стосується не лише продуктивності, а й є кінцевим рішенням для пошуку балансу між безпекою та децентралізацією в Ethereum.
Відмова від відповідальності: зміст цієї статті відображає виключно думку автора і не представляє платформу в будь-якій якості. Ця стаття не повинна бути орієнтиром під час прийняття інвестиційних рішень.
Вас також може зацікавити
Приватний ключ Bitcoin на 15 мільярдів доларів випадково злитий, що призвело до злому
Чи мій on-chain гаманець все ще є моїм гаманцем?

Приватний ключ до bitcoin на 15 мільярдів доларів випадково був зламаний США
Чи залишається мій on-chain гаманець моїм гаманцем?

Документальний фільм про Bitcoin за участю Michael Saylor виходить на Prime та Apple TV
Unbanked з’явиться цього Хеллоуїна, щоб відзначити походження Bitcoin, розглядаючи його культурний та фінансовий вплив у глобальному масштабі. За участі провідних криптоекспертів і раннього обговорення нагород, це може стати знаковою подією для сфери цифрових активів.

У тренді
БільшеЦіни на криптовалюти
Більше








