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

Я заметила, что текущий технический долг Sign на самом деле вовсе не мал, что неизбежно повлияет на скорость распространения токенов Sign среди сообщества разработчиков.

Давайте сначала разберемся с гордостью Sign о дизайне основного протокола, эта система позволяет различным учреждениям свободно настраивать различные структуры проверки данных, будь то простые дипломы школ или чрезвычайно сложные медицинские отчеты, все может быть упаковано и перенесено на@SignOfficial блокчейн в зависимости от потребностей. Но когда я начал писать код для тестирования, я столкнулся с крайне неприятной проблемой: для каждой конкретной структуры данных, подтверждающей определенные доказательства, разработчикам необходимо отдельно пройти полный процесс регистрации на блокчейне.

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

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

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

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

Предположим, что учреждение, выдающее сертификаты, принудительно обновило формат данных для рабочих удостоверений сотрудников с первой версии на вторую. Как же реализовать плавный переход для десятков тысяч старых форматов сертификатов, выданных за предыдущие годы на основе старого стандарта Sign?#Sign地缘政治基建

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