#identity

Données EVM en direct sur la chaîne pour Matchain (id de chaîne 698) — la couche 2 sécurisée par BNB-Chain axée sur l'identité décentralisée et le social, où le gaz est payé en BNB — servies directement depuis le JSON-RPC public de Matchain avec résilience côté serveur. Le point de terminaison de statut renvoie l'identifiant de la chaîne et du réseau, la hauteur du dernier bloc et la version du client du nœud. Le point de terminaison de bloc renvoie un bloc par numéro (ou le dernier) avec son hachage, hachage parent, horodatage, nombre de transactions, gaz utilisé et limite de gaz, mineur et taille. Le point de terminaison de gaz renvoie le prix actuel du gaz en wei et en gwei. Le point de terminaison de solde renvoie le solde BNB et le nombre de transactions sortantes pour toute adresse, convertis du wei de base (18 décimales) en BNB entier avec mise à l'échelle exacte des grands entiers. Chaque chiffre est lu en direct depuis la chaîne via JSON-RPC — rien n'est regroupé ou modélisé — derrière un court cache côté serveur avec maintien au chaud pour que le flux reste rapide et frais. Idéal pour les explorateurs, les outils de portefeuille et de tableau de bord, les trackers de gaz, les moniteurs d'adresse et les applications d'analyse dans l'écosystème d'identité et social de Matchain. Flux amont en direct sans clé. 5 points de terminaison.

api.oanor.com/matchain-api

Données en temps réel sur la chaîne pour cheqd (chain-id cheqd-mainnet-1), une couche 1 Cosmos-SDK conçue pour l'identité décentralisée, les credentials vérifiables et les registres de confiance, avec CHEQ comme monnaie native (base denom ncheq, 9 décimales), sécurisée par delegated proof-of-stake. Le point de terminaison status renvoie l'ID de la chaîne, la hauteur et l'heure du dernier bloc, le proposant et la version de l'application du nœud afin que vous puissiez confirmer que la chaîne est active et produit des blocs. Le point de terminaison validators renvoie l'ensemble complet des validateurs liés — chaque moniker, adresse de l'opérateur, mise en CHEQ, taux de commission et indicateur de jailed — triés par mise, plus le total des CHEQ liés et non liés. Le point de terminaison supply renvoie l'offre totale de CHEQ (en CHEQ et en base ncheq), le montant lié et le ratio lié. Le point de terminaison governance renvoie les propositions de gouvernance les plus récentes avec titre, statut et fenêtre de vote. Le point de terminaison meta documente la chaîne, le denom et les décimales. Lit directement un nœud LCD Cosmos-SDK cheqd en direct (avec fallback miroir), donc les valeurs sont actuelles au dernier bloc. En direct, rien n'est stocké. 5 points de terminaison. Cela fournit des données de staking, d'offre et de gouvernance au niveau de la chaîne ; pour les documents DID ou la résolution de credentials, utilisez une API dédiée de résolution cheqd.

api.oanor.com/cheqd-api

Lisez le service de nommage Tezos Domains en direct depuis l'indexeur public TzKT — sans clé. Tezos Domains associe des noms .tez lisibles par l'homme à des adresses Tezos, de la même manière que ENS associe les noms .eth sur Ethereum. Aucun des lecteurs Tezos on-chain, de gouvernance, de boulanger, de smart-rollup ou de jetons FA n'expose la couche de nommage ; celle-ci l'ouvre. Parcourez les domaines .tez les plus récemment actifs avec leur adresse de propriétaire, l'adresse vers laquelle ils pointent, le niveau d'enregistrement et la date d'expiration ; résolvez directement un nom .tez vers l'adresse qui le possède (comment un portefeuille transforme "alice.tez" en une adresse tz1) ; et résolvez inversement toute adresse Tezos vers les noms .tez qui lui sont enregistrés (une adresse peut en posséder plusieurs). La couche d'identité/de nommage pour les portefeuilles Tezos, les explorateurs, l'UX de paiement et l'analyse. Distinct du lecteur Tezos on-chain, du lecteur de gouvernance auto-modifiable, du lecteur de boulanger, du lecteur de smart-rollup et du registre de jetons FA. En direct depuis l'indexeur ; cache court uniquement.

