1. Справочная информация

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

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

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

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

2. Ethereum ZK Track: Создание будущего защиты конфиденциальности

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

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

2.1 Частные сделки

Что касается операций с конфиденциальностью, Виталик предложил две концепции: Stealth Addresses и Privacy Pools.

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

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

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

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

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

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

(1) В чем разница между частным адресом и обычным адресом Ethereum?

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

Кто его генерирует

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

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

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

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

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

1) Создайте частный адрес

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

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

2) Отправьте активы на частный адрес

● Алиса отправляет активы на частный адрес Боба.

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

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

2.1.2 Частный бассейн

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

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

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

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

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

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

(2) Как сбалансировать конфиденциальность и соответствие нормам?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

（2) Решение ZK: Как предотвратить раскрытие корреляции нескольких адресов?

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

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

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

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

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

2.2.2 Защитите конфиденциальность собственности пользователя от посягательств опекунов

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

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

Какими привилегиями обладают опекуны? например:

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

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

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

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

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

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

2.3 Исследование: Новая глава ЗК и приватности в экосистеме Ethereum

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

(1) Финансирование от Ethereum Foundation

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

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

В октябре этого года соучредитель Ethereum Виталик инвестировал в компанию Nocturne Labs, целью которой было внедрение частных счетов в Ethereum. У пользователей будет "внутренний" счет в Nocturne, способ получения/расходования средств с этих счетов является анонимным. Благодаря технологии ZK пользователи могут подтвердить, что у них достаточно средств для платежей, взносов и других операций.

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

ETHDenver считается одним из самых важных событий в мире, связанных с технологиями Ethereum и blockchain. В марте этого года ETHDenver провел специальное мероприятие, посвященное вопросам конфиденциальности. Это событие не только демонстрирует озабоченность сообщества Ethereum вопросами конфиденциальности, но и отражает внимание мирового сообщества блокчейна к защите конфиденциальности. В рамках этого специального мероприятия было проведено девять тематических конференций, связанных с приватностью, включая Privacy by Design и Privacy vs Security.

EDCON (Конференция сообщества Ethereum) - это глобальная ежегодная конференция, проводимая сообществом Ethereum, цель которой - способствовать развитию и инновациям Ethereum, а также укреплять связи и сотрудничество сообщества Ethereum. На конференции EDCON в мае этого года Виталик сделал важное заявление, сказав: "В ближайшие 10 лет ZK-SNARK будут так же важны, как блокчейн". Это заявление подчеркивает важную позицию ЗК-СНАРК в тенденции развития технологии блокчейн.

(4) Проект

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

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

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

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

3. Вызов

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

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

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

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

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

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

4. Резюме и перспективы

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

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

Отказ от ответственности：

1. Эта статья перепечатана с сайта[theblockbeats]. Все авторские права принадлежат оригинальному автору[LZ]. Если у Вас есть возражения против этой перепечатки, пожалуйста, свяжитесь с командой Gate Learn, и они незамедлительно рассмотрят их.
2. Предупреждение об ответственности: Мнения и взгляды, выраженные в этой статье, принадлежат исключительно автору и не являются инвестиционным советом.
3. Перевод статьи на другие языки осуществляется командой Gate Learn. Если не указано, копирование, распространение или плагиат переведенных статей запрещены.