Solana запустила новую услугу идентификации, что стало прорывом в в блокчейне верификации.
24 мая на главной сети Solana произошла важная обновление — Solana верификация сервиса (SAS) официально запущена. Это открытый, без разрешений, протокол проверяемых удостоверений, разработанный командой идентификации Solana и фондом Solana. Основная функция SAS заключается в связывании оффлайн информации с кошельком пользователя, эта информация может включать результаты верификации, квалификацию по географическому положению, членство или статус сертификации и т. д.
Уникальность SAS заключается в том, что он позволяет доверенным эмитентам предоставлять пользователям подписанные и проверенные сертификаты, которые могут повторно использоваться в различных приложениях без необходимости многократного раскрытия конфиденциальных данных или повторных шагов верификации. Эта особенность не только улучшает пользовательский опыт, но и предоставляет разработчикам больше возможностей.
Предоставляя нейтральный и не требующий разрешений уровень верификации, SAS стремится достичь более эффективного управления соблюдением норм, контроля доступа, систем репутации и программируемой идентификации во всей экосистеме Solana. Это не только обеспечивает конечным пользователям более качественный и удобный опыт, но и открывает новые пространства для инноваций для строителей.
Хотя SAS и оракулы оба являются механизмами, которые вводят информацию из вне в блокчейн, между ними существуют значительные различия в позиционировании, использовании, модели доверия и способах работы. Вот детальное сравнение этих двух технологий:
Основное назначение:
SAS:преобразование субъективной или статической информации, такой как идентификация, статус и поведение, из внеблокчейна в сертификаты в блокчейне.
Оракул: предоставляет внеблокчейн объективные, динамичные данные (такие как цена, погода и т.д.) для приложений в блокчейне.
Тип данных:
SAS:обработка субъективной или событийной информации, такой как проверка возраста, идентификация, членство в организации и т.д.
Оракул: обрабатывает числовые или фактические данные, такие как цены на криптовалюту, данные внешнего API, метеорологическую информацию и т. д.
Структура данных:
SAS:генерация повторно используемого "штампа" верификации, связанного с кошельком.
Оракул: предоставляет поток данных в реальном времени, используемых в торговле.
Источник доверия:
SAS: зависит от определенных доверенных издателей (таких как KYC-агентства, DAO, производители оборудования) для подписной верификации.
Оракул: обычно интегрирует несколько источников данных и публикует их после агрегации в сети оракулов.
Частота обновления:
SAS: обычно действителен на длительный срок после генерации, частота обновлений низкая.
Оракул: частые обновления, данные могут обновляться каждую минуту или даже чаще.
Комбинируемость:
SAS:высокая компоновка, одна верификация может использоваться для нескольких приложений.
Оракул: Обычно используется в качестве входных данных для конкретных сделок или операций, не акцентируя внимание на межприложенческом использовании.
Защита конфиденциальности:
SAS: ориентируется на защиту конфиденциальности, только проверяет, прошла ли верификация, не раскрывая подробную информацию.
Оракул: обычно не затрагивает личные данные пользователей.
Представляет проект:
SAS:Кроме Solana Attestation Service, в экосистеме Ethereum также есть аналогичный Ethereum Attestation Service (EAS).
Оракулы: известные проекты включают Chainlink, Pyth, Band Protocol и др.
Чтобы более наглядно понять различия между ними, давайте рассмотрим следующий пример:
Сценарии применения SAS: после завершения процесса идентификации на одной из платформ Web3 пользователи получают "взрослый" печать в блокчейне. Эта печать хранится в кошельке пользователя, и в будущем любое dApp, поддерживающее эту верификацию, может напрямую проверять ее без необходимости повторной подачи удостоверения личности пользователем.
Сценарии применения оракулов: протоколам DeFi необходима актуальная цена ETH для принятия решения о том, запускать ли ликвидацию. Они будут получать актуальный ETH/USD курс через сервис оракулов.
В общем, оракулы в основном решают потребность в получении объективных данных в блокчейне, тогда как сервисы верификации сосредоточены на обработке субъективных или условных вопросов доверия к идентификации и состоянию. Эти две технологии играют взаимодополняющую, а не заменяющую роль в экосистеме Web3, совместно способствуя развитию и улучшению приложений на блокчейне.
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
14 Лайков
Награда
14
7
Поделиться
комментарий
0/400
OptionWhisperer
· 07-09 02:55
Солана, это круто!
Посмотреть ОригиналОтветить0
TokenRationEater
· 07-08 21:25
Ещё один голубой океан yyds
Посмотреть ОригиналОтветить0
DecentralizeMe
· 07-06 20:47
Когда SOL взлетит?
Посмотреть ОригиналОтветить0
RamenDeFiSurvivor
· 07-06 20:46
Это всего лишь раздувание нового концепта.
Посмотреть ОригиналОтветить0
OldLeekConfession
· 07-06 20:40
идентификация в блокчейне? Как быть с моими сбережениями, если произойдет мошенничество?
Solana推出SASидентификацияверификациясервис Дляв блокчейнеидентификацияверификацияпринесетпрорыв
Solana запустила новую услугу идентификации, что стало прорывом в в блокчейне верификации.
24 мая на главной сети Solana произошла важная обновление — Solana верификация сервиса (SAS) официально запущена. Это открытый, без разрешений, протокол проверяемых удостоверений, разработанный командой идентификации Solana и фондом Solana. Основная функция SAS заключается в связывании оффлайн информации с кошельком пользователя, эта информация может включать результаты верификации, квалификацию по географическому положению, членство или статус сертификации и т. д.
Уникальность SAS заключается в том, что он позволяет доверенным эмитентам предоставлять пользователям подписанные и проверенные сертификаты, которые могут повторно использоваться в различных приложениях без необходимости многократного раскрытия конфиденциальных данных или повторных шагов верификации. Эта особенность не только улучшает пользовательский опыт, но и предоставляет разработчикам больше возможностей.
Предоставляя нейтральный и не требующий разрешений уровень верификации, SAS стремится достичь более эффективного управления соблюдением норм, контроля доступа, систем репутации и программируемой идентификации во всей экосистеме Solana. Это не только обеспечивает конечным пользователям более качественный и удобный опыт, но и открывает новые пространства для инноваций для строителей.
Хотя SAS и оракулы оба являются механизмами, которые вводят информацию из вне в блокчейн, между ними существуют значительные различия в позиционировании, использовании, модели доверия и способах работы. Вот детальное сравнение этих двух технологий:
Основное назначение:
Тип данных:
Структура данных:
Источник доверия:
Частота обновления:
Комбинируемость:
Защита конфиденциальности:
Представляет проект:
Чтобы более наглядно понять различия между ними, давайте рассмотрим следующий пример:
Сценарии применения SAS: после завершения процесса идентификации на одной из платформ Web3 пользователи получают "взрослый" печать в блокчейне. Эта печать хранится в кошельке пользователя, и в будущем любое dApp, поддерживающее эту верификацию, может напрямую проверять ее без необходимости повторной подачи удостоверения личности пользователем.
Сценарии применения оракулов: протоколам DeFi необходима актуальная цена ETH для принятия решения о том, запускать ли ликвидацию. Они будут получать актуальный ETH/USD курс через сервис оракулов.
В общем, оракулы в основном решают потребность в получении объективных данных в блокчейне, тогда как сервисы верификации сосредоточены на обработке субъективных или условных вопросов доверия к идентификации и состоянию. Эти две технологии играют взаимодополняющую, а не заменяющую роль в экосистеме Web3, совместно способствуя развитию и улучшению приложений на блокчейне.