Чому Ethereum так терміново потребує ZK-технологій?

Останнім часом найбільше запитань стосуються того, як** оцінювати наратив Ethereum**?

Звісно, у 17 році Ethereum зробив ставку на ICO та світовий комп’ютер, у 21 році — на DeFi та фінансовий розрахунковий шар. А у 25 році ця хвиля, здається,** рідко має новий наратив, який би міг у високому рівні конкурувати з попередніми старими наративами**.

Можливо, ETF та Staking ETF можна вважати напів, але це не залежить від розробників Ethereum.Якщо говорити про іншу половину, то це може бути лише ZK.

Ethereum дійсно є найбільшим у всьому світі Crypto блокчейном, що робить ставку на ZK, без сумніву.

Кілька днів тому Vitalik був дуже схвильований, він офіційно оголосив у Twitter, що ZKEVM вже перейшов у Alpha-стадію.

Чому Ethereum так наполегливо прагне ZK?

Насправді, зараз TPS Ethereum вже досить високий, теоретичний пік досяг понад 200 TPS, і причина цього —** багаторазове підвищення ліміту Gas.** Однак,** підвищення ліміту Gas має свою ціну, його не можна безмежно підвищувати. Його** ціна — це те, що вузли потребують більш дорогих серверів для роботи.**

Але Ethereum хоче зберегти свою гордість — високу децентралізацію, тому не може підвищувати продуктивність серверів занадто сильно (згадати Solana — один сервер приблизно у 5–10 разів дорожчий за один сервер ETH).

Тому потрібно зробити основну мережу ZK. Зверніть увагу, це не просто кілька ZK L2, це повна ZK-інтеграція основної мережі.

Що ж дає ZK після впровадження?

Ці ETH-ноді зможуть просто перевіряти ці ZK-докази, не потрібно буде вручну перевіряти кожну транзакцію, як раніше.

Наприклад, якщо ви — суддя (нод), то ці транзакції — це роботи студентів.

Раніше вручну перевіряти роботи було дуже повільно. Але з появою чудо-інструменту — заповнення тестових бланків (ZK-інтеграція), машина за секунду підраховує загальний бал студента, і ви, як викладач, можете дуже легко це зробити.

Ви стали більш ефективним: раніше один міг перевірити 50 робіт, а тепер — 1000, і все це за той самий час, продуктивність зросла в рази.

Отже, Ethereum має спочатку зробити ZK-інтеграцію основної мережі, а потім вже значно підвищувати ліміт Gas.

ZK сама по собі не підвищує TPS безпосередньо, це — передумова. Підвищення продуктивності все ще залежить від підвищення ліміту Gas, але після ZK-інтеграції вузли не потребують таких великих серверних витрат, що зменшує ціну.

Після останнього оновлення Fusaka (особливо оновлення PeerDAS), мережа працює добре, і Ethereum зробив ще один крок до ZK-інтеграції основної мережі, тому Vitalik був настільки схвильований.

Уявіть мережу з TPS понад тисячу — для Ethereum це вже досить хороший наратив.

З’явилося питання:

Якщо Ethereum сам зробить ZK-EVM для основної мережі, чи матимуть інші ZK-команди ще сенс?

Спершу — відповідь: так, матимуть.

Чому?

По-перше, розробка ZK — одна з найскладніших у всій мережі, порівнянна з FHE. Вона потребує багато криптографічних фахівців.

Вірю, що ETH Foundation має певний запас у цій галузі, але як відкритий спільнота, Ethereum дотримується ідеї, що багато рук — запорука вогню,** потрібні багато сторонніх ZK-команд для тестування та інновацій. У відповідь Ethereum надасть їм багато підтримки.**

По-друге, ZK-EVM має чотири типи, від type1 до type4. Серед команд — Polygon, Scroll, ZKsync, Taiko — кожна реалізує один із типів.

Крім того, є ZK-VM, наприклад Brevis.

Значить, ZK-VM у порівнянні з ZK-EVM має більш стабільну позицію.

Причина — з чотирьох типів ZK-EVM, швидше за все, буде обрано один найкращий за співвідношенням ціна/якість, і він стане частиною основної ZK-EVM Ethereum, тоді інші три можуть зазнати впливу.

Але ZK-VM не є сумісною з EVM, тому вона обов’язково буде** частиною різноманітності Ethereum.**

Крім того, оскільки VM не обмежена EVM, її продуктивність може бути дуже високою. ZK-EVM Ethereum не становить для неї загрози, навпаки — офіційна команда Ethereum буде її підтримувати.

Наприклад, раніше Vitalik згадав про продуктивність ZK-VM Brevis і сподівається, що вони увійдуть у сферу ZK-EVM.

Що стосується L2? Можливо, це матиме вплив, але незначний.

Коли Vitalik говорив про Polygon, він казав, що** ZK і L2 краще розглядати окремо.**

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

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

У тому ж твіті Vitalik також згадав Brevis — ZK-VM, оскільки багато роботи Brevis у сфері ZK не обмежується L2, тобто “ZK- дослідження і L2- дослідження — окремі напрямки”.

Наприклад, у них є ринок ZK-обчислень, вони допомагають у розподілі нагород за ZK для інтеграції з Uniswap, що є прикладом застосування.

Загалом, Ethereum вже 10 років на ринку, і ідея ZK існує вже понад п’ять-сім років. Відданість цій ідеї привела до того, що ZK-інтеграція перейшла у Alpha-стадію, і це стало можливим завдяки постійним зусиллям Ethereum і багатьох сторонніх команд, таких як Brevis, Polygon та інших.