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

null

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

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

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

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

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

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

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

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

Отже, потрібно зробити основну мережу ZK.

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

Які переваги ZK після цього?

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

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

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

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

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

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

Після оновлення Fusaka (особливо PeerDAS) і стабільної роботи Ethereum вже зробив ще один крок до ZK для основної мережі, тому Віталік був такий збуджений.

Уявіть мережу з 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 буде його підтримувати.

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

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

Віталік під час розмови про Polygon казав, що ZK і L2 краще розглядати окремо.

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

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

У тому ж твіті Віталік згадував Brevis, який робить багато ZK-робіт, не обмежуючись L2, — “ZK-розробки і L2-розробки розділені”.

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

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