Экранированное доказательство платежа и раскрытие сведений о платеже
Кратко
- Идентификатор транзакции позволяет определить транзакцию, но не раскрывает экранированного получателя, сумму или мемо.
- Раскрытие сведений о платеже предназначено для того, чтобы отправитель мог доказать отдельные детали одного платежа, не раскрывая остальную историю своего кошелька.
- Ключ просмотра предоставляет постоянный доступ для чтения к адресу или счёту. Используйте его для непрерывных проверок, а не для спора об одном платеже.
- Раскрытие сведений о платеже не может доказать доставку товаров, само по себе установить личность человека, отменить платёж или заменить проверку подтверждений.
- ZIP 311 всё ещё является черновиком. В его текущем тексте не завершена поддержка Orchard, прозрачных входов, кодирования, версионирования и правил пользовательского интерфейса.
Почему идентификатора транзакции недостаточно
Любой может просмотреть публичные детали прозрачного платежа Zcash. Обозреватель блокчейна может показать его адреса, суммы и статус подтверждения.
Экранированный платёж работает иначе. Цепочка доказывает, что транзакция соответствует правилам Zcash, но не публикует экранированного отправителя, получателя, сумму или мемо. Передача идентификатора транзакции может показать, что транзакция была включена в блок, но не может доказать продавцу или третьей стороне, какой частный платёж находился внутри неё.
Это создаёт практическую проблему. Клиенту может потребоваться урегулировать спор с продавцом, бирже — доказать обработку вывода средств, а жертвователю — подтвердить один взнос. Передача полного ключа просмотра раскрыла бы гораздо больше, чем требуется в любом из этих случаев.
ZIP 311: Zcash Раскрытие сведений о платеже предлагает более узкое решение: раскрывать и аутентифицировать выбранную информацию из одной транзакции.
Как работает раскрытие сведений о платеже
Основной процесс выглядит так:
- Проверяющий предоставляет отправителю уникальный запрос или ссылку, когда уместно интерактивное доказательство.
- Отправитель выбирает транзакцию и экранированный выход или выходы, сведения о которых нужно раскрыть.
- Совместимое программное обеспечение кошелька создаёт раскрытие сведений о платеже, привязанное к этой транзакции и, при необходимости, к запросу.
- Отправитель передаёт раскрытие проверяющему.
- Проверяющий получает настоящую транзакцию от доверенного узла Zcash, проверяет, что она была включена в блок, и сверяет раскрытие с ней.
- Действительный результат подтверждает только утверждения, содержащиеся в этом раскрытии.
В проекте ZIP Sapling для восстановления каждого выбранного выхода используется исходящий ключ шифрования. Это может раскрыть получателя выхода, сумму и мемо. Также требуется доказательство полномочий на расходование как минимум для одного входа транзакции, поэтому человек, который лишь видит транзакцию, не может создать действительное раскрытие так, будто он её отправил.
Раскрытие сведений о платеже Sapling не обязано раскрывать адрес отправителя. Полномочия на расходование могут управлять многими диверсифицированными адресами, поэтому доказательство контроля над расходованием не определяет автоматически один адрес. ZIP 311 включает необязательное доказательство адреса для случаев, когда необходимо связать доказательство с известным адресом отправителя.
Раскрытие сведений о платеже или ключ просмотра?
| Метод | Лучшее применение | Что раскрывается | Постоянный доступ? | Криптографически связано с платежом? |
|---|
| Transaction ID | Проверка включения транзакции в блок | Публичные данные транзакции и подтверждения | Нет | Да, но детали экранированного платежа остаются скрытыми |
| Screenshot or receipt | Неформальное ведение записей | Всё, что отправитель решил показать | Нет | Нет; изображение можно отредактировать |
| Payment disclosure | Доказательство выбранных деталей одного платежа | Выбранные выходы транзакции и любые включённые доказательства отправителя или запроса | Нет, но переданное доказательство можно скопировать | Да |
| Incoming Viewing Key | Наблюдение за платежами, полученными счётом | Входящая активность, охватываемая ключом | Да | Расшифровывает соответствующие входящие платежи |
| Full Viewing Key | Учёт или аудит счёта | Входящая и исходящая активность, суммы, мемо и балансы, охватываемые ключом | Да | Расшифровывает соответствующую активность счёта |
Используйте наименьшее раскрытие, которое отвечает на вопрос. Спор с продавцом об одном платеже обычно не оправдывает доступ к каждому платежу на счёте. Бухгалтеру, которому нужно проверить полный отчётный период, вместо этого может потребоваться ключ просмотра.
Ни один из методов не даёт разрешения тратить средства. Никогда не передавайте сид-фразу, ключ расходования, приватный ключ или резервную копию кошелька в качестве доказательства платежа.
Что можно использовать сегодня?
Ни один текущий кошелёк здесь не указан как реализующий создание или проверку раскрытия сведений о платеже ZIP 311. ZIP остаётся черновиком и указывает для своей эталонной реализации «TBD». Следующие поддерживаемые инструменты всё же могут помочь отправителю, получателю или уполномоченному аудитору изучить доступные сегодня записи:
| Приложение | Полезно сегодня для | Важное ограничение |
|---|
| Zkool | Просмотра подробных метаданных транзакций, сумм, входов и выходов пулов, а также мемо; импорта Unified или ключей просмотра Sapling в счета только для просмотра | Не заявляет о создании или проверке раскрытия ZIP 311 |
| Zingo PC | Просмотра истории экранированных транзакций и мемо; импорта Unified Full Viewing Key в режиме только для чтения | Запись кошелька или счёт только для чтения не является избирательно ограниченным раскрытием сведений о платеже |
| Zallet | Рабочих процессов оператора с использованием z_viewtransaction, z_exportviewingkey и z_importviewingkey | Бета-программное обеспечение; его RPC для ключей просмотра и транзакций охватывают более широкие или локальные записи, а не доказательства ZIP 311 |
Сначала используйте кошелёк, который отправил или получил платёж. Проверьте детали транзакции, мемо, идентификатор транзакции и подтверждения, затем попросите другую сторону сравнить эти детали с её собственными записями. Не устанавливайте новый кошелёк и не вводите сид-фразу лишь для создания доказательств. Если аудитору необходима постоянная видимость, рассмотрите совместимый счёт только для просмотра и поймите область действия ключа просмотра до его передачи.
Эти приложения являются практическими альтернативами для проверки записей, а не доказательством доступности стандартизированного раскрытия сведений о платеже. Скриншот может помочь людям сравнить записи, но его можно отредактировать, и он не является криптографическим доказательством.
Где применяются раскрытия сведений о платеже
Споры с продавцами
Клиент мог бы доказать, что конкретная сумма была отправлена на экранированный адрес продавца. Доказательство не устанавливает, что товары были доставлены, что полагается возврат средств или что представляющий его человек обладает определённой юридической личностью. Эти вопросы по-прежнему зависят от записи о заказе и соглашения сторон.
Экранированные выводы средств
ZIP 311 указывает экранированные выводы средств как целевой сценарий использования: биржа могла бы доказать получателя и сумму, не публикуя эти данные в цепочке. Доказательство прозрачных входов всё ещё не завершено, поэтому это пока не полный стандартизированный рабочий процесс. Клиент также должен самостоятельно проверить статус подтверждения транзакции.
Пожертвования
Жертвователь или кампания могли бы доказать конкретный взнос, сохраняя несвязанные платежи приватными. Публикация раскрытия делает выбранные им детали публичными для всех, кто получит копию, поэтому, когда публичное доказательство не требуется, безопаснее использовать частный канал проверки.
Учёт
Используйте раскрытие сведений о платеже, когда бухгалтеру нужно доказательство для одной транзакции. Используйте самый узкий подходящий ключ просмотра, когда бухгалтеру необходим постоянный доступ ко многим транзакциям или полному отчётному периоду.
Рабочий процесс с сохранением приватности
ZIP 311 ещё не является завершённым, широко применимым стандартом для кошельков. Когда станут доступны совместимые инструменты отправителя и проверяющего, используйте этот контрольный список:
- Сначала подтвердите совместимость. Оба инструмента должны поддерживать один формат раскрытия и экранированный пул, использованный в платеже.
- Сначала решите обычные проблемы. Проверьте синхронизацию кошелька, идентификатор транзакции, число подтверждений, статус истечения срока действия и записи получателя, прежде чем раскрывать частные сведения.
- Запросите запрос. Для спора проверяющий должен предоставить свежий номер заказа или случайный запрос, чтобы раскрытие было привязано к этому запросу.
- Выберите только необходимый выход. Не включайте несвязанные выходы из той же транзакции.
- Предварительно просмотрите каждое раскрываемое поле. Перед экспортом проверьте получателя, сумму, мемо, доказательство адреса отправителя и запрос.
- Передавайте через частный канал. Раскрытие не является секретным ключом расходования, но любой, кто его получит, может сохранить или распространить раскрытую им информацию.
- Проверьте по цепочке. Проверяющий должен получить точную транзакцию от доверенного узла, подтвердить, что она находится в нужной сети и блоке, затем проверить раскрытие.
- Записывайте результат, а не дополнительные секреты. Сохраняйте только то, что требуется для процесса спора, вывода средств, пожертвования или учёта.
Если кошелёк не может создать раскрытие, не заменяйте его полным ключом просмотра, не понимая его более широкую и постоянную область действия. Спросите, может ли получатель подтвердить платёж по собственным записям кошелька или принять менее конфиденциальную запись.
Чего не доказывает действительное раскрытие
Успешная проверка не доказывает:
- Что у транзакции достаточно подтверждений для политики риска проверяющего
- Что реорганизация цепочки не может удалить недавнюю транзакцию
- Что товары или услуги были доставлены
- Что требуется возврат средств или чарджбэк
- Что отправитель контролирует конкретный адрес, если не включено соответствующее доказательство адреса
- Что человек, представляющий раскрытие, обладает заявленной реальной личностью
- Что нераскрытые выходы, другие транзакции или баланс кошелька имеют какое-либо конкретное значение
- Что раскрытие остаётся приватным после передачи
Проверяющий должен отдельно проверить включение в цепочку и статус подтверждения. Процедура проверки ZIP 311 предполагает, что вызывающий уже получил включённую в блок транзакцию и высоту её блока.
Текущие ограничения
Считайте ZIP 311 предложенным стандартом, а не обещанием, что в текущем кошельке есть работающая кнопка Доказать платёж.
Черновик в настоящее время определяет траты и выходы Sapling, но всё ещё содержит незавершённые пункты для Orchard, прозрачных входов, кодирования раскрытия, версионирования и того, как кошельки должны отображать разные уровни действительности. Его эталонная реализация также указана как «TBD». В текущем виде он не определяет раскрытия сведений о платеже для платежей Orchard или Ironwood.
Отправитель также может не суметь раскрыть выход, если транзакция была намеренно создана без исходящего ключа просмотра для этого выхода. ZIP 311 сохраняет этот выбор приватности, а не создаёт новый путь восстановления.
В старой документации описаны экспериментальные команды z_getpaymentdisclosure и z_validatepaymentdisclosure в zcashd. Эти команды поддерживали только выходы Sprout JoinSplit, а не проект Sapling в ZIP 311, и были устаревшими. zcashd достиг окончательной остановки окончания поддержки в июле 2026 года. Не используйте это устаревшее руководство как инструкции для текущих средств.
Эти пробелы не делают саму идею бесполезной. Они объясняют, почему в тщательном руководстве необходимо отделять модель приватности и сценарии использования от программного обеспечения, готового для обычных пользователей.
Часто задаваемые вопросы
Могу ли я доказать экранированный платёж, имея только идентификатор транзакции?
Нет. Идентификатор может определить транзакцию и её статус подтверждения, но экранированные получатель, сумма и мемо не являются публичными.
Является ли раскрытие сведений о платеже тем же, что и ключ просмотра?
Нет. Раскрытие ограничено выбранными деталями одной транзакции. Ключ просмотра может со временем раскрывать соответствующую активность адреса или счёта.
Может ли получатель создать доказательство отправителя?
Не в рамках проекта ZIP 311. Действительное раскрытие должно доказывать полномочия на расходование как минимум для одного входа. Получатель может подтвердить платёж с помощью собственных записей кошелька, но это другое утверждение.
Могу ли я отозвать раскрытие после его передачи?
Нет. Оно не предоставляет будущий доступ к счёту, как ключ просмотра, но раскрытые данные и доказательство можно скопировать. Передавайте его с такой же осторожностью, как любую частную финансовую запись.
Перемещает или блокирует проверка какие-либо ZEC?
Нет. Создание или проверка раскрытия не расходует, не возвращает, не замораживает и не отменяет средства.
Что следует использовать сегодня, если в моём кошельке нет функции раскрытия?
Начните с записей кошелька получателя, идентификатора транзакции и статуса подтверждения, ссылки на счёт в зашифрованном мемо или другой взаимно принятой квитанции. Используйте ключ просмотра только тогда, когда его более широкая область действия действительно необходима и понятна.
Ресурсы
Связанные страницы
