Что такое zkAddress и zkSBT? Разбираем механизм приватной идентификации Manta Atlantic

В контексте балансирования между ончейн-KYC и защитой конфиденциальности традиционные модели публичных аккаунтов с трудом справляются с управлением учетными данными, сводя к минимуму раскрытие информации. Manta Atlantic решает эту проблему с помощью параллельных публичных и приватных адресов, а также soulbound-токенов с нулевым разглашением (SBT), сохраняя конфиденциальные идентификационные данные офчейн или в виде зашифрованных обязательств и передавая верификаторам только проверяемые доказательства с нулевым разглашением.

С точки зрения двухцепочечной экосистемы Manta Network, Atlantic выступает как уровень идентификации и учетных данных, а Pacific отвечает за выполнение ZK-приложений. zkAddress и zkSBT — ключевые механизмы, отличающие Atlantic от модульного L2 от Pacific, и служат концептуальной точкой входа в решение Manta по конфиденциальному соблюдению требований.

Что такое zkAddress?

zkAddress — это система приватных UTXO-адресов Manta Atlantic (Unspent Transaction Output), работающая параллельно с адресами публичных аккаунтов. Она скрывает записи о выпуске SBT, ончейн-статусы учетных данных и связанную с ними офчейн-идентификационную информацию с помощью схем с нулевым разглашением, позволяя пользователям управлять идентификационными активами в сценариях, чувствительных к конфиденциальности, не раскрывая полный профиль аккаунта.

В отличие от одноразовых приватных адресов, zkAddress является многоразовым, независимо управляемым и поддающимся аудиту. Он поддерживает несколько активов типа NFT в рамках одного приватного адреса. Пользователи могут синхронизировать zkAddress между устройствами с помощью сид-фразы, что снижает порог входа в управление приватной идентификацией. В рамках уровня идентификации Manta Atlantic zkAddress выступает как «контейнер конфиденциальности»: такие учетные данные, как zkSBT, привязываются к обязательству с нулевым разглашением, соответствующему этому zkAddress.

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

Как публичные и приватные адреса работают вместе?

Manta Atlantic поддерживает как систему публичных адресов аккаунтов, так и систему конфиденциальности zkAddress. Пользователь выбирает подходящий канал в зависимости от типа транзакции. Публичные адреса следуют стандартной модели аккаунтов экосистемы Polkadot: балансы, nonce, участие в управлении видны в цепочке. zkAddress использует структуру UTXO, сохраняя учетные данные и активы как зашифрованные обязательства, которые проверяются через доказательства с нулевым разглашением.

Два типа адресов независимы в управлении ключами. Публичные адреса контролируются стандартными ключами аккаунтов Substrate, а zkAddress имеет собственную сид-фразу и систему Prove Key. Это позволяет проводить операции с учетными данными, не раскрывая связи с публичным аккаунтом. Двухтрековая архитектура дает пользователю возможность переключаться между «прозрачными операциями» и «приватными операциями» в одном кошельке, не объединяя всю ончейн-активность в единую видимую идентичность.

Рисунок 1. Модель двойных адресов Manta Atlantic: публичные адреса на основе аккаунтов и zkAddress на основе UTXO для защищенных учетных данных.

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

В чем разница между zkSBT и zkNFT?

zkSBT (Soulbound-токен с нулевым разглашением) — это непередаваемое ончейн-учетное данное о соответствии в Manta Atlantic. После того как эмитент проводит офчейн-KYC или проверку на соответствие, он создает zkSBT на zkAddress пользователя с помощью доказательства с нулевым разглашением. В цепочке записывается только проверяемое обязательство о том, что «определенное условие выполнено», без раскрытия необработанных конфиденциальных данных — имен или номеров удостоверений личности.

И zkSBT, и zkNFT могут управляться в системе zkAddress, но их функции различаются. zkSBT ориентирован на непередаваемость и проверку соответствия — подходит для KYC-подтверждений и регионального доступа. zkNFT фокусируется на приватных NFT — позволяет хранить цифровые активы под приватным адресом. Эмитенты могут устанавливать сроки действия и условия отзыва, которые принудительно исполняются в цепочке модулем выполнения Atlantic.

Сравнение показывает, что ценность zkSBT — в «проверяемых сырых данных, которые остаются невидимыми», а не в передаче активов. Сторонние проекты проверяют доказательство с нулевым разглашением, соответствующее zkSBT, чтобы подтвердить, что пользователь соответствует условиям доступа, без доступа к полному идентификационному файлу. Manta Pacific также поддерживает проверку соответствия zkSBT, обеспечивая кроссчейн-согласование учетных данных между Atlantic и Pacific.

Как Prove Key обеспечивает выборочное раскрытие?

Prove Key — это ключ выборочного раскрытия в системе zkAddress. Он позволяет держателю учетных данных доказать конкретному верификатору, что он «владеет определенным zkSBT или соответствует определенному условию», не раскрывая другие учетные данные или полную приватную идентификацию. После получения Prove Key или авторизованного запроса на доказательство верификатор может провести проверку в цепочке или офчейн, не имея доступа к исходным KYC-материалам.

При создании zkSBT конфиденциальные данные остаются офчейн. Эмитент локально генерирует witness и создает доказательство нулевого разглашения по схеме Groth16, затем отправляет транзакцию создания через модуль выполнения Atlantic, привязывая учетные данные к обязательству zkAddress пользователя. После создания возвращается Prove Key, который держатель может передать сторонним проектам. Верификатор подтверждает действительность учетных данных, не получая информации о других приватных активах.

