Екранований доказ платежу та розкриття інформації про платежі
Коротко
- Ідентифікатор транзакції визначає транзакцію, але не розкриває екранованого отримувача, суму чи мемо.
- Розкриття інформації про платіж призначене для того, щоб відправник міг довести вибрані деталі одного платежу, не розкриваючи решту історії свого гаманця.
- Ключ перегляду надає постійний доступ для читання до адреси або облікового запису. Використовуйте його для тривалих аудитів, а не для спору щодо одного платежу.
- Розкриття інформації про платіж не може підтвердити доставку товарів, самостійно ідентифікувати особу, скасувати платіж або замінити перевірки підтвердження.
- 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 досяг остаточної зупинки End-of-Support у липні 2026 року. Не використовуйте цей застарілий посібник як інструкції для поточних коштів.
Ці прогалини не роблять ідею марною. Вони пояснюють, чому ретельний посібник має відокремлювати модель приватності та випадки використання від програмного забезпечення, готового для звичайних користувачів.
Поширені запитання
Чи можу я довести екранований платіж, маючи лише ідентифікатор транзакції?
Ні. Ідентифікатор може визначити транзакцію та її статус підтвердження, але екрановані отримувач, сума й мемо не є публічними.
Чи є розкриття інформації про платіж тим самим, що й ключ перегляду?
Ні. Розкриття обмежене вибраними деталями однієї транзакції. Ключ перегляду може з часом розкривати відповідну активність для адреси або облікового запису.
Чи може отримувач створити доказ відправника?
Не за конструкцією ZIP 311. Дійсне розкриття має доводити повноваження на витрачання принаймні для одного входу. Отримувач може підтвердити платіж, використовуючи власні записи гаманця, але це інше твердження.
Чи можу я відкликати розкриття після того, як поділився ним?
Ні. Воно не надає майбутнього доступу до облікового запису, як ключ перегляду, але розкриті дані та доказ можна скопіювати. Діліться ним так само обережно, як будь-яким приватним фінансовим записом.
Чи переміщує або блокує перевірка будь-які ZEC?
Ні. Створення або перевірка розкриття не витрачає, не повертає, не заморожує та не скасовує кошти.
Що мені використовувати сьогодні, якщо мій гаманець не має функції розкриття?
Почніть із записів гаманця отримувача, ідентифікатора транзакції та статусу підтвердження, посилання на рахунок у зашифрованому мемо або іншої взаємно прийнятої квитанції. Використовуйте ключ перегляду лише тоді, коли його ширший обсяг справді потрібен і зрозумілий.
Ресурси
Пов’язані сторінки
