В статье рассматриваются новые тренды ETH Fang в 2023 году: ZK и конфиденциальность

1. Фон

Виталик Бутерин, соучредитель ETH Workshop, ясно дал понять, что ETH Workshop потерпит неудачу без технологического сдвига в переходе к конфиденциальности. Поскольку все транзакции находятся в открытом доступе, жертвы конфиденциальности слишком велики для многих пользователей, и все обратятся к централизованным решениям, которые скрывают данные, по крайней мере, в некоторой степени.

В 2023 году Виталик провел серию исследований по защите конфиденциальности и продвижению технологий доказательств с нулевым разглашением (ZK). В первом полугодии Виталик опубликовал на своем сайте три статьи, посвященные ЗК и защите конфиденциальности. В апреле он также представил на Reddit исследование о конфиденциальности хранителей кошельков. В сентябре он в соавторстве с другими профессионалами опубликовал статью, в которой предложил решение для баланса между конфиденциальностью и соответствием требованиям.

Кроме того, ETH Fang Ecology также активно содействует обсуждению и популяризации этой темы. На мероприятии ETHDenver в марте было проведено специальное мероприятие, посвященное конфиденциальности. На ежегодной конференции EDCON (Ethereum Community Conference) в мае Виталик подчеркнул, что «в ближайшие 10 лет ZK-SNARK будут так же важны, как и блокчейны».

В этой статье отслеживаются последние события в экосистеме ETH в 2023 году с точки зрения использования технологии ZK для продвижения защиты конфиденциальности. Если вы хотите попасть на схему ETH ZK, эта статья может предоставить необходимую интерпретацию и руководство.

2. ETH Трек ZK: Построение будущего защиты конфиденциальности

**ETH Прозрачность может подвергнуть риску утечки личную информацию пользователей. ** В блокчейнах, таких как ETH Fang, нет никаких секретов, и вся информация является общедоступной, что включает в себя другие действия в сети, такие как транзакции, голосование и т. д. Такая открытость может привести к тому, что определенные транзакции и адреса будут отслеживаться и связываться с реальными личностями пользователей. Поэтому важно реализовать защиту конфиденциальности на ETH. Сокрытие информации в блокчейне может быть осуществлено с помощью криптографии, но задача состоит в том, чтобы гарантировать, что действительность этих транзакций проверена, защищая при этом конфиденциальность. Технология ZK предоставляет решение для подтверждения подлинности транзакции без раскрытия дополнительной информации, с учетом конфиденциальности и проверяемости.

ZK-SNARK высоко ценятся ETH, особенно в определенных ключевых сценариях приложений, сохраняющих конфиденциальность. Это очевидно в исследованиях и предложениях Виталика, где Салус сопоставляет типичные сценарии, которые Виталик предлагает в своем исследовании, а именно частные сделки и социальное восстановление.

2.1 Частные транзакции

Что касается приватных транзакций, Виталик предлагает две концепции: Stealth Addresses и Privacy Pools.

1. Схема приватного адреса позволяет совершать транзакции, не скрывая личность получателя транзакции. **Это решение обеспечивает защиту конфиденциальности, обеспечивая прозрачность и проверяемость транзакций.

2. Основываясь на протоколе пула конфиденциальности, пользователи могут доказать, что их торговые средства принадлежат известным совместимым источникам, не раскрывая историю транзакций. Эта опция позволяет пользователям проводить частные транзакции, соблюдая правила.

Обе эти схемы неотделимы от ЗК. В обоих сценариях пользователям разрешается создавать доказательства с нулевым разглашением, чтобы доказать действительность своих транзакций.

2.1.1 Адрес конфиденциальности

Предположим, что Алиса намеревается передать какой-то актив Бобу, и когда Боб получает этот актив, он не хочет, чтобы мировая общественность знала, что он является получателем. Хотя скрыть факт передачи активов сложно, скрыть личность получателя можно. Именно в этом контексте возникла схема приватных адресов, и ее главная проблема заключается в том, как эффективно скрыть личность получателя транзакции.

Итак, в чем разница между приватным адресом и обычным адресом ETH, и как использовать адрес конфиденциальности на основе ZK для частных транзакций? Salus познакомит вас с ними по одному.

1. В чем разница между частным адресом и обычным адресом ETH?**

