Solana запустила послугу верифікації поза блокчейном SAS, що приносить інновації в екосистему Web3.

Solana нещодавно оголосила на своєму офіційному веб-сайті про запуск нової послуги — Solana верифікація сервісу (SAS). Це відкритий і бездозвільний протокол для перевірки сертифікатів, який вже офіційно запущено в Основній мережі Solana. Основна функція SAS полягає в тому, щоб пов'язати інформацію поза блокчейном з гаманець користувача, ця інформація може включати ідентифікацію, геолокаційні кваліфікації або членство тощо.

Однією з важливих особливостей цієї послуги є те, що вона може генерувати підписані та перевірені сертифікати, які можна повторно використовувати між різними додатками, не розкриваючи чутливі дані в мережі та не повторюючи процес перевірки. Надаючи нейтральний і бездозвільний шар доказів, SAS має на меті сприяти дотриманню норм, контролю доступу, системам репутації та реалізації програмованої ідентифікації в усьому екосистемі Solana, забезпечуючи користувачам і розробникам більш якісний і зручний досвід.

Хоча SAS та оракули є механізмами, що вводять інформацію з поза блокчейном в основну мережу, між ними існують суттєві відмінності в позиціонуванні, призначенні, моделі довіри та способі роботи. Нижче наведено порівняння обох:

верифікація послуги vs oracle: ключові відмінності

1. Основне призначення:

   • верифікаційні послуги: перетворення суб'єктивної або статичної інформації про ідентифікацію, стан, поведінку тощо поза блокчейном на сертифікати в основній мережі
   • Оракул: надає об'єктивні, динамічні дані поза блокчейном (такі як ціни, погода тощо) для застосувань на основній мережі

2. Типи даних:

   • Верифікація послуг: суб'єктивна або подієва інформація, така як перевірка віку, ідентифікація, членство в організації тощо
   • Оракул: числові або фактичні дані, такі як ціни на криптовалюту, дані з зовнішнього API, метеорологічна інформація тощо

3. Структура даних:

   • верифікація послуг: багаторазова, прив'язана до конкретного Гаманця "штамп"
   • Оркул: поток даних, що використовується в реальному часі під час торгівлі (наприклад, дані про ціни)

4. Джерело довіри:

   • Верифікація послуг: від конкретних надійних постачальників (таких як органи сертифікації, децентралізовані автономні організації, виробники обладнання)
   • Оркестр: Зазвичай надходить з кількох джерел даних і публікується після агрегації через мережу оркестрів.

5. Частота оновлень:

   • Верифікаційні послуги: низька частота оновлень, зазвичай один раз створюється на довгий термін.
   • Оркестр: Часті оновлення, можливо, нові дані з'являються щохвилини чи навіть щосекунди

6. Комбінованість та повторне використання:

   • верифікація послуг: висока повторна використання, одна верифікація може бути використана кількома програмами
   • Оркул: зазвичай використовується як миттєвий вхід для конкретних угод або операцій, не підкреслюючи повторне використання.

7. Обробка конфіденційності:

   • Верифікаційні послуги: зосереджені на захисті конфіденційності, лише підтверджують результати, не розкриваючи детальну інформацію
   • Оркул: зазвичай не безпосередньо стосується приватних даних користувачів

Щоб краще зрозуміти різницю між обома, ми можемо пояснити це на конкретних прикладах:

Сценарії застосування верифікаційних послуг: користувач отримує "повнолітній" сертифікат верифікації в ланцюгу після завершення процесу ідентифікації на певній платформі Web3. Цей сертифікат зберігається у користувацькому Гаманці, і в майбутньому будь-який децентралізований додаток може перевірити цю інформацію без необхідності повторної подачі ідентифікаційних документів.

Сценарії використання ораклів: децентралізовані фінансові протоколи потребують знання поточної ринкової ціни Ethereum, щоб вирішити, чи слід активувати умови ліквідації. Вони використовують ораклові послуги для реального часу зчитування останніх даних про ціну ETH/USD.

В цілому, oracle в основному відповідають за надання об'єктивних фактичних даних, тоді як служба верифікації зосереджується на перевірці та доведенні поза блокчейном ідентифікації або статусної інформації. Ці два механізми відіграють у блокчейн-екосистемі взаємодоповнюючу, а не взаємозамінну роль, спільно надаючи багатий підтримку поза блокчейном даних для децентралізованих додатків.