Solana запустила службу идентификации, чем она отличается от Машины Oracle?

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

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

Хотя услуги верификации (AS) и Машина Oracle являются механизмами переноса информации с внешних цепей на цепь, у них есть явные различия в позиционировании, назначении, модели доверия и способе работы. Вот подробное сравнение обоих.

Сравнительная таблица верификации услуг и Машина Oracle:

| Особенности | Верификация услуг (AS) | Машина Oracle | |------|---------------|--------| | Основное назначение | Преобразование субъективной или статичной информации, такой как идентификация, статус и поведение, из внецепочной среды в цепочечные удостоверения | Ввод объективных, динамических данных (таких как цена, погода) в цепочку | | Тип данных | Субъективные/событийные: такие как проверка возраста, идентификация, членство в организации | Числовые/фактические: такие как цена криптовалюты, данные внешнего API, метеорологическая информация | | Структура данных | Многоразовая, связанная с кошельком верификация "печать" | Данные, используемые в реальном времени во время транзакции (например, информация о ценах) | | Источник доверия | Конкретные надежные издатели (например, KYC-агентства, DAO, производители оборудования) | Несколько источников данных, опубликованных после агрегации через сеть Машина Oracle | | Частота обновления | Низкая, обычно один раз после генерации, долгое время действительна | Частое обновление, возможно обновление каждую минуту | | Комбинируемость | Сильная, одна верификация может использоваться повторно для нескольких приложений | Слабая, данные в основном используются для специфических торговых действий | | Обработка конфиденциальности | Сильная защита конфиденциальности, только проверка на прохождение или непрохождение, без раскрытия конкретной информации | Обычно не затрагивает вопросы конфиденциальности пользователей | | Представляем проект | Услуги верификации Solana, услуги верификации Ethereum | Некоторые известные проекты Машина Oracle |

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

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

В сравнении, приложения Машины Oracle больше ориентированы на данные в реальном времени. Например, определённый DeFi-протокол нуждается в получении текущей рыночной цены эфира, чтобы решить, следует ли инициировать ликвидацию. В этот момент он будет считывать последние данные о реальной цене ETH/USD через Машину Oracle.

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