Адрес конфиденциальности — это адрес, который позволяет отправителю транзакции генерироваться неинтерактивным способом и может быть доступен только ее получателю. **Мы объясняем разницу между приватным адресом и обычным адресом ETH в двух измерениях: кто его генерирует и кто имеет к нему доступ.

Кем сгенерировано?

Обычные ETH адреса генерируются самим пользователем на основе алгоритмов шифрования и хеширования. Приватный адрес может быть сгенерирован как самим лицом, так и другой стороной сделки. Например, когда Алиса переводит деньги Бобу, адрес, который Боб использует для получения перевода, может быть сгенерирован Бобом или Алисой, но контролируется только Бобом.

Кто может получить доступ?

Вид, сумма и источник средств по обычному счету ETH являются общедоступными. Принимая во внимание, что в транзакциях, совершенных с помощью защищенного адреса, только получатель имеет доступ к средствам, хранящимся на его скрытом адресе. Наблюдатель не может связать адрес конфиденциальности получателя с его личностью, защищая конфиденциальность получателя.

(2) Как использовать адреса конфиденциальности на основе ZK для частных транзакций?**

Если Алиса хочет отправить активы на личный адрес Боба, это способ скрыть получателя транзакции. Вот подробное описание процесса торговли:

1. Сгенерируйте адрес конфиденциальности

● Боб генерирует и сохраняет ключ расходов, который является закрытым ключом, который можно использовать для расходования средств, отправленных на личный адрес Боба.

● Боб использует ключ потребления для создания скрытого мета-адреса, который можно использовать для вычисления адреса конфиденциальности для данного получателя и передачи метаадреса конфиденциальности Алисе. Алиса вычисляет метаадрес конфиденциальности, чтобы создать адрес конфиденциальности, принадлежащий Бобу.

2. Отправляйте ресурсы на адрес конфиденциальности

● Алиса отправляет ресурсы на адрес конфиденциальности Боба.

● Поскольку Боб не знает, что этот адрес конфиденциальности является его собственным, Алисе также необходимо опубликовать некоторые дополнительные зашифрованные данные (временный открытый ключ, эфмерный публичный ключ) в цепочке, чтобы помочь Бобу обнаружить, что этот адрес конфиденциальности принадлежит ему.

Адрес конфиденциальности в описанном выше процессе также может быть создан с использованием доказательств с нулевым разглашением, созданных из хэшей и криптографии с открытым ключом. Код смарт-контракта в адресе конфиденциальности может быть интегрирован с ZK. Встраивая логику проверки доказательств с нулевым разглашением, смарт-контракты могут автоматически проверять действительность транзакций. ** Эта схема построения частного адреса проще, чем другие схемы, включая криптографию на основе эллиптических кривых, изогенеи на основе эллиптических кривых, решетки и универсальные примитивы черного ящика.

2.1.2 Пул конфиденциальности

Независимо от того, достигаются ли частные транзакции путем сокрытия личности получателя транзакции или другой информации о транзакции, существует серьезная проблема: как пользователи могут доказать, что их транзакционные средства принадлежат известному соответствующему источнику, не раскрывая всю историю транзакций. Будучи публичной блокчейн-платформой, ETH не должны становиться средой для отмывания денег и другой незаконной деятельности.

Виталик предложил решение под названием «Пул конфиденциальности», которое направлено на то, чтобы сбалансировать защиту конфиденциальности и соответствие требованиям блокчейнов. Тем не менее, каковы проблемы, связанные с защитой конфиденциальности и соблюдением нормативных требований, и как найти баланс между конфиденциальностью и соответствием требованиям? Салус предлагает углубленное и поучительное обсуждение обоих вопросов.

(1) Проблемы с защитой конфиденциальности и соблюдением нормативных требований**

При достижении конфиденциальности сложно обеспечить соблюдение требований к транзакциям, что можно наглядно продемонстрировать, проанализировав случай с Tornado Cash.

Tornado Cash — это криптовалютный миксер, который смешивает большое количество депозитов и снятий средств. После внесения токенов на один адрес пользователи могут предъявить ZK Proof, чтобы доказать, что они внесли депозит, а затем вывести средства с нового адреса. Эти две операции являются публичными в цепочке, но переписка между ними не является публичной, поэтому они анонимны. Несмотря на то, что он может повысить конфиденциальность пользователей, он часто используется незаконными субъектами для отмывания денег. В результате OFAC Министерства финансов США наконец-то добавило адрес смарт-контракта Tornado Cash в санкционный список. Регуляторы считают, что соглашение способствует отмыванию денег и не способствует борьбе с финансовыми преступлениями.