api.oanor.com/tezosdomains-api

Recherche cryptographique en direct d'identité sociale depuis Keybase — pas de clé, rien en cache. Keybase lie les identités d'une personne avec la cryptographie à clé publique, donc cela répond à « qui est vraiment ce compte, et quoi d'autre sont-ils ? ». Le point de terminaison user prend un nom d'utilisateur Keybase et renvoie le profil (nom complet, localisation, bio, photo), chaque preuve d'identité vérifiée — les comptes Twitter, GitHub, Reddit, Hacker News, Mastodon, site web et DNS que cet utilisateur a cryptographiquement prouvé être les siens — ainsi que leurs adresses de cryptomonnaie enregistrées (Bitcoin, Zcash et plus) et l'empreinte de clé PGP : l'utilisateur Keybase « chris » correspond à Chris Coyne dans le Maine, avec des preuves twitter/github/reddit @malgorithms et une adresse Bitcoin. Le point de terminaison lookup fait l'inverse — donnez-lui un identifiant GitHub, Twitter, Reddit ou Hacker News, un domaine ou une empreinte PGP et il trouve l'utilisateur Keybase qui l'a prouvé, donc un simple identifiant GitHub correspond à une identité vérifiée complète. Le point de terminaison proofs renvoie uniquement le graphe des comptes connectés et les adresses crypto. C'est la couche de vérification d'identité et de graphe social pour toute application de confiance, d'intégration, anti-usurpation, sociale ou crypto — des liens prouvés, pas des liens revendiqués. En direct depuis Keybase, rien n'est stocké. Distinct des API de profil mono-plateforme — c'est le graphe d'identité prouvé multiplateforme. 4 points de terminaison.

api.oanor.com/keybase-api

Canonicalisez les adresses e-mail pour dédupliquer les comptes et détecter différents alias d'une même boîte de réception. Le point de terminaison normalize met l'adresse en minuscules et applique des règles spécifiques au fournisseur : il supprime les points des parties locales de Gmail et Googlemail (car Gmail les ignore) et mappe googlemail.com vers gmail.com, supprime les sous-adressages +tag pour Gmail et les nombreux fournisseurs qui le supportent — Outlook, Hotmail, Live, iCloud, Fastmail, Proton, Yandex, Zoho, GMX et plus — et, par défaut, pour chaque domaine afin que les doublons ne passent jamais inaperçus, tout en signalant exactement les modifications effectuées et le fournisseur détecté. Le point de terminaison compare normalise deux adresses et vous indique si elles correspondent à la même boîte aux lettres. Tout est calculé localement et de manière déterministe, sans appel DNS ou réseau, donc c'est instantané et privé. Idéal pour la déduplication lors de l'inscription et de l'enregistrement, la prévention de la fraude et des abus (une personne, plusieurs alias), l'hygiène des CRM et des listes de diffusion, et la fusion des enregistrements clients. Calcul purement local — aucune clé, aucun service tiers, instantané. En direct, rien n'est stocké. 3 points de terminaison. Ceci normalise les adresses pour comparaison ; pour vérifier qu'une adresse existe réellement et peut recevoir des e-mails (MX, jetable, comptes de rôle), utilisez une API de vérification d'e-mail.

api.oanor.com/emailnormalize-api

