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

Sign поддерживает приватные и ZK-аттестации как часть S.I.G.N. Stack. Вариант использования имеет смысл на бумаге. Правительство выпускает проверяемые учетные данные без раскрытия сырых данных граждан. Банк подтверждает KYC без передачи личных записей. Гражданин доказывает соответствие, не раскрывая доход. Чистый, суверенный, приватный.
И честно говоря, техническая интуиция, лежащая в основе этого, здравая.
Вот где я начал читать более внимательно. ZK-аттестации в Sign — это режим, в который вы явно включаетесь, а не поведение по умолчанию. Базовый уровень прозрачный. Издатели подписывают утверждения в цепи, и эти записи запрашиваются по умолчанию. ZK находится сверху для случаев, когда клиенту конкретно нужна приватность. Это означает, что гарантия приватности находится не в протоколе. Это находится в решении развертывания, принятом тем, кто управляет узлом.
Sign не ошибается, строя это таким образом. Корпоративной инфраструктуре нужна гибкость. Вы не можете запустить национальную систему идентификации, которая требует ZK-доказательств до того, как министерство поймет, что такое доказательство.
Но это переосмысление немного меняет pitch. Sign продает не протокол, сохраняющий приватность в строгом криптографическом смысле. Это платформа с доступной функцией приватности для клиентов, готовых использовать ее правильно. Итак, когда объявляются суверенные развертывания в Кыргызстане или Сьерра-Леоне, вопрос, который стоит задать, — это не то, есть ли в Sign ZK. Это то, используют ли эти развертывания его на самом деле.
@Sign $SIGN #SignDigitalSovereignInfra