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