Міша Комаров, Blockworks, укладач Сон Сюе, Golden Finance
Web3 приділяє стільки уваги базовій концепції технології з нульовим розголошенням, що тепер вона стала основою та фокусом кожної розробки. Але його масштабованість, безпека та переваги конфіденційності не роблять його надійним.
Люди не усвідомлюють, що в середовищі Web3 технологія з нульовим розголошенням (ZK) все ще досить нова і не позбавлена недоліків. Розробники активно вирішують поточні проблеми за допомогою технології ZK, але інноваційний характер простору означає, що вони, як правило, концептуалізують швидше, ніж можуть побудувати.
Продовжувати довіряти ZK без повного розуміння її технічних проблем небезпечно для сталого майбутнього Web3. Перш ніж сліпо покладатися на цю технологію, нам потрібно ретельно вивчити її та її потенційні недоліки. **
У Web3 не повинно бути героїв – жодній технології не можна поклонятися. **
В ідеальному майбутньому технологія ZK відіграватиме більш інтегровану роль у всій ончейн-діяльності. Однак в даний час технологія існує майже як доповнення або аксесуар, а не як щось, що здатне фундаментально підтримувати ончейн-виконання. ** Це пов'язано з тим, що напрямки та продукти, що розробляються, все ще відносно нові.
Але сфера технології ZK виросла до такої міри, що вона ризикує надмірно ускладнити себе. Існує зростаючий розрив у знаннях між розробниками ZK та користувачами Web3. **
Інші проблеми, з якими стикається розвиток технологій ZK, включають оптимізацію часу виходу на ринок без шкоди для цілісності проекту. Докази та схеми ZK наразі недоступні, оскільки розробникам потрібно вивчити мови для конкретної предметної області (DSL) для подальшого підтвердження цих обчислень.
Це наукомісткий процес, найкращим прикладом чого є той факт, що між пре-альфа-тестовою мережею Scroll та запуском основної мережі пройшло майже півтора року. Витративши час на правильну реалізацію та перевірку коду, час виходу Scroll на ринок може бути ускладнений процесом поглибленого перегляду коду схеми zkEVM, реалізованого за допомогою деяких користувацьких zkDSL, пов'язаних з Halo2.
Це проблема, оскільки лише кілька людей у світі мають знання з перших рук про DSL та криптографію. У міру того, як ми залучаємо все більше розробників до використання передових технологій ZK, ми повинні переконатися, що кожен компонент технології ZK можна перевірити незалежно.
Крім того, виникає проблема конфігурації. Кожне необхідне оновлення в кінцевому підсумку є повною реконструкцією новоствореної системи, а не «оновленням» в тому сенсі, що розробник будує поверх існуючого фреймворку.
Проєкти, які підтримують ZK, вже працюють над рішеннями, які спрощують процес збірки для розробників. Це допоможе вирішити ключові проблеми, включаючи повільний час виходу на ринок, вартість генерації доказів як незалежної сторони, можливість конфігурації схем і вимогу до вивчення конкретних криптографічних мов.
Побудова простіших способів якомога простішої компіляції коду в повнофункціональні схеми має вирішальне значення для забезпечення компонування додатків з підтримкою ZK. Такі інструменти, як компілятори, можуть швидко допомогти перевірити функціональність вашого коду. Розробники також можуть використовувати різні мови кодування для розробки більш ефективних додатків.
Продовжуючи зосереджуватися на критично важливій роботі, яка впливає на масштабованість і безпеку в інших питаннях, які ведуться в цій сфері. **Недоліки технології ZK ігноруються просто тому, що галузь відчайдушно потребує масштабованості та безпеки, ігноруючи недоліки вартості та складності. **
Правда в тому, що технологія ZK повинна зробити це просто. Розробники повинні мати можливість використовувати технологію, навіть якщо вони не є експертами в криптографії або схемотехніці.
Постачальники інфраструктури ZK повинні створювати інструменти, які полегшують створення додатків з підтримкою ZK і спрощують процес збірки для розробників.
Оптимізація виробничих процедур і зниження витрат, пов'язаних з інфраструктурою, є одним із способів вирішення цих проблем. Інший можливий підхід полягає в тому, щоб надати більше ресурсів і підтримки, таких як освітні програми та можливості наставництва, для розробників, які бажають увійти в цю сферу.
Зрештою, навіть з технологією ZK не просто довіряйте, а перевіряйте. **
Це виходить за рамки базових розрахунків за транзакціями, це має застосовуватися до інструментів, які ми використовуємо для створення або компіляції коду, і розробники та користувачі повинні бути більш обізнаними про це, щоб сприяти цілісності між проектами.
Ми можемо уникнути розчарування, поглянувши на простір ZK цілісно – майбутнє, яке обіцяє забезпечити безнадійну перевірку майже всього. Будівельники повинні розуміти, що його можливості виходять далеко за рамки масштабованості та безпеки.
Переглянути оригінал
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
Чому люди занадто довіряють технологіям з нульовим розголошенням?
Міша Комаров, Blockworks, укладач Сон Сюе, Golden Finance
Web3 приділяє стільки уваги базовій концепції технології з нульовим розголошенням, що тепер вона стала основою та фокусом кожної розробки. Але його масштабованість, безпека та переваги конфіденційності не роблять його надійним.
Люди не усвідомлюють, що в середовищі Web3 технологія з нульовим розголошенням (ZK) все ще досить нова і не позбавлена недоліків. Розробники активно вирішують поточні проблеми за допомогою технології ZK, але інноваційний характер простору означає, що вони, як правило, концептуалізують швидше, ніж можуть побудувати.
Продовжувати довіряти ZK без повного розуміння її технічних проблем небезпечно для сталого майбутнього Web3. Перш ніж сліпо покладатися на цю технологію, нам потрібно ретельно вивчити її та її потенційні недоліки. **
У Web3 не повинно бути героїв – жодній технології не можна поклонятися. **
В ідеальному майбутньому технологія ZK відіграватиме більш інтегровану роль у всій ончейн-діяльності. Однак в даний час технологія існує майже як доповнення або аксесуар, а не як щось, що здатне фундаментально підтримувати ончейн-виконання. ** Це пов'язано з тим, що напрямки та продукти, що розробляються, все ще відносно нові.
Але сфера технології ZK виросла до такої міри, що вона ризикує надмірно ускладнити себе. Існує зростаючий розрив у знаннях між розробниками ZK та користувачами Web3. **
Інші проблеми, з якими стикається розвиток технологій ZK, включають оптимізацію часу виходу на ринок без шкоди для цілісності проекту. Докази та схеми ZK наразі недоступні, оскільки розробникам потрібно вивчити мови для конкретної предметної області (DSL) для подальшого підтвердження цих обчислень.
Це наукомісткий процес, найкращим прикладом чого є той факт, що між пре-альфа-тестовою мережею Scroll та запуском основної мережі пройшло майже півтора року. Витративши час на правильну реалізацію та перевірку коду, час виходу Scroll на ринок може бути ускладнений процесом поглибленого перегляду коду схеми zkEVM, реалізованого за допомогою деяких користувацьких zkDSL, пов'язаних з Halo2.
Це проблема, оскільки лише кілька людей у світі мають знання з перших рук про DSL та криптографію. У міру того, як ми залучаємо все більше розробників до використання передових технологій ZK, ми повинні переконатися, що кожен компонент технології ZK можна перевірити незалежно.
Крім того, виникає проблема конфігурації. Кожне необхідне оновлення в кінцевому підсумку є повною реконструкцією новоствореної системи, а не «оновленням» в тому сенсі, що розробник будує поверх існуючого фреймворку.
Проєкти, які підтримують ZK, вже працюють над рішеннями, які спрощують процес збірки для розробників. Це допоможе вирішити ключові проблеми, включаючи повільний час виходу на ринок, вартість генерації доказів як незалежної сторони, можливість конфігурації схем і вимогу до вивчення конкретних криптографічних мов.
Побудова простіших способів якомога простішої компіляції коду в повнофункціональні схеми має вирішальне значення для забезпечення компонування додатків з підтримкою ZK. Такі інструменти, як компілятори, можуть швидко допомогти перевірити функціональність вашого коду. Розробники також можуть використовувати різні мови кодування для розробки більш ефективних додатків.
Продовжуючи зосереджуватися на критично важливій роботі, яка впливає на масштабованість і безпеку в інших питаннях, які ведуться в цій сфері. **Недоліки технології ZK ігноруються просто тому, що галузь відчайдушно потребує масштабованості та безпеки, ігноруючи недоліки вартості та складності. **
Правда в тому, що технологія ZK повинна зробити це просто. Розробники повинні мати можливість використовувати технологію, навіть якщо вони не є експертами в криптографії або схемотехніці.
Постачальники інфраструктури ZK повинні створювати інструменти, які полегшують створення додатків з підтримкою ZK і спрощують процес збірки для розробників.
Оптимізація виробничих процедур і зниження витрат, пов'язаних з інфраструктурою, є одним із способів вирішення цих проблем. Інший можливий підхід полягає в тому, щоб надати більше ресурсів і підтримки, таких як освітні програми та можливості наставництва, для розробників, які бажають увійти в цю сферу.
Зрештою, навіть з технологією ZK не просто довіряйте, а перевіряйте. **
Це виходить за рамки базових розрахунків за транзакціями, це має застосовуватися до інструментів, які ми використовуємо для створення або компіляції коду, і розробники та користувачі повинні бути більш обізнаними про це, щоб сприяти цілісності між проектами.
Ми можемо уникнути розчарування, поглянувши на простір ZK цілісно – майбутнє, яке обіцяє забезпечити безнадійну перевірку майже всього. Будівельники повинні розуміти, що його можливості виходять далеко за рамки масштабованості та безпеки.