** Недостатки Tornado Cash в защите конфиденциальности заключаются в том, что нет способа проверить, соответствует ли источник токена пользователя требованиям. Чтобы решить эту проблему, Tornado Cash предоставляет централизованный сервер, чтобы помочь пользователям доказать, что их токены соответствуют требованиям. Тем не менее, сервер должен получить информацию о выводе средств, предоставленную пользователем, и определить, какому депозиту соответствует вывод средств, чтобы сгенерировать доказательство. Этот централизованный механизм не только имеет издержки предположений о доверии, но и порождает информационную асимметрию. В конечном счете, этот механизм практически не используется пользователями. Несмотря на то, что Tornado Cash реализует функции конфиденциальности, он не предоставляет эффективного механизма для проверки того, что происхождение токенов пользователя соответствует требованиям, чем могут воспользоваться преступники.

(2) Как найти баланс между конфиденциальностью и соответствием нормативным требованиям?**

Исходя из этих проблем, Виталик предложил концепцию пулов конфиденциальности, которая позволяет пользователям доказать, что их источники финансирования соответствуют требованиям, не раскрывая историческую информацию о транзакциях. Это обеспечивает баланс между конфиденциальностью и соответствием требованиям.

Пулы конфиденциальности основаны на ZK и наборах ассоциаций, что позволяет пользователям создавать и публиковать доказательства ZK-SNARK, которые доказывают, что их средства поступают из известного, соответствующего требованиям источника. Это означает, что средства принадлежат к соответствующему набору ассоциаций или не принадлежат к несоответствующему набору ассоциаций.

Корреляционные коллекции создаются поставщиками ассоциативных коллекций на основе определенных политик:

1. Доказательство членства: Депозиты со всех надежных торговых платформ помещаются в корреляционный набор, и есть убедительные доказательства того, что они являются низкорисковыми.

2. Доказательство исключения: Определите группу депозитов, которые были помечены как рискованные или для которых есть убедительные доказательства того, что они являются несоответствующими фондам. Создайте связанную коллекцию, содержащую все депозиты, кроме этих.

При внесении депозита пользователь генерирует секрет через ZK и хеширует публичный идентификатор монеты, чтобы отметить свою связь с фондом. При выводе средств пользователь подает обнулитель, соответствующий секрету (обнулитель — это уникальный идентификатор, производный от секрета), чтобы доказать, что средства принадлежат ему. Более того, пользователи могут доказать, что их средства принадлежат известному совместимому источнику, доказав две ветви Меркла через ZK:

1. Его идентификатор монеты принадлежит дереву идентификаторов монет, которое представляет собой коллекцию всех транзакций, которые происходят в данный момент;

2. Его идентификатор монеты принадлежит к дереву ассоциативных множеств, которое представляет собой коллекцию транзакций, которые пользователь считает совместимыми.

(3) Сценарии применения ZK в пулах конфиденциальности?**

1. Гибкость для частных транзакций: Для обработки переводов любого номинала в частных транзакциях к каждой транзакции прилагаются дополнительные доказательства с нулевым разглашением. Это доказательство гарантирует, что общий номинал созданного токена не превышает общий номинал потребляемого токена, тем самым обеспечивая действительность транзакции. Во-вторых, ZK поддерживает непрерывность и конфиденциальность транзакций, проверяя приверженность каждой транзакции оригинальному идентификатору токена депозита, что позволяет гарантировать, что каждый вывод средств связан с соответствующим первоначальным депозитом, даже в случае частичного снятия.

2. Атаки с суммированием баланса: Атакам суммирования баланса можно противостоять, объединяя токены и фиксируя набор идентификаторов токенов, а также объединяя обязательства по родительским транзакциям для нескольких входных транзакций. Этот подход основан на том, что ZK гарантирует, что все зафиксированные идентификаторы маркеров находятся в связанных с ними коллекциях, что повышает конфиденциальность транзакций.

2.2 Социальное восстановление

В реальной жизни у нас может быть более одного счета банковской карты. Потеря PIN-кода карты означает, что мы не можем использовать средства на нашей карте. В этом случае мы обычно обращаемся в банк за помощью, чтобы восстановить пароль.

