Solana lance un service d'identification, quelle est la différence avec l'Oracle Machine ?
Le 24 mai, Solana a lancé un nouveau service de vérification d'identité sur son réseau principal (SAS). Il s'agit d'un protocole de certificat vérifiable ouvert et sans permission, permettant aux émetteurs de confiance d'associer des informations hors chaîne avec le portefeuille des utilisateurs. Ces informations peuvent inclure les résultats des vérifications KYC, l'éligibilité géographique ou l'adhésion, etc. Les informations vérifiées sont signées et vérifiées, et peuvent être réutilisées entre différentes applications sans nécessiter de vérification répétée ou exposer des données sensibles sur la chaîne.
Le lancement de SAS fournit une couche de preuve neutre pour l'écosystème Solana, aidant à réaliser la conformité, le contrôle d'accès, les systèmes de réputation et l'identification programmable. Cela apporte non seulement une expérience de meilleure qualité et plus pratique pour les utilisateurs, mais offre également de nouveaux outils aux développeurs.
Bien que le service de vérification (AS) et l'Oracle Machine soient tous deux des mécanismes permettant d'apporter des informations hors chaîne sur la chaîne, ils présentent des différences notables en termes de positionnement, d'utilisation, de modèle de confiance et de fonctionnement. Voici une comparaison détaillée des deux.
Table de comparaison des services de vérification vs Oracle Machine :
| Caractéristiques | Service de vérification (AS) | Oracle Machine |
|------|---------------|--------|
| Utilisation principale | Transformer les informations subjectives ou statiques telles que l'identification, l'état, le comportement hors chaîne en certificats sur chaîne | Saisir des données objectives et dynamiques (telles que le prix, la météo) sur chaîne |
| Type de données | Subjectif/événementiel : comme la vérification de l'âge, l'identification, l'adhésion à une organisation | Numérique/factuel : comme le prix des cryptomonnaies, les données d'API externes, les informations météorologiques |
| Structure de données | "Sceau" de vérification réutilisable et lié au portefeuille | Données utilisées en temps réel dans les transactions (comme les informations de prix) |
| Source de confiance | Éditeurs fiables spécifiques (comme les organismes KYC, DAO, fabricants d'appareils) | Plusieurs sources de données, publiées après agrégation par le réseau Oracle Machine |
| Fréquence de mise à jour | Relativement faible, généralement valide à long terme après une génération | Mise à jour fréquente, pouvant être mise à jour toutes les minutes |
| Combinabilité | Forte, une seule vérification peut être réutilisée pour plusieurs applications | Faible, les données sont principalement utilisées pour des comportements de transaction spécifiques |
| Traitement de la vie privée | Protection de la vie privée renforcée, vérification uniquement du résultat sans divulguer d'informations spécifiques | En général, ne concerne pas les problèmes de vie privée des utilisateurs |
| Projet représenté | Services d'identification Solana, Services d'identification Ethereum | Quelques projets d'Oracle Machine bien connus |
Pour mieux comprendre la différence entre les deux, nous pouvons l'illustrer par des exemples concrets :
Un scénario d'application typique des services de vérification est qu'un utilisateur complète son identification sur une plateforme Web3, puis reçoit un sceau de vérification en chaîne "majeur". Ce sceau est stocké dans le portefeuille de l'utilisateur, et à l'avenir, toute application décentralisée pourra le vérifier sans que l'utilisateur ait à soumettre à nouveau ses documents d'identité.
En revanche, les scénarios d'application de l'Oracle Machine sont davantage axés sur les données en temps réel. Par exemple, un protocole DeFi a besoin de connaître le prix du marché de l'Ethereum pour décider s'il doit déclencher une liquidation. À ce moment-là, il lira les données de prix en temps réel ETH/USD les plus récentes via l'Oracle Machine.
Dans l'ensemble, l'Oracle Machine se concentre principalement sur l'entrée de données "objectives" hors chaîne, tandis que le service de vérification se concentre sur la "confiance subjective ou conditionnelle" hors chaîne. Ces deux mécanismes ne sont pas mutuellement exclusifs, mais jouent un rôle complémentaire dans l'écosystème blockchain, contribuant ensemble à la réalisation de scénarios d'application plus riches et plus fiables sur la chaîne.
Cette page peut inclure du contenu de tiers fourni à des fins d'information uniquement. Gate ne garantit ni l'exactitude ni la validité de ces contenus, n’endosse pas les opinions exprimées, et ne fournit aucun conseil financier ou professionnel à travers ces informations. Voir la section Avertissement pour plus de détails.
14 J'aime
Récompense
14
7
Partager
Commentaire
0/400
DegenRecoveryGroup
· Il y a 3h
On va encore s'amuser, n'est-ce pas ?
Voir l'originalRépondre0
LayerZeroHero
· Il y a 23h
Conception en trois couches dix fois plus sécurisée qu'un Oracle Machine
Voir l'originalRépondre0
BlockchainFoodie
· Il y a 23h
a le goût que Solana vient de concocter une délicieuse nouvelle recette de vérification web3...
Voir l'originalRépondre0
DeFiAlchemist
· Il y a 23h
fascinant... SAS relie le domaine métaphysique de l'identité avec des variétés de vérité onchain
Voir l'originalRépondre0
BloodInStreets
· Il y a 23h
Encore en train de faire des promesses en l'air, le marché baissier est vraiment trop calme.
Solana a lancé le SAS : nouvelle paradigme d'identification off-chain et différences clés avec l'Oracle Machine.
Solana lance un service d'identification, quelle est la différence avec l'Oracle Machine ?
Le 24 mai, Solana a lancé un nouveau service de vérification d'identité sur son réseau principal (SAS). Il s'agit d'un protocole de certificat vérifiable ouvert et sans permission, permettant aux émetteurs de confiance d'associer des informations hors chaîne avec le portefeuille des utilisateurs. Ces informations peuvent inclure les résultats des vérifications KYC, l'éligibilité géographique ou l'adhésion, etc. Les informations vérifiées sont signées et vérifiées, et peuvent être réutilisées entre différentes applications sans nécessiter de vérification répétée ou exposer des données sensibles sur la chaîne.
Le lancement de SAS fournit une couche de preuve neutre pour l'écosystème Solana, aidant à réaliser la conformité, le contrôle d'accès, les systèmes de réputation et l'identification programmable. Cela apporte non seulement une expérience de meilleure qualité et plus pratique pour les utilisateurs, mais offre également de nouveaux outils aux développeurs.
Bien que le service de vérification (AS) et l'Oracle Machine soient tous deux des mécanismes permettant d'apporter des informations hors chaîne sur la chaîne, ils présentent des différences notables en termes de positionnement, d'utilisation, de modèle de confiance et de fonctionnement. Voici une comparaison détaillée des deux.
Table de comparaison des services de vérification vs Oracle Machine :
| Caractéristiques | Service de vérification (AS) | Oracle Machine | |------|---------------|--------| | Utilisation principale | Transformer les informations subjectives ou statiques telles que l'identification, l'état, le comportement hors chaîne en certificats sur chaîne | Saisir des données objectives et dynamiques (telles que le prix, la météo) sur chaîne | | Type de données | Subjectif/événementiel : comme la vérification de l'âge, l'identification, l'adhésion à une organisation | Numérique/factuel : comme le prix des cryptomonnaies, les données d'API externes, les informations météorologiques | | Structure de données | "Sceau" de vérification réutilisable et lié au portefeuille | Données utilisées en temps réel dans les transactions (comme les informations de prix) | | Source de confiance | Éditeurs fiables spécifiques (comme les organismes KYC, DAO, fabricants d'appareils) | Plusieurs sources de données, publiées après agrégation par le réseau Oracle Machine | | Fréquence de mise à jour | Relativement faible, généralement valide à long terme après une génération | Mise à jour fréquente, pouvant être mise à jour toutes les minutes | | Combinabilité | Forte, une seule vérification peut être réutilisée pour plusieurs applications | Faible, les données sont principalement utilisées pour des comportements de transaction spécifiques | | Traitement de la vie privée | Protection de la vie privée renforcée, vérification uniquement du résultat sans divulguer d'informations spécifiques | En général, ne concerne pas les problèmes de vie privée des utilisateurs | | Projet représenté | Services d'identification Solana, Services d'identification Ethereum | Quelques projets d'Oracle Machine bien connus |
Pour mieux comprendre la différence entre les deux, nous pouvons l'illustrer par des exemples concrets :
Un scénario d'application typique des services de vérification est qu'un utilisateur complète son identification sur une plateforme Web3, puis reçoit un sceau de vérification en chaîne "majeur". Ce sceau est stocké dans le portefeuille de l'utilisateur, et à l'avenir, toute application décentralisée pourra le vérifier sans que l'utilisateur ait à soumettre à nouveau ses documents d'identité.
En revanche, les scénarios d'application de l'Oracle Machine sont davantage axés sur les données en temps réel. Par exemple, un protocole DeFi a besoin de connaître le prix du marché de l'Ethereum pour décider s'il doit déclencher une liquidation. À ce moment-là, il lira les données de prix en temps réel ETH/USD les plus récentes via l'Oracle Machine.
Dans l'ensemble, l'Oracle Machine se concentre principalement sur l'entrée de données "objectives" hors chaîne, tandis que le service de vérification se concentre sur la "confiance subjective ou conditionnelle" hors chaîne. Ces deux mécanismes ne sont pas mutuellement exclusifs, mais jouent un rôle complémentaire dans l'écosystème blockchain, contribuant ensemble à la réalisation de scénarios d'application plus riches et plus fiables sur la chaîne.