Я проверяю "геополитическую инфраструктуру" Sign: это не про выбор стороны, а про то, чтобы сделать доказательства обратимыми системами.
Мой интерес к Sign не в лозунгах, а в том, сможет ли он превратить авторизацию и ответственность в структурированные записи в условиях высоких трений. Когда я делаю опыт в Sign, меня больше всего беспокоят две вещи: может ли схема заставить сформулировать единые стандарты, и может ли жизненный цикл аттестации восприниматься серьезно; действия по обновлению, аннулированию и наследованию должны быть отслеживаемыми, как миграция базы данных, иначе, с увеличением количества доказательств, они превращаются в новую свалку.
Я собираюсь протестировать авторизацию одного и того же объекта, создав две цепочки. Одна из них — это краткосрочная авторизация, с малым количеством полей и частыми изменениями, специально для проверки поиска и обновлений. Другая — это долгосрочная квалификация, с большим количеством полей и строгой проверкой, специально для проверки стабильности схемы. Я слежу за тем, стабильны ли пути запросов в Sign, может ли подергивание узлов или сервисов индексации вернуть меня к старой версии. Этот опыт очень реалистичен, Sign предоставил мне проверяемую форму данных, но чтобы сделать его услугой "надежной, как водоснабжение и электроснабжение", нужно посмотреть, нет ли проблем на уровне поиска, кэширования и границ разрешений.
Сравнивая с конкурентами, мне легче находить недостатки. Решения, ориентированные на идентичность, часто сильно связывают проверку и разрешения, что упрощает интеграцию, но как только речь заходит о межорганизационном сотрудничестве, возникает много споров о том, кто должен выдавать, кто должен аннулировать и кто должен нести ответственность. Решения, ориентированные на универсальные доказательства, могут быть слишком свободными, оставляя много неявных соглашений, и когда возникают споры, каждый может сказать, что он прав. Направление Sign больше похоже на то, чтобы рассматривать доказательства как общий язык; я могу принять его несовершенство, но мне нужно, чтобы он был "жестче" на самых критических границах: аннулирование должно быть заметным, обновления должны быть отслеживаемыми, а версия схемы должна быть управляемой.
Поэтому я не принимаю решение о $SIGN на эмоциональной основе. Я склонен считать его ресурсным якорем сети доказательств; стоит ли он чего-то, зависит от того, смогу ли я использовать один и тот же документ для многократных ссылок, могут ли аннулирование или обновление быть своевременно замечены, могут ли спорные моменты быть подавлены доказательствами. Сначала нужно решить эти точки трения, а потом говорить о возможностях роста — это как делать домашнее задание.
@SignOfficial #Sign地缘政治基建 $SIGN