Точно так же в блокчейнах, таких как ETH, у нас может быть несколько адресов (учетных записей). Приватный ключ, как и пароль от банковской карты, является единственным инструментом, который у вас есть для контроля средств на вашем счете. Как только вы потеряете свой приватный ключ, вы потеряете контроль над своей учетной записью и больше не сможете получить доступ к средствам на своем счете. Подобно реальному восстановлению паролей, блокчейн-кошельки предоставляют социальный механизм восстановления, чтобы помочь пользователям восстановить свои потерянные закрытые ключи. Этот механизм позволяет пользователям выбрать группу доверенных лиц, которые будут выступать в качестве опекунов при создании кошелька. Эти хранители могут помочь пользователям восстановить контроль над своими учетными записями, одобрив сброс их закрытых ключей в случае потери ими своих закрытых ключей.

В рамках этого механизма социального восстановления и опеки Виталик предлагает обратить внимание на два аспекта защиты конфиденциальности:

1. Скрыть корреляцию между несколькими адресами пользователя: Чтобы защитить конфиденциальность пользователя, нам нужно предотвратить раскрытие атрибуции нескольких адресов при восстановлении нескольких адресов с помощью одной фразы восстановления.

2. Защита неприкосновенности частной жизни собственности пользователя от посягательств со стороны опекуна: Мы должны гарантировать, что опекун не может получить информацию об активах пользователя или наблюдать за поведением пользователя при совершении транзакций в процессе утверждения работы пользователя, чтобы предотвратить нарушение конфиденциальности собственности пользователя.

Ключевой технологией для достижения обоих типов защиты конфиденциальности являются доказательства с нулевым разглашением.

2.2.1 Скрыть корреляцию между несколькими адресами пользователя

(1) Проблемы конфиденциальности в социальном восстановлении: Корреляция между адресами раскрыта

В блокчейнах, таких как ETH, пользователи обычно генерируют несколько адресов для различных транзакций, чтобы защитить свою конфиденциальность. Используя разные адреса для каждой транзакции, вы можете предотвратить легкое связывание этих транзакций сторонними наблюдателями с одним и тем же пользователем.

Однако, если закрытый ключ пользователя будет утерян, средства, сгенерированные закрытым ключом под несколькими адресами, не будут восстановлены. В этом случае требуется социальное оздоровление. Простым способом восстановления является восстановление нескольких адресов одним щелчком мыши, при этом пользователь использует одну и ту же фразу восстановления для восстановления нескольких адресов, сгенерированных одним закрытым ключом. Однако такой подход не является идеальным, так как пользователи генерируют несколько адресов, чтобы предотвратить их связь друг с другом. Если пользователь решит восстановить все адреса одновременно или в одно и то же время, это фактически покажет, что адреса принадлежат одному и тому же пользователю. Это идет вразрез с первоначальным намерением пользователя создать несколько адресов для защиты своей конфиденциальности. Это представляет собой вопрос защиты конфиденциальности в процессе социального восстановления.

(2) Решение ZK: Как избежать раскрытия корреляции нескольких адресов?**

Технология ZK может быть использована для сокрытия корреляции между несколькими адресами пользователя в блокчейне и решения проблемы конфиденциальности социального восстановления с помощью архитектуры, которая разделяет логику верификации и владение активами. **

1. Логика верификации: У пользователей есть несколько адресов в блокчейне, но логика проверки для всех них связана с основным контрактом аутентификации (контракт хранилища ключей).

2. Владение активами и торговля: Когда пользователи работают с любого адреса, они используют технологию ZK для проверки полномочий на операцию, не раскрывая, какой это адрес.

Таким образом, даже если все адреса подключены к одному и тому же контракту хранилища ключей, сторонний наблюдатель не может определить, принадлежат ли эти адреса одному и тому же пользователю, тем самым обеспечивая защиту конфиденциальности между адресами.

Важно разработать частную схему социального восстановления, которая может восстанавливать несколько адресов пользователей одновременно, не раскрывая корреляцию между ними.

2.2.2 Защищать неприкосновенность частной жизни имущества пользователя от посягательств опекунов

(1) Вопрос конфиденциальности: привилегия опекуна

В блокчейнах, таких как ETH, пользователи могут установить несколько опекунов при создании кошелька. Особенно для кошельков с мультиподписью и кошельков социального восстановления роль хранителя имеет решающее значение. Обычно опекун представляет собой коллекцию из N адресов, принадлежащих кому-то другому, из которых любые M адресов могут одобрить действие.

