Інтерв’ю з співзасновником Brevis: друга хвиля ZK, ключем є реальне впровадження в умовах необмежених обчислень

Chainfeeds Вступ:

Від реального доказу в Ethereum до повного охоплення застосувань у Web3 та Web2.

Джерело статті:

Автор статті:

TechFlow від Deep Tide

Думка:

mo:На мою думку, розвиток будь-якої технологічної хвилі відбувається ритмічно. Зазвичай перша хвиля застосування нової технології є дуже обмеженою, а друга хвиля значно розширює сценарії використання. Ми можемо згадати кожну нову технологію в історії Інтернету — всі вони проходили через подібний процес. Наприклад, мобільний Інтернет пережив дві хвилі: від початкових простих застосунків до перенесення всього Інтернету на мобільні пристрої, включаючи підйом коротких відео. Розвиток AI також проходив схожий шлях: спочатку він міг вирішувати лише окремі невеликі задачі, а з вибуховим зростанням обчислювальної потужності з’явилися такі нові цикли, як великі мовні моделі (LLM). Так само і з ZK. Близько 2021 року ZK стало гарячою темою в блокчейн-індустрії, але тоді реальні сценарії використання були дуже обмежені, переважно зосереджені на ZK-орієнтованих мережах другого рівня. Ми вважаємо, що ZK як рішення L2 — це гарний приклад застосування, але сценарії використання дуже обмежені, і він стикається з конкуренцією, включаючи Optimistic Rollup. Лише у 2023 році ZK увійшло у фазу спокою, але для нашої команди, яка займається інфраструктурою, це не є ключовою проблемою. Ми не сприймаємо себе просто як ZK-проєкт, ми не керуємося технологіями у створенні продукту, а орієнтуємося на потреби. Ми хочемо вирішувати реальні проблеми галузі, і ZK якраз є ефективним рішенням для цих проблем. Проблема, яку ми вирішуємо, полягає в тому, як зробити масштабні обчислення перевірюваними та виконуваними на блокчейні. ZK — це не мета, а інструмент. Наша головна відмінність від інших ZK-проєктів у тому, що ми можемо впроваджувати ZK у реальні сценарії та кейси. Наприклад, у PancakeSwap ми виявили потребу проєкту надавати користувачам індивідуальний досвід, особливо встановлювати різні комісії для великих трейдерів залежно від обсягу торгів. Таку потребу неможливо реалізувати у традиційних смарт-контрактах. Завдяки ZK ми дозволяємо великим трейдерам генерувати доказ щодо обсягу торгів, після чого смарт-контракт застосовує різні комісії на основі цього доказу, забезпечуючи індивідуалізований користувацький досвід. У співпраці з Euler проєкт хотів не просто стимулювати кредитування, а й розподіляти винагороди за допомогою дуже складних моделей, наприклад, з урахуванням ваги часу, що раніше було неможливо реалізувати у смарт-контрактах, а тепер ми вирішили це завдяки ZK. Ще один приклад — платформа Linea, яка за допомогою ZK реалізувала складну модель розподілу винагород з урахуванням ваги часу, що гарантує відповідність, безпеку та прозорість розподілу. Цю схему розподілу неможливо реалізувати через традиційні смарт-контракти, але завдяки ZK ми змогли це зробити. З цих реальних застосувань видно, що технологія ZK не лише вирішує складні обчислювальні задачі, а й допомагає реалізувати більш індивідуалізовані сервіси, які відповідають потребам користувачів. У нас вже є тисячі користувачів у різних сферах, які користуються цими системами. Тому ми насправді є проєктом, орієнтованим на потреби, і вважаємо, що лише так можна впровадити ZK у ширші сценарії використання та просунути епоху ZK 2.0.