ZK-докази (zero-knowledge proof, «докази з нульовим розголошенням») — спосіб підтвердити факт, не розкриваючи дані, що стоять за ним. Довести, що клієнту є 18, не показуючи паспорт. Довести, що кошти надійшли з легального джерела, не публікуючи весь ланцюжок транзакцій. Для обмінника це не абстрактна криптографія з підручника, а інструмент, який уже змінює підхід до приватності клієнта й комплаєнсу.
Що насправді означає «нульове розголошення»
Сенс простий: одна сторона доводить твердження, а інша перевіряє його правдивість, не бачачи нічого зайвого.
Уявіть бар, де на вході не питають паспорт, а сканують QR-код від банку з одним-єдиним записом: «цій людині є 18». Дата народження, ім'я, номер документа — все це лишається прихованим. Саме так працює ZK: математичний доказ підтверджує твердження, але не видає вихідні дані, з яких воно виведене.
За цим стоять криптографічні схеми на кшталт zk-SNARK і zk-STARK — складні всередині, але з простою ідеєю зовні: proof замінює довіру до людини довірою до математики.
Як це працює на практиці
На практиці все зводиться до трьох кроків: користувач формує доказ локально на своєму пристрої, надсилає його в мережу, а мережа перевіряє його — жодного разу не побачивши вихідні дані.
Гарний приклад — ZK-ролапи на кшталт zkSync, Starknet чи Polygon zkEVM. Вони збирають тисячі транзакцій Ethereum, стискають їх в один доказ і надсилають в основну мережу на перевірку. Перевірити готовий доказ — секунди. Перевіряти кожну транзакцію окремо забрало б незрівнянно більше часу й місця в блоці.
Zcash пішов іншим шляхом: там ZK приховує суму й адреси переказу, залишаючи саму транзакцію перевірюваною мережею.
Чому це важливо для обмінника
Тут інтерес обмінника не абстрактний, а цілком прикладний: що менше персональних даних зберігається й передається між сторонами, то менший ризик витоку і менше роботи із захисту цих даних.
Концепція zkKYC рухається саме в цей бік: клієнт одного разу проходить верифікацію в провайдера, а обміннику чи біржі показує не паспорт цілком, а доказ «ця верифікація пройдена, ліміт не перевищено, юрисдикція не в чорному списку». Дані не копіюються вдесяте, а ризик їх компрометації не множиться разом із кількістю сервісів, яким клієнт їх показав.
Це не спосіб сховатися від регулятора. За законодавством більшості юрисдикцій обмінник має зберігати можливість розкрити дані на законний запит — ZK змінює те, що бачать сторонні за замовчуванням, а не те, що бачать правоохоронці за потреби.
Де ZK уже застосовується в крипті
Перелік реальних, а не гіпотетичних впроваджень коротший, ніж хотілося б, але він росте рік у рік.
- Zcash — приватні («shielded») транзакції з 2016 року.
- zkSync, Starknet, Polygon zkEVM — масштабування Ethereum через ZK-ролапи.
- Проєкти proof-of-personhood — доказ «я жива унікальна людина» без розкриття особи.
- Пілотні схеми zkKYC у частини комплаєнс-провайдерів, які поки не стали галузевим стандартом.
Практичний висновок для обмінника один: технологія вже не експериментальна забавка, але й не готова коробкова функція, яку можна ввімкнути одним кліком.
Обмеження і ризики: чого ZK не вирішує
ZK не робить дані достовірнішими — вона робить їх прихованішими. Якщо в доказ закладено хибну інформацію, сам доказ її не виправить: сміття на вході — сміття на виході.
Є й приземленіші обмеження. Побудова доказу вимагає обчислювальних ресурсів — на слабкому пристрої це відчутна затримка. Схема proof-системи сама може містити помилку в коді («баг у схемі» — по суті діра в математичній гарантії), і такі помилки знаходять навіть у зрілих проєктах. А регуляторна база в багатьох країнах поки не описує явно, як zk-верифікований комплаєнс співвідноситься з вимогами AML — юристам доводиться тлумачити за аналогією.
Тож ставитися до ZK як до готового «розв'язання всіх проблем приватності й комплаєнсу разом» зарано.
Висновок
ZK-докази вирішують конкретне й вузьке завдання: підтвердити факт, не розкриваючи зайвого. Це не панацея і не заміна продуманій архітектурі безпеки — радше ще один інструмент у наборі, поряд із мультисигом чи моніторингом транзакцій.
Для обмінника, який лише запускається чи оновлює платформу, розробляти підтримку ZK з нуля самостійно — дорого й не швидко. Простіше спиратися на готову інфраструктуру і нарощувати функціональність у міру зростання бізнесу — наприклад, почати з готового рушія на платформі iEXExchanger і додавати складніші механізми комплаєнсу та приватності поступово.
