Solana lance le service de vérification d'identification SAS, apportant une percée dans la vérification d'identité off-chain.

Solana a lancé un nouveau service de vérification d'identification, apportant une percée dans la vérification d'identité off-chain.

Le 24 mai, le réseau principal de Solana a accueilli une mise à jour importante - le service de vérification Solana (SAS) est désormais en ligne. Il s'agit d'un protocole de certificat vérifiable ouvert et sans autorisation, développé conjointement par le groupe d'identification de Solana et la fondation Solana. La fonction principale de SAS est d'associer des informations hors chaîne avec le portefeuille de l'utilisateur, ces informations pouvant inclure des résultats de vérification d'identité, des qualifications géographiques, des adhésions ou des statuts de vérification, etc.

La singularité de SAS réside dans le fait qu'il permet aux émetteurs de confiance de fournir aux utilisateurs des vérifications signées et vérifiées, qui peuvent être réutilisées entre différentes applications sans avoir à exposer à plusieurs reprises des données sensibles ou à répéter des étapes de vérification. Cette caractéristique améliore non seulement l'expérience utilisateur, mais offre également plus de possibilités aux développeurs.

En fournissant une couche de preuve neutre et sans autorisation, SAS espère réaliser une gestion de la conformité, un contrôle d'accès, un système de réputation et une identification programmable plus efficaces dans tout l'écosystème Solana. Cela offre non seulement une expérience de meilleure qualité et plus pratique pour les utilisateurs finaux, mais ouvre également de nouveaux espaces d'innovation pour les bâtisseurs.

Bien que SAS et les oracles soient tous deux des mécanismes pour introduire des informations off-chain sur la chaîne, il existe des différences significatives entre les deux en termes de positionnement, d'utilisation, de modèle de confiance et de fonctionnement. Voici une comparaison détaillée de ces deux technologies :

1. Utilisation principale :

   • SAS : Convertir les informations subjectives ou statiques telles que l'identification, l'état et le comportement hors chaîne en certificats sur chaîne.
   • Oracles : fournissent des données objectives et dynamiques hors chaîne (comme les prix, la météo, etc.) aux applications sur chaîne.

2. Type de données :

   • SAS : traitement des informations subjectives ou événementielles, telles que la vérification de l'âge, l'identification, l'appartenance à une organisation, etc.
   • Oracle : traite des données numériques ou factuelles, telles que les prix des cryptomonnaies, les données d'API externes, les informations météorologiques, etc.

3. Structure des données :

   • SAS : Générer un "cachet" de vérification réutilisable et lié au portefeuille.
   • Oracle : fournit un flux de données en temps réel utilisé dans les transactions.

4. Source de confiance :

   • SAS : dépend d'éditeurs de confiance spécifiques (tels que les institutions KYC, les DAO, les fabricants de dispositifs) pour la vérification de signature.
   • Oracles : Intègrent généralement plusieurs sources de données et publient après agrégation via un réseau d'oracles.

5. Fréquence de mise à jour :

   • SAS : généralement valide à long terme après une génération unique, avec une fréquence de mise à jour relativement basse.
   • oracle : mises à jour fréquentes, pouvant mettre à jour les données toutes les minutes, voire dans un délai encore plus court.

6. Combinabilité :

   • SAS : hautement combinable, une seule vérification peut être réutilisée par plusieurs applications.
   • oracle : généralement utilisé comme une entrée pour des transactions ou opérations spécifiques, sans insister sur la réutilisation entre applications.

7. Protection de la vie privée :

   • SAS : se concentre sur la protection de la vie privée, vérifie simplement si l'identification a été effectuée sans divulguer d'informations détaillées.
   • oracle : n'implique généralement pas directement les informations de confidentialité des utilisateurs.

8. Projet représentant :

   • SAS : En plus du Solana Attestation Service, il existe également un service similaire dans l'écosystème Ethereum, le Ethereum Attestation Service (EAS).
   • Oracle : des projets célèbres incluent Chainlink, Pyth, Band Protocol, etc.

Pour comprendre plus intuitivement la différence entre les deux, nous pouvons regarder l'exemple suivant :

Scénarios d'application SAS : après avoir terminé la vérification d'identité sur une plateforme Web3, l'utilisateur obtient un sceau de vérification "majeur" en chaîne. Ce sceau est stocké dans le portefeuille de l'utilisateur, et à l'avenir, toute dApp prenant en charge cette vérification pourra directement valider, sans que l'utilisateur ait besoin de soumettre à nouveau ses documents d'identité.

Scénarios d'application des oracles : Les protocoles DeFi ont besoin du prix ETH en temps réel pour décider s'ils doivent déclencher une liquidation. Ils obtiennent le dernier taux de change ETH/USD via des services d'oracle.

Dans l'ensemble, les oracles répondent principalement au besoin d'obtenir des données objectives hors chaîne, tandis que les services de vérification se concentrent sur le traitement des problèmes de confiance subjective ou conditionnelle liés à l'identification et à l'état. Ces deux technologies jouent un rôle complémentaire plutôt que substitutif dans l'écosystème Web3, contribuant ensemble au développement et à l'amélioration des applications blockchain.