Solana lance le service de vérification SAS : nouvelle étape dans l'identification Blockchain

Solana a récemment lancé une nouvelle fonctionnalité appelée Service de Vérification Solana (SAS), qui est un protocole de certificats vérifiables ouvert et sans autorisation, déjà lancé sur le Mainnet de Solana. Le SAS permet aux émetteurs de confiance d'associer des informations off-chain avec des Portefeuilles utilisateurs, ces informations pouvant inclure des résultats de vérification KYC, des qualifications de localisation, des statuts d'adhésion ou de certification, etc. Ces vérifications sont signées et vérifiées, et peuvent être réutilisées entre différentes applications sans exposer de données sensibles on-chain ou répéter les étapes de vérification.

Le lancement de SAS fournit une couche de preuve neutre et sans autorisation pour l'écosystème Solana, aidant à réaliser la conformité, le contrôle d'accès, le système de réputation et l'identité programmable. Cela offre non seulement une expérience de meilleure qualité et plus pratique pour les utilisateurs finaux, mais ouvre également de nouvelles possibilités pour les développeurs.

Bien que SAS et les oracles soient tous deux des mécanismes permettant de transférer des informations off-chain vers on-chain, ils présentent des différences significatives en termes de positionnement, d'utilisation, de modèles de confiance et de fonctionnement. Voici une comparaison détaillée :

vérification des services vs oracle : comparaison des principales caractéristiques

| Caractéristiques | service de vérification | oracle | |-----|--------|------| | Principale utilisation | Convertir les informations subjectives ou statiques telles que l'identité, l'état et le comportement off-chain en certificats on-chain | Fournir des données objectives et dynamiques (comme les prix, la météo, etc.) à la chaîne | | Type de données | Subjectif/Événement : comme la vérification de l'âge, l'état de vérification, l'appartenance à une organisation | Numérique/Fait : comme le prix des cryptomonnaies, les données API externes, les données météorologiques | | Structure des données | "Cachet" de vérification réutilisable et lié au Portefeuille | Données utilisées en temps réel dans les transactions (comme les flux de prix) | | Source de confiance | Preuve signée par des "éditeurs de confiance" spécifiques (comme les institutions KYC, les DAO, les fabricants d'appareils) | Publié après agrégation de plusieurs sources de données via un réseau d'oracles | | Fréquence de mise à jour | Faible, généralement valable à long terme après une génération | Élevée, peut être mise à jour toutes les minutes | | Composabilité | Élevée, une vérification peut être réutilisée par plusieurs applications | Faible, les données sont généralement utilisées comme entrée pour des transactions spécifiques | | Protection de la vie privée | Fort, vérifie uniquement "si cela a réussi", ne divulgue pas les détails | N'implique généralement pas la vie privée de l'utilisateur | | Représenter le projet | Services de vérification Solana, Services de vérification Ethereum | Oracle de prix certain, Protocole de données certain |

Pour mieux comprendre la différence entre les deux, nous pouvons examiner un exemple concret :

Scénarios d'utilisation du service de vérification : après avoir complété la vérification d'identité sur la plateforme Web3, l'utilisateur obtient un tampon de vérification "majeur" sur la chaîne. Ce tampon est stocké dans le portefeuille de l'utilisateur et toutes les applications décentralisées futures peuvent le vérifier sans que l'utilisateur ait besoin de soumettre à nouveau sa preuve d'identité.

Scénarios d'utilisation des oracles : un protocole de finance décentralisée a besoin de connaître le prix actuel de l'ETH pour décider s'il faut déclencher une liquidation. Il lira les données de prix en temps réel ETH/USD via un oracle.

En général, les oracles se concentrent principalement sur la fourniture de données "objectives" hors chaîne, tandis que les services de vérification se concentrent sur la validation de la "confiance subjective ou conditionnelle" hors chaîne. Ces deux mécanismes ne sont pas en relation de substitution, mais jouent plutôt des rôles complémentaires dans l'écosystème blockchain, fournissant ensemble un soutien hors chaîne plus riche et plus fiable pour les applications décentralisées.