У галузі приватності блокчейна і доказів із нульовим знанням справжні фахівці, які займаються глибокою розробкою, чесно визнають один ключовий біль: ZK ніколи не був питанням функціональної здійсненності, а швидше питанням продуктивності та доступності. Навіть найвишуканіші наукові статті та білі книги, як тільки вони переходять до реального впровадження, час генерації доказів часто становить десятки секунд або навіть кілька хвилин, і в підсумку користувацький досвід руйнується.



Багато публічних ланцюгів у ринку заявляють про підтримку доказів із нульовим знанням, але насправді застосовують жорстке інтегрування логіки схем у рамки EVM. Хоча ця схема теоретично можлива, на практиці вона дає дуже слабкий досвід — ніби їхати на тракторі швидкісною трасою: скільки б не натискали на газ, ефективність не буде такою, якою вона має бути.

За останні кілька років дуже мало ланцюгів здатні обробляти складну логіку приватності, і причина тут не в тому, що криптографічна теорія ще недостатньо зріла, а в тому, що базове виконавче середовище зовсім не відповідає вимогам. Саме тому Dusk обрав зовсім інший інженерний шлях: замість того, щоб робити патчі до EVM, він повністю переосмислив його на рівні віртуальної машини, і створив власну віртуальну машину Piecrust.

Мета Piecrust VM дуже чітка — це не універсальне рішення, а виконавче середовище, спеціально створене для обчислень із нульовим знанням. Важливість цього дизайнерського вибору часто ігнорується. EVM за своєю природою оптимізована для детермінованості стану та можливості повторного запуску, але ніколи не враховувала дружелюбність до доказів. Запуск обчислень із нульовим знанням на EVM — це одночасно виконання бізнес-логіки і додаткові великі накладні витрати на докази.

Dusk змінив цю парадигму: оскільки мета — приватність і підтверджувані обчислення, то модель виконання, набір інструкцій і управління станом повинні з самого початку бути орієнтовані на докази із нульовим знанням. Результатом стала здавалась нелогічною, але насправді цілком здійсненна, значна оптимізація продуктивності — час генерації доказів суттєво скоротився, і ZK справді перетворився з ідеалу на практичний продукт.
DUSK38,99%
Переглянути оригінал
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
  • Нагородити
  • 4
  • Репост
  • Поділіться
Прокоментувати
0/400
consensus_failurevip
· 14год тому
На папері все виглядає добре, але при реальній роботі все злітає з рейок, це справжня ілюстрація ZK Зачекайте, чи справді ця Piecrust VM від Dusk може запуститися, чи це знову просто хайп... Примусове вставлення ZK-логіки в EVM — це як забивати цвях молотком, рано чи пізно виникнуть проблеми Шлях спеціалізованої VM — правильний чи ні, потрібно дивитися на реальні тестові дані, просто хвалити без підкріплення не допоможе До речі, чи хтось справді користувався продуктами Dusk, здається, інтерес на ринку високий, але реальних відгуків мало Це справжній інженерний підхід, замість того, щоб зібрати все по частинах, краще переробити з кореня Застосування ZK — це справжня цінність, а проект, який має лише паперову теорію і немає користувачів, — що це взагалі? Ідея спеціального дизайну Piecrust дійсно нова, але чи зможе вона справді перевершити EVM за продуктивністю — питання залишається відкритим
Переглянути оригіналвідповісти на0
GasFeeTearsvip
· 14год тому
Ще одна метафора про трактор на швидкісній трасі, але цього разу здається, справді хтось хоче вирішити?
Переглянути оригіналвідповісти на0
MEVHunterXvip
· 14год тому
Чорт, EVM з ZK — це серйозна вразливість, давно потрібно було змінити підхід
Переглянути оригіналвідповісти на0
FreeMintervip
· 14год тому
Знову звична тема — продуктивність ZK, але підхід Dusk дійсно відрізняється Тільки тепер зрозумів, чому так багато ланцюгів хвалять ZK, але все це лише презентаційні проекти, причина в корені неправильна Операція Piecrust трохи жорстка, спеціалізований VM дійсно дає шанс Але чи зможе це дійсно запуститися? Потрібно чекати на реальні дані Виправлення EVM силовим патчем дійсно схоже на трактор, що мчить на швидкості, чудова метафора, ха-ха Саме так має виглядати правильний підхід у дизайні, враховуючи ZK з самого низу Здається, у криптовалютній спільноті справді бракує проектів, які б справді займалися важкою роботою
Переглянути оригіналвідповісти на0
  • Закріпити