Solana запустила новую систему идентификации, позволяющую создавать проверяемые удостоверения.
Недавно Solana запустила инновационную службу идентификации (SAS), которая представляет собой открытый, не требующий разрешений протокол проверяемых сертификатов, который в настоящее время запущен и работает в основной сети Solana. Эта служба позволяет надежным эмитентам связывать оффлайн информацию с кошельком пользователя, включая результаты проверки KYC, квалификацию по геолокации, членство или статус сертификации и т.д. Эти сертификаты проверяются с помощью подписи и могут повторно использоваться в различных приложениях без необходимости раскрытия конфиденциальных данных в цепи или повторной верификации.
Запуск SAS предоставляет нейтральный и без разрешений уровень верификации для экосистемы Solana, что обещает более эффективную соблюдаемость, контроль доступа, систему репутации и программируемую идентификацию по всей сети. Это не только приносит пользователям более качественный и удобный опыт, но и открывает новые возможности для разработчиков.
Хотя SAS и оракулы являются механизмами, которые вводят информацию из вне цепочки в цепочку, между ними существуют значительные различия в позиционировании, использовании, модели доверия и способах работы. Вот основные отличия между ними:
Основное использование:
SAS：преобразует субъективную или статическую информацию, такую как идентификация, состояние и поведение, из внецепочечного формата в цепочечные свидетельства.
Оракул: предоставляет внешние объективные и динамические данные (такие как цены, погода и т.д.) для приложений на блокчейне.
Тип данных:
SAS：субъективная или событийная информация, такая как проверка возраста, верификация, идентификация членов организации и т. д.
Оракул: числовые или фактические данные, такие как цены на криптовалюту, данные внешнего API, информация о погоде и т. д.
Структура данных:
SAS: многоразовая "печать" верификации, привязанная к кошельку пользователя.
Оракул: данные, используемые в торговле в реальном времени, такие как информация о ценах.
Источник доверия:
SAS: зависит от конкретных доверенных издателей, таких как KYC организации, DAO или производители оборудования.
Оракул: Обычно поступает из нескольких источников данных и публикуется после агрегации через сеть оракулов.
Частота обновления:
SAS: Обычно не обновляется часто, после одного создания может быть действительным в течение долгого времени.
Оракул: Частые обновления, возможно, обновление каждые минуты или даже чаще.
Комбинируемость и повторное использование:
SAS：одна верификация может быть повторно использована для нескольких приложений, таких как KYC-доказательство для кошелька.
Оракул: данные в основном используются в качестве входных данных для определенного торгового действия и не имеют повторного использования.
Обработка конфиденциальности:
SAS：уделяет внимание защите конфиденциальности, только проверяет, прошла ли верификацию, не раскрывая подробной информации.
Оракул: как правило, не затрагивает вопросы конфиденциальности идентификации пользователей.
В качестве примера, типичный сценарий использования SAS заключается в следующем: пользователь завершает процесс идентификации через какую-либо платформу Web3 и получает "взрослый" сертификат на блокчейне. Этот сертификат хранится в кошельке пользователя, и в будущем любое dApp сможет его проверить, не требуя от пользователя повторной подачи удостоверения личности. В то время как сценарий использования оракула может быть следующим: DeFi-протоколу необходимо в реальном времени получать цену ETH для определения условий ликвидации, считывая последние данные о цене ETH/USD через оракул.
В целом, оракулы в основном сосредоточены на предоставлении "объективных фактов" данных вне цепи, в то время как SAS стремится реализовать "субъективную или условную доверительную" верификацию на цепи. Эти два механизма не являются взаимозаменяемыми, а играют взаимодополняющие роли в экосистеме Web3, совместно способствуя развитию и применению технологий блокчейн.
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
Solana выпустила сервис верификации идентификации SAS: в блокчейне сертификаты революционизируют проверку идентификации
Solana запустила новую систему идентификации, позволяющую создавать проверяемые удостоверения.
Недавно Solana запустила инновационную службу идентификации (SAS), которая представляет собой открытый, не требующий разрешений протокол проверяемых сертификатов, который в настоящее время запущен и работает в основной сети Solana. Эта служба позволяет надежным эмитентам связывать оффлайн информацию с кошельком пользователя, включая результаты проверки KYC, квалификацию по геолокации, членство или статус сертификации и т.д. Эти сертификаты проверяются с помощью подписи и могут повторно использоваться в различных приложениях без необходимости раскрытия конфиденциальных данных в цепи или повторной верификации.
Запуск SAS предоставляет нейтральный и без разрешений уровень верификации для экосистемы Solana, что обещает более эффективную соблюдаемость, контроль доступа, систему репутации и программируемую идентификацию по всей сети. Это не только приносит пользователям более качественный и удобный опыт, но и открывает новые возможности для разработчиков.
Хотя SAS и оракулы являются механизмами, которые вводят информацию из вне цепочки в цепочку, между ними существуют значительные различия в позиционировании, использовании, модели доверия и способах работы. Вот основные отличия между ними:
Основное использование:
Тип данных:
Структура данных:
Источник доверия:
Частота обновления:
Комбинируемость и повторное использование:
Обработка конфиденциальности:
В качестве примера, типичный сценарий использования SAS заключается в следующем: пользователь завершает процесс идентификации через какую-либо платформу Web3 и получает "взрослый" сертификат на блокчейне. Этот сертификат хранится в кошельке пользователя, и в будущем любое dApp сможет его проверить, не требуя от пользователя повторной подачи удостоверения личности. В то время как сценарий использования оракула может быть следующим: DeFi-протоколу необходимо в реальном времени получать цену ETH для определения условий ликвидации, считывая последние данные о цене ETH/USD через оракул.
В целом, оракулы в основном сосредоточены на предоставлении "объективных фактов" данных вне цепи, в то время как SAS стремится реализовать "субъективную или условную доверительную" верификацию на цепи. Эти два механизма не являются взаимозаменяемыми, а играют взаимодополняющие роли в экосистеме Web3, совместно способствуя развитию и применению технологий блокчейн.