Рисунок 2. Выпуск zkSBT офчейн, ончейн-ZK-минтинг на zkAddress и выборочное раскрытие Prove Key верификаторам.

Механизм выборочного раскрытия включает логику отзыва и истечения срока действия. Эмитенты могут аннулировать учетные данные, публикуя nullifier'ы или обновляя реестры отзыва. Учетные данные могут иметь ончейн-срок действия — по его истечении проверка автоматически завершается неудачей. Регуляторы или аудиторы могут просматривать агрегированную статистику выпуска и отзыва, не имея доступа к личным идентификаторам, что обеспечивает баланс конфиденциальности и отслеживаемости соответствия.

Какие сценарии подходят для zkAddress и zkSBT?

Применения zkAddress и zkSBT охватывают четыре основные области: децентрализованный KYC, соответствующий требованиям DeFi-доступ, кросс-проектная совместимость идентичностей и управление приватными NFT.

В децентрализованном KYC эмитент создает zkSBT на zkAddress после проверки. Последующие протоколы проверяют статус KYC пользователя через Prove Key без повторного сбора конфиденциальных данных. В соответствующем требованиям DeFi-доступе протоколы могут запрашивать доказательство условий, например «пользователь не из ограниченного региона» — в цепочке проверяется только результат доказательства с нулевым разглашением.

Другие проекты экосистемы Polkadot могут интегрировать стандарт zkSBT, повторно используя существующие учетные данные без создания собственного криптографического стека. В сценариях приватных NFT пользователи могут хранить активы — значки мероприятий — в своем zkAddress и предоставлять Prove Key по мере необходимости для проверки.

Следует ли управлять приватными идентификациями на Atlantic или Pacific?

У Manta Atlantic и Manta Pacific разные роли в отношении приватной идентификации. Atlantic — это нативная цепочка для zkAddress и zkSBT, отвечающая за выпуск учетных данных, управление приватными адресами и систему Prove Key. Pacific — это модульный L2 экосистемы Ethereum, ориентированный на выполнение ZK-приложений на основе Universal Circuits и масштабирование доступности данных с помощью Celestia.

Приложения Pacific могут проверять статус zkSBT пользователя через интерфейсы верификации учетных данных, однако создание, отзыв и генерация Prove Key для zkSBT в основном выполняются на Atlantic. MANTA на Atlantic используется для комиссий сети и покупки учетных данных, таких как zkSBT, а на Pacific — для управления и рестейкинга — функции двух цепочек не следует путать. Понимание этой границы помогает различать «где управлять приватными идентификациями» и «где запускать ZK-приложения».

Резюме

zkAddress, как UTXO-приватный адрес Manta Atlantic, работает параллельно с публичными аккаунтами, предоставляя многоразовый синхронизируемый контейнер конфиденциальности для ончейн-учетных данных. zkSBT привязывает результаты проверки соответствия, такие как KYC, к zkAddress в виде непередаваемых учетных данных с нулевым разглашением. Prove Key позволяет выборочно раскрывать конкретные условия верификаторам без раскрытия полной идентификации. Atlantic фокусируется на уровне идентификации и учетных данных, а Pacific — на выполнении ZK-приложений, формируя взаимодополняющую двухцепочечную экосистему. Освоение разделения на публичные и приватные адреса, создание и проверку zkSBT, а также логику раскрытия Prove Key — ключ к пониманию решения Manta по конфиденциальному соблюдению требований.

Часто задаваемые вопросы

Что такое zkAddress?

zkAddress — это приватный адрес в стиле UTXO в Manta Atlantic, работающий параллельно с адресами публичных аккаунтов. Он скрывает минтинг SBT, ончейн-учетные данные и связанную с ними идентификационную информацию через схемы с нулевым разглашением, поддерживает кросс-девайсную синхронизацию с помощью сид-фразы и может содержать несколько NFT. Он служит базовым контейнером для системы приватной идентификации Atlantic.

В чем разница между zkSBT и обычным SBT?

zkSBT — это soulbound-токен с нулевым разглашением: в цепочке записывается только проверяемое обязательство, а не исходные конфиденциальные данные, такие как KYC-информация. Метаданные и атрибуты обычного SBT обычно публично видны в цепочке. zkSBT непередаваем и предназначен для проверки соответствия с сохранением конфиденциальности, а не для торговли активами.

Как работает Prove Key?

Prove Key — это ключ выборочного раскрытия в системе zkAddress. Держатель учетных данных предоставляет его или авторизованное доказательство верификатору, который затем может подтвердить, что пользователь соответствует определенным условиям (например, прошел KYC), не видя другие учетные данные или полную приватную идентификацию.

Является ли zkAddress тем же, что и миксинг-адрес?

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

Можно ли использовать zkSBT на Manta Pacific?

Да. Manta Pacific поддерживает проверку статуса zkSBT через интерфейсы верификации учетных данных для DeFi-доступа в соответствии с требованиями. Однако создание, отзыв и генерация Prove Key для zkSBT в основном выполняются на Manta Atlantic; Pacific фокусируется на выполнении ZK-приложений, а не на нативном управлении учетными данными идентификации.

Какие меры предосторожности следует соблюдать при использовании zkAddress?

Надежно храните Prove Key и сид-фразу zkAddress — их потеря может помешать раскрытию учетных данных верификаторам. Доказательства с нулевым разглашением зависят от корректности схем и стратегии отзыва эмитента. Операции с публичным адресом и zkAddress независимы: защита конфиденциальности не распространяется автоматически на ончейн-активность публичного аккаунта.