Какие есть привилегии опекунства, такие как:

1. Для кошельков с мультиподписью каждая транзакция должна быть подписана M из N опекунов, прежде чем она может быть обработана.

2. Для кошелька Social Recovery, если закрытый ключ пользователя утерян, то M из N опекунов должны подписать сообщение для сброса закрытого ключа.

**Опекуны могут одобрять ваши действия. В мультиподписи это будет любая транзакция. В кошельке Social Recovery Wallet это будет сброс приватного ключа вашей учетной записи. Одна из проблем, стоящих сегодня перед механизмами опеки, заключается в том, как вы можете защитить финансовую конфиденциальность ваших пользователей от вторжения опекунов?

(2) ZK Solution: Защита конфиденциальности собственности пользователей от посягательств опекунов

В этой статье Виталик предполагает, что опекун защищает не вашу учетную запись, а скорее договор «сейфа», а связь между вашей учетной записью и сейфом скрыта. Это означает, что опекуны не имеют прямого доступа к учетной записи пользователя и могут сделать это только через контракт скрытого сейфа.

Основная роль ZK заключается в предоставлении системы доказательств, которая позволяет опекунам доказать, что утверждение является истинным, не раскрывая конкретных деталей утверждения. В этом случае опекуны могут использовать ZK-SNARK, чтобы доказать, что у них есть полномочия на выполнение действия, не раскрывая никаких деталей, связанных с «связью между учетной записью и сейфом». **

2.3 Исследование: новая глава ZK и конфиденциальности в экосистеме ETH Fang

Несмотря на то, что трек ETH ZK все еще находится в стадии разработки, а многие инновационные идеи и концепции все еще задумываются и изучаются, экосистема ETH запустила более широкий спектр практических геологоразведочных работ.

(1) Финансирование со стороны Фонда ETH

В сентябре фонд ETH Ethereum Foundation профинансировал два проекта по сохранению конфиденциальности: IoTeX и ZK-Team. IoTex — это абстрактный кошелек для учетных записей, основанный на доказательствах с нулевым разглашением, и ZK-Team стремится помочь организациям сохранять личную конфиденциальность при управлении членами команды.

(2) Инвестиции

В октябре Виталик, соучредитель ETH, инвестировал в Nocturne Labs с целью вывести на ETH частные аккаунты. Пользователи будут иметь «внутренние» аккаунты в Nocturne и способ получения/расходования средств с этих аккаунтов будет анонимным. **С помощью технологии ZK пользователи могут доказать, что у них достаточно средств для платежей, стейкинга и других транзакций. **

(3) Встречи и мероприятия

ETHDenver считается одним из самых важных ETH семинаров и мероприятий, связанных с технологией блокчейн в мире. В марте этого года ETHDenver провел специальное мероприятие, посвященное конфиденциальности. Это событие не только показывает озабоченность сообщества ETH вопросами конфиденциальности, но и отражает важность, которую глобальное блокчейн-сообщество придает защите конфиденциальности. На этом специальном мероприятии было проведено девять сессий, связанных с конфиденциальностью, в том числе «Конфиденциальность по замыслу» и «Конфиденциальность против безопасности».

EDCON (Ethereum Community Conference) — это глобальная ежегодная конференция, проводимая сообществом ETH, направленная на содействие развитию и инновациям ETH, а также укрепление связей и сотрудничества сообщества ETH. На конференции EDCON в мае этого года Виталик сделал важное заявление, в котором сказал: «В ближайшие 10 лет ZK-SNARK будут так же важны, как и блокчейны». Это заявление подчеркивает важность ZK-SNARK в тенденции развития технологии блокчейн.

(4) Проекты

В настоящее время некоторые проекты прикладного уровня начали использовать технологию ZK для предоставления услуг по защите конфиденциальности пользователей и транзакций. Эти проекты прикладного уровня называются приложениями ZK. Например, ZK Application, unyfy, биржа конфиденциальных активов, развернутая на ETH. Здесь цены торговых ордеров скрыты, а целостность этих ордеров со скрытыми ценами проверяется технологией ZK. В дополнение к unyfy, существует ряд других приложений ZK на L2, таких как ZigZag и Loopring, среди прочих. Несмотря на то, что эти приложения ZK сохраняют конфиденциальность на основе ZK, они не могут быть развернуты на ETH, поскольку EVM не может запускать эти приложения ZK напрямую.

