Докази з нульовим розголошенням (zero-knowledge proofs, ZK) — це спосіб підтвердити факт про людину, не показуючи самі дані. Для обмінника це означає: ви дізнаєтесь, що клієнт повнолітній, не в санкційному списку й пройшов перевірку походження коштів — але не зберігаєте скан його паспорта. Розбираємось, як це працює і де є підводні камені.
Що таке доказ з нульовим розголошенням
Суть проста: ви доводите факт, а не показуєте документ. Уявіть охоронця клубу, який перевіряє браслет із штампом, а не виписку з вашого банку — він підтверджує, що ви заплатили за вхід, і більше нічого про вас не дізнається. Криптографічно zk-SNARK чи zk-STARK роблять те саме: генерують доказ на основі приватних даних, а перевіряльник лише переконується, що доказ дійсний, не бачачи самих даних.
Навіщо це обміннику
Кожен збережений скан паспорта — це не актив, а тягар. Він приваблює хакерів, створює комплаєнс-ризики за нормами на кшталт GDPR і дедалі більше дратує клієнтів, яким набридло вивантажувати документи на черговий сайт. Витік даних одного обмінника може за ніч розкрити тисячі особистих даних, а репутаційні втрати переживають будь-який штраф. У ZK-підході ліцензований провайдер ідентифікації перевіряє клієнта один раз, а ваша платформа отримує лише криптографічне «так» чи «ні».
Як це виглядає на практиці
Уявіть клієнта — назвемо його Олег — який обмінює 5000 доларів у USDT. Замість завантаження паспорта на ваш обмінник він уже має верифіковану цифрову credential від провайдера, у якого одного разу пройшов перевірку. Він генерує доказ — повнолітній, не під санкціями, сума нижча за поріг звітності — і надсилає лише його. Ваша система перевіряє це криптографічно за секунди. Жоден оригінальний документ ніколи не потрапляє на ваші сервери.
Які є обмеження
Більшість регуляторів усе ще вимагають можливості повністю ідентифікувати клієнта на запит — для travel rule, санкційного аудиту чи судового запиту. ZK-докази не скасовують цей обов'язок, вони лише змінюють, хто зберігає первинні дані і як вони розкриваються. Емітент доказу стає новою точкою довіри: якщо його інфраструктура ненадійна чи скомпрометована, ваш комплаєнс залежить від чужої системи. Інтеграція теж непроста, і не кожен аудитор поки готовий приймати криптографічний доказ замість копії документа.
Часті помилки
- Вважати ZK анонімністю — це не так, обов'язок моніторити транзакції для AML нікуди не зникає.
- Покладатися на єдиного емітента доказів без резервного способу перевірки.
- Не уточнити в юриста, чи приймає регулятор вашої юрисдикції такий формат доказу.
- Плутати справжній ZK-доказ зі звичайною відповіддю «verified: true» від API KYC-сервісу — рівень довіри тут різний.
Висновок
Докази з нульовим розголошенням — не спосіб обійти комплаєнс, а інструмент, що змінює баланс між приватністю клієнта й обов'язками обмінника. Наразі це радше напрям, за яким варто стежити, ніж готове рішення під ключ. Якщо ви вибудовуєте процеси перевірки клієнтів для власного обмінника з нуля, розумніше почати з перевіреної готової інфраструктури — наприклад, платформи iEXExchanger, а складніші схеми верифікації впроваджувати вже в міру зростання бізнесу.
