Solana запускает службу идентификации: исследование сходств и различий между AS и Машиной Oracle
Экосистема Solana недавно получила важное обновление. 24 мая официальные представители Solana объявили о запуске сервиса верификации Solana (SAS) в своей основной сети. Это открытый, не требующий разрешения протокол верифицируемых сертификатов, предназначенный для обеспечения более безопасного и удобного опыта идентификации для пользователей.
Основная функция SAS заключается в том, чтобы позволить доверенным лицам связывать оффлайн-информацию с кошельком пользователя. Эта информация может включать результаты проверки KYC, квалификацию по географическому положению, членство или статус верификации и т.д. Стоит отметить, что эти удостоверения подписаны и проверены, что позволяет повторно использовать их между различными приложениями, одновременно избегая раскрытия конфиденциальных данных в блокчейне или повторной проверки.
Предоставляя нейтральный и бездокументальный уровень доказательства, SAS стремится обеспечить соблюдение норм, контроль доступа, систему репутации и программируемую идентификацию в экосистеме Solana. Это не только приносит конечным пользователям более качественный и удобный опыт, но и открывает новые возможности для разработчиков.
Однако, когда мы говорим о переносе информации из оффчейна в ончейн, неизбежно возникает сравнение SAS с другим распространенным механизмом — Машина Oracle. Хотя оба механизма связаны с использованием оффчейн информации в ончейн приложениях, они имеют значительные различия в позиционировании, использовании, модели доверия и способах работы.
Вот детальное сравнение службы верификации (AS) и Машины Oracle:
| Особенности | Сервис верификации (AS) | Машина Oracle |
|------|---------------|--------|
| Основное назначение | Преобразование субъективной или статической информации, такой как идентификация, статус, поведение и т. д., вне цепочки в сертификат на цепочке | Предоставление объективных, динамических данных (таких как цены, погода и т. д.) для приложений на цепочке |
| Тип данных | Субъективный/событийный: например, проверка возраста, верификация идентификации, членство в организации | Числовой/фактический: например, цена криптовалюты, данные API, метеорологическая информация |
| Структура данных | Повторно используемая, привязанная к кошельку "печать" верификации | Поток данных, используемый в реальном времени в транзакциях |
| Источник доверия | Определенные надежные издатели (например, KYC-агентства, DAO, производители оборудования) | Несколько источников данных, опубликованных после агрегирования через сеть Машин Oracle |
| Частота обновления | Низкая частота, обычно действительна на длительный срок после одного генерации | Высокая частота, может обновляться каждую минуту |
| Комбинируемость | Высокая, одна верификация может использоваться для нескольких приложений | Низкая, данные в основном используются для конкретных торговых действий |
| Защита конфиденциальности | Сильная, только проверка результатов, без раскрытия подробной информации | Обычно не затрагивает личные данные пользователей |
| Представляемый проект | Услуги верификации Solana, услуги верификации Ethereum | Некоторые известные проекты Машина Oracle |
Чтобы более наглядно понять разницу между двумя, мы можем рассмотреть следующий пример:
Сценарии применения верификации: пользователи, завершившие процесс верификации идентификации через платформу Web3, получают цепочечный сертификат "взрослый". Этот сертификат хранится в кошельке пользователя и в будущем может быть проверен любым децентрализованным приложением без необходимости повторной подачи удостоверения личности.
Сценарии использования Машины Oracle: Децентрализованные финансовые протоколы требуют актуальной цены ETH для определения условий ликвидации. Она будет считывать текущую цену ETH/USD через Машину Oracle.
В общем, Машина Oracle в основном сосредоточена на предоставлении "объективных фактов" вне цепи, в то время как услуги верификации акцентируют внимание на проверке "субъективной или условной надежности" вне цепи. Эти две механизмы не являются взаимозаменяемыми, а играют взаимодополняющие роли в экосистеме Web3, совместно способствуя расширению применения технологий блокчейна.
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
12 Лайков
Награда
12
5
Поделиться
комментарий
0/400
AirdropBlackHole
· 19ч назад
sol, не начинай снова мошеннический проект.
Посмотреть ОригиналОтветить0
ser_ngmi
· 08-01 23:00
Сол снова пришёл. Так жду, чтобы сразу же сделать рывок.
Посмотреть ОригиналОтветить0
just_another_wallet
· 08-01 22:51
Хвастаться не стоит, лучше просто пройти KYC
Посмотреть ОригиналОтветить0
BlockTalk
· 08-01 22:49
sol наконец-то вырос
Посмотреть ОригиналОтветить0
LayerZeroHero
· 08-01 22:43
Новый KYC снова пришёл. Ещё смеют называть это Децентрализацией.
Solana представила SAS верификацию: революционная услуга превосходит Машину Oracle
Solana запускает службу идентификации: исследование сходств и различий между AS и Машиной Oracle
Экосистема Solana недавно получила важное обновление. 24 мая официальные представители Solana объявили о запуске сервиса верификации Solana (SAS) в своей основной сети. Это открытый, не требующий разрешения протокол верифицируемых сертификатов, предназначенный для обеспечения более безопасного и удобного опыта идентификации для пользователей.
Основная функция SAS заключается в том, чтобы позволить доверенным лицам связывать оффлайн-информацию с кошельком пользователя. Эта информация может включать результаты проверки KYC, квалификацию по географическому положению, членство или статус верификации и т.д. Стоит отметить, что эти удостоверения подписаны и проверены, что позволяет повторно использовать их между различными приложениями, одновременно избегая раскрытия конфиденциальных данных в блокчейне или повторной проверки.
Предоставляя нейтральный и бездокументальный уровень доказательства, SAS стремится обеспечить соблюдение норм, контроль доступа, систему репутации и программируемую идентификацию в экосистеме Solana. Это не только приносит конечным пользователям более качественный и удобный опыт, но и открывает новые возможности для разработчиков.
Однако, когда мы говорим о переносе информации из оффчейна в ончейн, неизбежно возникает сравнение SAS с другим распространенным механизмом — Машина Oracle. Хотя оба механизма связаны с использованием оффчейн информации в ончейн приложениях, они имеют значительные различия в позиционировании, использовании, модели доверия и способах работы.
Вот детальное сравнение службы верификации (AS) и Машины Oracle:
| Особенности | Сервис верификации (AS) | Машина Oracle | |------|---------------|--------| | Основное назначение | Преобразование субъективной или статической информации, такой как идентификация, статус, поведение и т. д., вне цепочки в сертификат на цепочке | Предоставление объективных, динамических данных (таких как цены, погода и т. д.) для приложений на цепочке | | Тип данных | Субъективный/событийный: например, проверка возраста, верификация идентификации, членство в организации | Числовой/фактический: например, цена криптовалюты, данные API, метеорологическая информация | | Структура данных | Повторно используемая, привязанная к кошельку "печать" верификации | Поток данных, используемый в реальном времени в транзакциях | | Источник доверия | Определенные надежные издатели (например, KYC-агентства, DAO, производители оборудования) | Несколько источников данных, опубликованных после агрегирования через сеть Машин Oracle | | Частота обновления | Низкая частота, обычно действительна на длительный срок после одного генерации | Высокая частота, может обновляться каждую минуту | | Комбинируемость | Высокая, одна верификация может использоваться для нескольких приложений | Низкая, данные в основном используются для конкретных торговых действий | | Защита конфиденциальности | Сильная, только проверка результатов, без раскрытия подробной информации | Обычно не затрагивает личные данные пользователей | | Представляемый проект | Услуги верификации Solana, услуги верификации Ethereum | Некоторые известные проекты Машина Oracle |
Чтобы более наглядно понять разницу между двумя, мы можем рассмотреть следующий пример:
Сценарии применения верификации: пользователи, завершившие процесс верификации идентификации через платформу Web3, получают цепочечный сертификат "взрослый". Этот сертификат хранится в кошельке пользователя и в будущем может быть проверен любым децентрализованным приложением без необходимости повторной подачи удостоверения личности.
Сценарии использования Машины Oracle: Децентрализованные финансовые протоколы требуют актуальной цены ETH для определения условий ликвидации. Она будет считывать текущую цену ETH/USD через Машину Oracle.
В общем, Машина Oracle в основном сосредоточена на предоставлении "объективных фактов" вне цепи, в то время как услуги верификации акцентируют внимание на проверке "субъективной или условной надежности" вне цепи. Эти две механизмы не являются взаимозаменяемыми, а играют взаимодополняющие роли в экосистеме Web3, совместно способствуя расширению применения технологий блокчейна.