(5) Исследования

Кроме того, исследователи провели горячую дискуссию о технологии ZK и ее приложениях на платформе Ethereum Research, включая исследовательскую статью от Salus, посвященную использованию ZK для защиты конфиденциальности на уровне приложений ETH. В этой статье тестируется производительность нескольких различных языков ZK, Circom, Noir и Halo2, и результаты показывают, что Circom имеет лучшую производительность. В этом документе также предлагается универсальное решение для интеграции Circom в Solidity для реализации проектов ETH прикладного уровня на основе ZK. Это имеет большое значение для ETH Fang для достижения перехода к конфиденциальности. Исследование привлекло значительное внимание в 2023 году и возглавило список.

Эта исследовательская статья является самым читаемым исследованием 2023 года на Ethereum Research— от Salus

3. Вызов

Несмотря на то, что многие из существующих проектов прикладного уровня ETH срочно нуждаются во внедрении механизмов защиты конфиденциальности на основе ZK, этот процесс сталкивается с рядом проблем.

1. Нехватка кадровых ресурсов в ZK: Изучение технологии ZK требует прочной теоретической основы, особенно в области криптографии и математики. Поскольку внедрение технологии ZK включает в себя сложные формулы, учащиеся также должны обладать сильными навыками интерпретации формул. Но проблема в том, что людей, которые сосредотачиваются на изучении технологии ZK, относительно немного.

2. Ограничения языков разработки ZK: Rust, Cairo, Halo2 и другие языки используются для разработки схем доказательства ZK, но они обычно подходят только для конкретных сценариев и не подходят для проектов прикладного уровня. Некоторые из этих языков, такие как Cairo, все еще являются экспериментальными, и могут быть проблемы совместимости между различными версиями, что затрудняет и затрудняет их внедрение в реальные приложения.

3. Трудности во внедрении технологии ZK: Схема Виталика по применению технологии ZK для защиты конфиденциальности ETH может столкнуться с различными сложными проблемами при фактической реализации, например, как избежать атак с суммированием баланса, атак двойного расходования и т. д. В решении этих задач есть определенная техническая сложность.

4. Конфиденциальность и комплаенс: В то время как частные транзакции защищают личность пользователя и детали транзакций, они также могут маскировать незаконную деятельность, такую как отмывание денег. В будущем еще предстоит проверить, будет ли ZK Applications на ETH соответствовать требованиям в процессе реализации защиты конфиденциальности.

Несмотря на проблемы, переход ETH Place к конфиденциальности — обеспечение перевода средств, обеспечивающих защиту конфиденциальности, и обеспечение того, чтобы все другие разрабатываемые инструменты (социальное восстановление, идентификация, репутация) защищали конфиденциальность — является необходимым условием для широкого развертывания ZK Applications. Как упоминалось выше, исследование, опубликованное Salus, основано на технологии ZK для продвижения защиты конфиденциальности и других функций прикладного уровня ETH. Кроме того, Salus впервые предложил универсальное решение, которое интегрирует Circom и Solidity и применяется к проекту прикладного уровня ETH, реализуя систему доказательства ZK вне блокчейна на основе Circom, а также логику смарт-контракта и верификации ZK на ETH на основе Solidity. Если вам нужна поддержка или у вас есть какие-либо вопросы, не стесняйтесь обращаться в Salus.

4. Резюме и прогноз

В 2023 году сообщество ETH во главе с Виталиком Бутериным изучило потенциал технологии доказательства с нулевым разглашением с целью улучшения функций платформы, сохраняющих конфиденциальность. Несмотря на то, что эти предложения все еще находятся на стадии исследования, исследования и работы Виталика, особенно по балансу между защитой конфиденциальности и соответствием требованиям, обеспечивают теоретическую основу для методов нулевого разглашения для защиты конфиденциальности пользователей.

Несмотря на то, что существуют проблемы с интеграцией технологии доказательства с нулевым разглашением в ETH, ожидается, что доказательства с нулевым разглашением будут играть еще более важную роль в экосистеме ETH семинаров в ближайшем будущем, поскольку технология становится более зрелой, а сообщество продолжает усердно работать. Таким образом, своевременное вовлечение и активная разведка в этой области, использование ранних возможностей помогут занять прочные позиции в этой новой области.