Transformez une adresse e-mail en son avatar Gravatar et son profil public. Passez un e-mail et le service le normalise, calcule les hachages MD5 et SHA-256 utilisés par Gravatar, construit une URL d'avatar prête à l'emploi, vérifie si un Gravatar personnalisé existe réellement, et récupère le profil public lorsqu'il est présent — nom d'affichage, nom d'utilisateur, URL du profil, localisation, texte à propos, comptes liés et photos. Un point de terminaison d'avatar dédié construit simplement l'URL de l'image avec toutes les options : taille (1-2048), image par défaut (identicon, monsterid, robohash, retro, mp, blank, 404, ou votre propre URL), évaluation et force-default. Idéal pour l'enrichissement des profils utilisateur, les systèmes de commentaires, les cartes de contact, les pages d'équipe et l'intégration — afficher un véritable avatar à partir d'un simple e-mail. Une recherche Gravatar — distincte de la génération d'avatar/identicon déterministe (avatar), qui rend une toute nouvelle image à partir d'une graine plutôt que de récupérer l'avatar qu'une personne a réellement choisi. Aucune clé en amont, aucun cache.

api.oanor.com/gravatar-api

Inspectez n'importe quel fournisseur OpenID Connect / OAuth 2.0. Passez un émetteur (un domaine, une URL d'émetteur ou l'URL de découverte complète) et le service récupère le document de découverte du fournisseur à /.well-known/openid-configuration, analyse chaque point de terminaison — autorisation, jeton, userinfo, jwks, enregistrement, fin de session, introspection, révocation et autorisation d'appareil — ainsi que les portées prises en charge, les types de réponse, les types d'octroi, les algorithmes de signature de jeton ID, les méthodes PKCE et les revendications, puis récupère le JWKS et résume ses clés de signature (nombre, algorithmes, types de clés et identifiants de clé), et rapporte une vérification de validité avec tout problème. Un deuxième point de terminaison récupère et résume tout ensemble de clés Web JSON par lui-même. La requête est effectuée côté serveur et les cibles privées/internes sont refusées (protégé contre SSRF). Conçu pour l'intégration SSO et OAuth/OIDC, le débogage de configuration de fournisseur d'identité (Auth0, Okta, Keycloak, Azure AD, Google), la révision de sécurité et la surveillance de la rotation des clés de signature. Un inspecteur de découverte OIDC / JWKS — distinct de la boîte à outils JWT (jwt), de l'analyseur security.txt (securitytxt) et du vérificateur d'en-têtes de sécurité HTTP (secheaders). Pas de clé en amont, pas de cache.

api.oanor.com/oidc-api

ORCID en tant qu'API — le registre mondial des identités de chercheurs, alimenté par l'API publique ORCID. Un iD ORCID (par exemple 0000-0002-1825-0097) identifie de manière unique et persistante un chercheur à travers les revues, les bailleurs de fonds, les universités et l'ensemble du dossier académique. Recherchez plus de 15 millions de chercheurs par nom, institution, mot-clé ou identifiant externe en utilisant la syntaxe riche des champs Solr, obtenant pour chaque correspondance l'iD ORCID, le nom, les autres noms et les institutions affiliées ; lisez le profil public d'un chercheur, y compris ses noms publiés et de crédit, sa biographie, ses mots-clés de recherche, son pays, ses sites web personnels et de laboratoire, et les identifiants externes tels que Scopus Author ID ou ResearcherID ; listez les travaux qu'il a revendiqués dans son dossier avec le titre, le type, l'année de publication, la revue et le DOI de chaque travail ; et retracez ses affiliations professionnelles et éducatives avec l'organisation, le rôle, le département et les dates. Idéal pour les systèmes d'information de recherche, la désambiguïsation des auteurs, les rapports institutionnels, les outils académiques et la recherche universitaire. Les iD ORCID proviennent des résultats de recherche ou sont fournis directement par le chercheur. Les données sont la partie publique des enregistrements ORCID (CC0). Pour les travaux académiques et le graphe de citations, voir l'API OpenAlex ; pour les DOI et les métadonnées de revues, l'API Crossref.

api.oanor.com/orcid-api