Сегодня, $ONT неудержим и $SIREN довольно, и вот что-то о Sign( @SignOfficial ).

Странная часть заключалась в том, что никто не оспаривал запись.

Они не соглашались с вопросом.

Я заметил это в том медленном, раздражающем способе, которым обычно происходят эти вещи. Продукт посмотрел на аттестацию и хотел получить ответ "да" или "нет" по праву на участие. Соответствие посмотрело на то же самое и хотело что-то более безопасное, чем "да". Поддержка хотела путь к решению проблемы пользователя, не обещая ничего неправильного. Управление, или политика, или как там правильно это называется в той комнате, хотело что-то, что оно сможет защитить позже.

Та же запись. Тот же экран. Разный голод.

Это очень Sign, честно говоря. Протокол Sign построен вокруг схем и аттестаций, структурированных требований, подписанных требований, и он явно сформулирован в документах как общий слой доказательств, который можно извлекать, запрашивать и проверять между системами, вместо того чтобы застревать внутри одного рабочего процесса. Суть в том, что доказательства продолжают перемещаться.

Что меня удивило, так это то, как быстро "общий слой доверия" перестал означать общее ожидание.

Потому что аттестация оставалась совершенно спокойной. Она не расширялась, чтобы объяснить себя только потому, что пять команд пришли, неся пять разных видов институционального страха. Она оставалась тем, чем ее сделал Sign: переносимыми доказательствами, атрибутируемыми доказательствами, готовыми к инспекции достаточно, чтобы путешествовать. Но переносимость не то же самое, что согласие по поводу цели.

Так что та же самая учетная запись начинает выполнять слишком много задач одновременно.

Проверка прав на участие. Щит от ответственности. Аудиторский след. Ответ поддержки. Партнерский уютный плед.

И где-то в этой куче, не меняя формы вообще, запись становится менее похожей на доказательство и больше на место, где организация сбрасывает свои неразрешенные споры.

$SIGN #SignDigitalSovereignInfra