Loading...
Эта статья является зеркальной копией материала из Proof Street, независимого издания о вычислениях с сохранением конфиденциальности: ZK, FHE, MPC, TEE и децентрализованной идентификации. Первоначально опубликована как «Как далеко Zcash продвинулся в выборочном раскрытии информации и что ещё предстоит» 7 сентября 2026 года. Зеркальная копия опубликована с разрешения автора в рамках Zcash Community Grant №339. Автор — Стивен Уэббер.
В Zcash ключ просмотра позволяет владельцу счёта раскрыть историю защищённых транзакций выбранной им стороне. Ключи уже действуют и контролируются пользователем. Разработчики и сторонники изменений в политике всё ещё работают над тем, чтобы они могли обслуживать комплаенс-процессы, в которых они могли бы применяться.
17 августа комитет Zcash Community Grants собрался для рассмотрения предложения под названием Shielded Compliance Bridge. Дебора Олабоэ, участница разработки с открытым исходным кодом, в числе работ которой — репозиторий execution-specs Ethereum, создала прототип, принимающий унифицированный полный ключ просмотра, сканирующий компактные блоки по тестнет-индексатору и помещающий «ссылку для комплаенса» в поле memo Zcash, связывая защищённый перевод с офчейн-записью Travel Rule. Она запросила грант на его завершение, но комитет отказал.
Обоснование состояло в том, что комплаенс-интеграции определяются конкретной биржей или учреждением, которое будет ими пользоваться, что общих стандартов, под которые можно разрабатывать, нет, и что без партнёра, запрашивающего инструмент, его внедрение маловероятно. На той же встрече были отклонены и другие предложения по схожим причинам: одно — для виртуальной машины «программируемого выборочного раскрытия информации», другое — для фреймворка архитектуры конфиденциальности и доверия, включавшего карту юридических вопросов США.
Разумеется, эти решения не означают, что это никому не нужно. В контексте остального года — скорее наоборот. Binance сформулировала запрос на уровне протокола в 2024 году и получила ZIP в течение того же года. Gemini проводит защищённые выводы средств под надзором регуляторов с 2020 года. В июне экосистема создала политическую организацию в Вашингтоне, а в августе — компанию по институциональным интеграциям. По сути, комитет сказал, что потребность ещё не была оформлена в виде требования, по которому кто-либо мог бы разрабатывать.
Защищённый адрес Zcash контролируется ключом траты. Из него выводятся ключи просмотра, способные читать данные транзакций, но не перемещать средства. Полный ключ просмотра видит входящие и исходящие транзакции счёта, входящий ключ просмотра видит только полученные средства, а исходящий ключ просмотра позволяет отправителю восстановить сведения об отправленном. Начиная с ZIP 316, они объединяются в унифицированные ключи просмотра — один полный и один входящий — ограниченные счётом, где счёт представляет собой позицию в дереве ключей кошелька согласно ZIP 32. Унифицированный полный ключ просмотра объединяет компоненты для каждого пула, используемого счётом, и также содержит расширенный публичный прозрачный ключ счёта, поэтому передача одного такого ключа раскрывает прозрачную цепочку наряду с защищённой историей.
В этом смысле ключ просмотра действует ретроактивно. Он расшифровывает всю историю счёта с момента его создания и не может быть отозван после передачи, разве что путём перевода средств на новый счёт. Не существует ключа просмотра для отдельной транзакции или ограниченного по времени ключа. Josh Swihart, генеральный директор ZODL, компании, созданной в этом году бывшей инженерной командой ECC протокола, подтвердил это, также отметив, что раскрытие отдельных платежей «нигде не реализовано».
zcashd, исходный эталонный узел, поставлялся с двумя методами RPC — z_getpaymentdisclosure и z_validatepaymentdisclosure, — которые позволяют отправителю доказать третьей стороне совершение одного платежа. В документации RPC они помечены как экспериментальные, отключены, если оператор не установил флаг экспериментальных возможностей, и реализуют «незавершённое Payment Disclosure ZIP». Этот ZIP, 303, теперь помечен как отозванный, а его преемник, ZIP 311, остаётся черновиком без какой-либо реализации. Эти методы охватывали только пул Sprout, исходный защищённый пул 2016 года, и никогда не были расширены на Sapling или Orchard, то есть на пулы, через которые проходят все современные защищённые транзакции. Сам zcashd достиг конца жизненного цикла 18 июля 2026 года — это была запланированная остановка перед обновлением Ironwood. Ни Zebra, консенсусный узел Zcash Foundation, ни Zallet, кошелёк-преемник, не перечисляют метода раскрытия. Для важных пулов раскрытие отдельных транзакций остаётся намерением дизайна.
Это намерение всё ещё актуально, но оно дальше, чем казалось в июле. ZIP 231, пакеты memo, — это черновик, который должен освободить для него место: Свихарт описал пакеты memo как будущую основу для аутентифицированного reply-to, способного служить доказательством платежа, а зависимому черновику, аутентифицированным адресам ответа, требуются доказательства, слишком большие для текущего поля memo. Пакеты memo требуют изменения формата транзакций, и пять организаций, координирующих голосование держателей монет NU7, в августе согласились, что изменения формата не входят в область действия NU7 и входят в область действия следующего обновления. Само голосование, проходившее с 25 августа по 14 сентября, вынесло на решение держателей вопросы эмиссии, политики комиссий, интервалов между блоками и отказа от Sprout; раскрытия информации в бюллетене не было. Более старый путь, ZIP 311, не требует изменения консенсуса, но остаётся черновиком без реализации и без покрытия Orchard.
Таким образом, сегодня поставляются ключи просмотра с областью действия на уровне счёта — полные или только входящие, ретроактивные, безотзывные и передаваемые по инициативе владельца счёта, — а раскрытие на уровне транзакций остаётся в дорожной карте.
Механизмы раскрытия информации в Zcash или где-либо ещё можно рассматривать по следующим параметрам: что раскрывается (охват); кому (получатель); когда разрешение вступает в силу и насколько далеко в прошлое оно распространяется (время); можно ли его отозвать (отзывность); и кто его инициирует — субъект данных или орган власти (инициация).
Режимы комплаенса представляют собой требования к этим параметрам, а архитектуры — позиции по ним. Ключи просмотра Zcash по дизайну имеют широкий охват, получателя, выбранного держателем, полностью ретроактивны, безотзывны и инициируются пользователем. Требования же, применяемые биржами и надзорными органами, как правило, ограничены отношениями или периодом, предоставляются названному учреждению либо его поставщику аналитики, действуют непрерывно с момента онбординга, отзываются по завершении отношений и инициируются учреждением как условие обслуживания.
Оба этих явления называют выборочным раскрытием информации. В мире учётных данных выборочное раскрытие означает предъявление подмножества атрибутов из подписанного учётного документа без раскрытия остальных — именно для этого предназначены SD-JWT, ISO mdoc и подписи BBS+. Единицей раскрытия является атрибут, моментом — время предъявления, а держатель принимает решение для каждого взаимодействия.
В мире защищённых платежей это выражение означает раскрытие данных транзакций выбранной стороне, где единицей является история счёта, а моментом — передача ключа.
По словам Свихарта, единственный комплаенс-запрос на уровне протокола, который инженерная команда когда-либо получала, поступил от Binance: в январе 2024 года биржа потребовала гарантию прозрачного происхождения депозитов. Ответом команды стал ZIP 320, адреса только с прозрачным источником, и в тексте ZIP действительно зафиксировано происхождение «по требованию Binance». Адрес TEX — это эфемерный прозрачный промежуточный адрес, гарантирующий, что биржа получает средства из прозрачного источника. Он даёт бирже путь возврата, не предоставляя ей историю отправителя. Единственная адаптация протокола к требованиям биржи раскрывает ровно то, что запросила биржа, и ничего более.
После обновления Sapling, утверждает Свихарт, у биржи нет технических причин не поддерживать защищённые транзакции: создание доказательств происходит быстро, клиенты биржи уже идентифицированы при онбординге, а для требующих этого случаев существует расширенная комплексная проверка. С этой точки зрения разрыв между техническими средствами и комплаенс-процессом — не столько недостающий примитив, сколько отсутствие диалога.
Дивидж Пандья работает с другой стороной этого диалога. Он является исполнительным директором Pretty Good Policy для Zcash, вашингтонской политической организации, созданной в июне как продолжение более ранней инициативы под руководством ECC, и проект его организации состоит в том, чтобы признание раскрытия по ключу просмотра приемлемым механизмом комплаенса было закреплено в документе, на который может сослаться комплаенс-специалист. Насколько ему известно, сказал он, ни один регулятор ещё не рассматривал ключи просмотра как инструмент. Сфера деятельности PGPZ, естественно, — признание, а не рекомендации для разработчиков. Инструмент нельзя специфицировать относительно требования, пока кто-либо, обладающий полномочиями, не вынесет решение по этому инструменту, поэтому признание является предшествующим шагом. Документы организации подписаны Полом Бригнером как основателем PGPZ и главным сотрудником ZODL по политике и регулированию, поэтому политические и инженерные усилия объединяет не только тезис, но и один руководитель.
Заявление для протокола от 21 июля в подкомитет Палаты представителей по надзору за FinCEN описывает Zcash как обладающий «возможностями выборочного раскрытия информации, позволяющими пользователям добровольно делиться деталями транзакций с аудиторами, налоговыми органами или комплаенс-специалистами посредством ключей просмотра», и упоминает доказательства с нулевым разглашением, «сочетаемые с выборочными ключами просмотра», для доказательства заданных фактов. В письме с комментариями в реестр FinCEN, FINCEN-2026-0101-0050, утверждается, по словам Пандьи, что ключи просмотра и выборочное раскрытие должны быть приемлемыми механизмами комплаенса. Открытый вопрос, поставленный ими перед регулятором, касается детализации: достаточно ли раскрытия всей истории на уровне счёта для «целевой информации о транзакциях» или ответ появится лишь после ZIP 231.
Пока это не разрешено, комплаенс-команды сталкиваются с ограничением, которое псевдонимный участник форума strahncryptography описал при обсуждении предложения Олабоэ: они следуют правилу буквально и не примут непризнанный подход без заверения регулятора или юридической фирмы, как бы надёжна ни была криптография. Любой дизайн раскрытия, который прикрепляет ссылку к транзакции, доказывает только последний переход, а последним переходом может быть сам вкладчик. Ключ просмотра имеет то же ограничение. Он раскрывает транзакции владельца счёта, а не происхождение средств контрагентов — именно это проверяет санкционный скрининг.
Ключи просмотра преодолевают этот порог там, где требование состоит в доказательстве субъектом данных произошедшего: например, происхождения депозита, которое вкладчик решает объяснить, добровольного аудита, налоговой декларации или доказательства совершения конкретного платежа. Это инициируемые пользователем, ретроактивные, разовые раскрытия. Они не преодолевают этот порог там, где требуется непрерывный мониторинг с момента онбординга, санкционный скрининг контрагентов, которых владелец счёта не контролирует, ограничение периодом или отношениями либо отзыв при прекращении обслуживания.
Gemini принимает выводы на защищённые адреса с сентября 2020 года, когда представитель компании отметил заслугу продолжающихся обсуждений с регуляторами; в ноябре 2025 года это было расширено на пул Orchard, а через два дня после активации в июле 2026 года — на пул после Ironwood. Она принимает депозиты, отправленные с защищённых адресов, на прозрачное хранение. В списке адресов для вывода Kraken поддерживаются только прозрачные адреса ZEC, Coinbase также поддерживает только прозрачные адреса, а Binance требует TEX. Ни одна крупная регулируемая биржа пока не предлагает защищённое хранение, защищённый адрес для депозита или процесс, в который включался бы ключ просмотра клиента.
Приём данных создаётся на уровень ниже. Среди предложений в раунде ретроактивных грантов, направляемых держателями монет и рассматриваемых в сентябре, — ZecBooks, инструмент бухгалтерского учёта для Mac, импортирующий ключ только для просмотра, классифицирующий заметки и экспортирующий для бухгалтера ограниченный пакет строк без предоставления постоянного доступа к кошельку; ZecLedger, инструмент только для чтения для расчёта стоимостной базы и сверки, построенный вокруг унифицированного полного ключа просмотра и протестированный на кошельке mainnet; и seer-sync, движок синхронизации цепочки, принимающий ключ просмотра, чтобы платёжный процессор или бухгалтерская система могли наблюдать защищённую активность, не владея ключами траты. Ни один из них не является биржевым процессом и ни один не привлёк внимания регулятора. Каждый представляет бухгалтерскую половину той же проблемы, созданную одним или двумя людьми без запроса со стороны партнёра, а ограниченный экспорт ZecBooks — это выборочное раскрытие информации, работающее на интерфейсе, где оно чаще всего требуется в первую очередь: между защищённым пользователем и человеком, ведущим его учёт.
Разработчики Zcash работают над проблемой, общей для каждой архитектуры конфиденциальности.
В конфиденциальном EVM-дизайне Zama список контроля доступа определяет, какие адреса могут запрашивать расшифровку шифротекста, а пороговая сеть операторов управления ключами выполняет расшифровку по запросу. Это переносит ось получателя с ключа, передаваемого пользователем, на разрешение, записанное контрактом, и делает инициацию программируемой, поскольку контракт может предоставлять аудитору права на расшифровку как условие использования. Это не делает раскрытие отзывным в смысле, который подразумевает комплаенс-специалист, поскольку уже расшифрованный шифротекст остаётся расшифрованным, и заменяет хранение ключа пользователем на честность операторов в качестве основы доверия. Ключи аудитора на уровне активов, подобные тем, что используются в расширении конфиденциальных переводов Solana и дизайне зашифрованного ERC Avalanche, фиксируют получателя на уровне токена: эмитент или назначенный аудитор может читать балансы и переводы этого актива.
Inco опубликовала фреймворк для предопределённого просмотра, при котором доступ фиксируется в ключевом материале во время транзакции, в противоположность программируемому доступу к просмотру, при котором права просмотра являются состоянием контракта и могут быть предоставлены, ограничены и отозваны позднее.
Что отделяет ключ просмотра от комплаенс-процесса?
Ключ просмотра раскрывает собственную историю владельца счёта. Санкционный скрининг и непрерывный мониторинг задают вопросы о контрагентах — откуда взялись средства на другой стороне каждой транзакции, — а именно эту информацию и предназначен скрывать защищённый пул. Никто ещё не показал дизайн, отвечающий на вопрос о контрагенте без прозрачного реестра или доверенной третьей стороны.
Если пакеты memo появятся в обновлении после NU7, а затем появится черновик адресов ответа, «целевая информация о транзакциях» в документах PGPZ станет буквальной. До этого как минимум два обновления, а ответ регулятора появится в соответствии со сроками регулятора.
Спрос легко увидеть по числу людей, работающих в этом направлении. Не хватает фиксированного требования к раскрытию информации с сохранением конфиденциальности. Zcash — это экосистема, в которой это решение открыто обсуждается инженерами, сторонниками изменений, разработчиками, биржей и комитетом по грантам, которые, похоже, согласны относительно цели и спорят о последовательности шагов. Над этим также работают независимые разработчики, начавшие с бухгалтерского уровня, не дожидаясь формулирования требования.
Раскрытие информации: этот материал был поддержан грантом Zcash Community Grant. ZCG не просматривал и не утверждал этот материал до публикации.
Связанные страницы: Ключи просмотра · Сравнение конфиденциальности