Solana запустила услуги по верификации идентификации, что принесло инновации и удобство в экосистему Блокчейн.

Solana недавно запустила новую службу верификации идентификации, что приносит инновации в экосистему Блокчейн.

Solana недавно запустила новую службу идентификации на своем основном сети (SAS), это открытый, не требующий разрешения протокол проверяемых сертификатов. Эта служба позволяет доверенным издателям связывать оффлайновую информацию с кошельками пользователей, такую как результаты проверки KYC, географическая квалификация, членство или статус сертификации и т.д. Эти сертификаты подписаны и проверены, могут повторно использоваться между различными приложениями без необходимости повторной проверки или раскрытия конфиденциальных данных в сети.

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

Хотя SAS и оракулы оба являются механизмами, которые переносят информацию из оффчейна в блокчейн, между ними существуют явные различия в позиционировании, назначении, модели доверия и способах работы. Вот их основные отличия:

1. Основное назначение:

   • SAS: Преобразование субъективной или статической информации, такой как идентификация, статус и поведение, вне цепи в удостоверения на цепи
   • Оракул: предоставляет объективные, динамические данные вне цепочки (, такие как цена, погода ), для приложений на цепочке.

2. Тип данных:

   • SAS: субъективный/событийный, например, достиг ли 18 лет, прошёл ли верификацию, является ли членом какой-либо организации
   • Оракул: числовой/фактический тип, такой как цена криптовалюты, данные API вне цепочки, данные о погоде

3. Структура данных:

   • SAS: многоразовая, привязанная к кошельку верификация "печать"
   • Оракул: данные, используемые в реальном времени в транзакциях (, такие как цена фид )

4. Источник доверия:

   • SAS: Некоторый надежный издатель (, такой как KYC организация, DAO, производитель оборудования ), подписывает доказательство.
   • Оракул: поступает из нескольких источников данных и публикуется после агрегации сетью оракулов

5. Частота обновления:

   • SAS: Не часто, обычно генерируется один раз с долгосрочной эффективностью
   • Оракул: Частые обновления, возможно обновление цен каждую минуту

6. Комбинируемая повторная использование:

   • SAS: Да, одна верификация может быть повторно использована для нескольких приложений (, например, для KYC-сертификата кошелька ).
   • Оракул: Обычно нет, данные о ценах в основном используются в качестве входных данных для определенного торгового действия

7. Обработка конфиденциальности:

   • SAS: Сильная защита конфиденциальности, только проверка "прошел ли", без раскрытия подробной информации
   • Оракул: Обычно не затрагивает конфиденциальность идентификации пользователя

Чтобы лучше понять различия между ними, мы можем провести сравнение через конкретные примеры:

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

Примеры использования оракула: Протоколы DeFi нуждаются в получении текущей цены ETH для определения условий ликвидации и будут использовать оракул для чтения текущей цены ETH/USD.

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