Всі говорять про шар атестації Sign. Мало хто запитує, що насправді робить ZK частина під капотом.

Sign підтримує приватні та ZK атестації як частину S.I.G.N. Stack. Випадок використання має смисл на папері. Уряд видає перевіряємі облікові записи без розкриття необроблених даних громадян. Банк підтверджує KYC без передачі особистих записів. Громадянин доводить право на участь без розкриття доходу. Чисто, суверенно, приватно.
І чесно кажучи, технічна інтуїція за цим звучить логічно.
Але ось де я почав читати цікавше. ZK атестації в Sign — це режим, у який ви опціонально включаєтесь, а не поведінка за замовчуванням. Базовий шар прозорий. Емітенти підписують вимоги в блокчейні, і ці записи запитуються за замовчуванням. ZK сидить зверху для випадків, коли клієнту конкретно потрібна приватність. Це означає, що гарантія приватності існує не в протоколі. Це в рішенні розгортання, прийнятому тим, хто керує вузлом.
Sign неправильна не в тому, щоб будувати це таким чином. Корпоративна інфраструктура потребує гнучкості. Ви не можете розгорнути систему національної ідентичності, яка змушує ZK докази перед тим, як міністерство розуміє, що це навіть таке.
Але це фреймування трохи змінює слоган продажу. Sign не продає приватний протокол у суворому криптографічному сенсі. Вона продає платформу з можливістю приватності, доступною клієнтам, готовим використовувати її правильно. Тож коли анонсуються суверенні розгортання в Киргизстані чи Сьєрра-Леоне, варте запитання не в тому, чи має Sign ZK. Це запитання про те, чи ці розгортання насправді його використовують.
@Sign $SIGN #SignDigitalSovereignInfra