#identity

Datos en vivo de EVM en cadena para Matchain (id de cadena 698) — la Capa 2 asegurada por BNB-Chain centrada en identidad descentralizada y social, donde el gas se paga en BNB — servidos directamente desde el JSON-RPC público de Matchain con resiliencia del lado del servidor. El endpoint de estado devuelve el id de cadena y red, la altura del último bloque y la versión del cliente del nodo. El endpoint de bloque devuelve un bloque por número (o el último) con su hash, hash padre, timestamp, número de transacciones, gas usado y límite de gas, minero y tamaño. El endpoint de gas devuelve el precio actual del gas tanto en wei como en gwei. El endpoint de saldo devuelve el saldo de BNB y el número de transacciones salientes para cualquier dirección, convertido de wei base (18 decimales) a BNB completo con escalado exacto de enteros grandes. Cada cifra se lee en vivo de la cadena a través de JSON-RPC — nada empaquetado o modelado — detrás de una caché corta del lado del servidor con keep-warm para que el feed se mantenga rápido y fresco. Ideal para exploradores, herramientas de billetera y tablero, rastreadores de gas, monitores de direcciones y aplicaciones de análisis en el ecosistema de identidad y social de Matchain. Upstream en vivo sin clave. 5 endpoints.

api.oanor.com/matchain-api

Datos en tiempo real en cadena para cheqd (chain-id cheqd-mainnet-1), una Capa 1 de Cosmos-SDK diseñada específicamente para identidad descentralizada, credenciales verificables y registros de confianza, con CHEQ como su moneda nativa (denom base ncheq, 9 decimales), asegurada por prueba de participación delegada. El endpoint de estado devuelve el id de la cadena, la altura y hora del último bloque, el proponente y la versión de la aplicación del nodo para que puedas confirmar que la cadena está activa y produciendo bloques. El endpoint de validadores devuelve el conjunto completo de validadores vinculados — cada moniker, dirección del operador, participación en CHEQ, tasa de comisión y estado de jailed — ordenados por participación, más el total de CHEQ vinculado y no vinculado. El endpoint de suministro devuelve el suministro total de CHEQ (en CHEQ y ncheq base), la cantidad vinculada y la proporción vinculada. El endpoint de gobernanza devuelve las propuestas de gobernanza en cadena más recientes con título, estado y ventana de votación. El endpoint meta documenta la cadena, denom y decimales. Lee directamente un nodo LCD de Cosmos-SDK de cheqd en vivo (con respaldo de espejo), por lo que los valores están actualizados al último bloque. En vivo, nada almacenado. 5 endpoints. Esto proporciona datos de participación, suministro y gobernanza a nivel de cadena; para documentos DID o resolución de credenciales, utiliza una API de resolución cheqd dedicada.

api.oanor.com/cheqd-api

Lee el servicio de nombres de Tezos Domains en vivo desde el indexador público TzKT — sin clave. Tezos Domains asigna nombres .tez legibles para humanos a direcciones de Tezos, de la misma manera que ENS asigna nombres .eth en Ethereum. Ninguno de los lectores de Tezos en cadena, gobernanza, baker, smart-rollup o FA-token expone la capa de nombres; esto la abre. Navega por los dominios .tez más recientemente activos con su dirección de propietario, la dirección a la que apuntan, nivel de registro y vencimiento; resuelve directamente un nombre .tez a la dirección que lo posee (cómo una billetera convierte "alice.tez" en una dirección tz1); y resuelve inversamente cualquier dirección de Tezos a los nombres .tez registrados en ella (una dirección puede poseer varios). La capa de identidad/nombres para billeteras, exploradores, UX de pagos y análisis de Tezos. Distinto del lector de Tezos en cadena, el lector de gobernanza autoenmendable, el lector de baker, el lector de smart-rollup y el registro de FA-token. En vivo desde el indexador; solo caché corta.

api.oanor.com/tezosdomains-api

Búsqueda criptográfica en vivo de identidad social desde Keybase — sin clave, nada en caché. Keybase vincula las identidades de una persona mediante criptografía de clave pública, por lo que esto responde "¿quién es realmente esta cuenta y qué más es?". El endpoint de usuario toma un nombre de usuario de Keybase y devuelve el perfil (nombre completo, ubicación, biografía, foto), cada prueba de identidad verificada — las cuentas de Twitter, GitHub, Reddit, Hacker News, Mastodon, sitio web y DNS que el usuario ha demostrado criptográficamente que son suyas — además de sus direcciones de criptomonedas en archivo (Bitcoin, Zcash y más) y la huella digital de la clave PGP: el usuario de Keybase "chris" se resuelve a Chris Coyne en Maine, con twitter/github/reddit @malgorithms probados y una dirección de Bitcoin. El endpoint de búsqueda hace lo inverso — proporcione un identificador de GitHub, Twitter, Reddit o Hacker News, un dominio o una huella digital de PGP y encuentra el usuario de Keybase que lo probó, por lo que un identificador de GitHub simple se resuelve a una identidad verificada completa. El endpoint de pruebas devuelve solo el gráfico de cuentas conectadas y las direcciones de criptomonedas. Esta es la capa de verificación de identidad y gráfico social para cualquier aplicación de confianza, incorporación, anti-suplantación, social o cripto — enlaces probados, no afirmados. En vivo desde Keybase, nada almacenado. Distinto de las API de perfil de plataforma única — este es el gráfico de identidad probada multiplataforma. 4 endpoints.

api.oanor.com/keybase-api

Canonicaliza direcciones de correo electrónico para que puedas deduplicar cuentas y detectar diferentes alias de la misma bandeja de entrada. El endpoint de normalización convierte la dirección a minúsculas y aplica reglas específicas del proveedor: elimina los puntos de las partes locales de Gmail y Googlemail (porque Gmail los ignora) y mapea googlemail.com a gmail.com, elimina el subdireccionamiento +tag para Gmail y los muchos proveedores que lo soportan — Outlook, Hotmail, Live, iCloud, Fastmail, Proton, Yandex, Zoho, GMX y más — y, por defecto, para cada dominio para que nunca se escapen duplicados, mientras informa exactamente qué cambios realizó y qué proveedor detectó. El endpoint de comparación normaliza dos direcciones y te dice si resuelven al mismo buzón. Todo se calcula local y determinísticamente, sin llamadas DNS o de red, por lo que es instantáneo y privado. Ideal para deduplicación en registro y suscripción, prevención de fraude y abuso (una persona, muchos alias), higiene de CRM y listas de correo, y fusión de registros de clientes. Cálculo puramente local — sin clave, sin servicio de terceros, instantáneo. En vivo, nada almacenado. 3 endpoints. Esto normaliza direcciones para comparación; para verificar que una dirección realmente existe y puede recibir correo (MX, desechable, cuentas de rol) usa una API de verificación de correo electrónico.

api.oanor.com/emailnormalize-api

Convierte una dirección de correo electrónico en su avatar de Gravatar y perfil público. Pasa un correo electrónico y el servicio lo normaliza, calcula los hashes MD5 y SHA-256 que Gravatar utiliza, construye una URL de avatar lista para usar, verifica si realmente existe un Gravatar personalizado y obtiene el perfil público cuando está presente: nombre para mostrar, nombre de usuario, URL del perfil, ubicación, texto de información, cuentas vinculadas y fotos. Un endpoint de avatar dedicado construye solo la URL de la imagen con opciones completas: tamaño (1-2048), una imagen predeterminada (identicon, monsterid, robohash, retro, mp, blank, 404 o tu propia URL), calificación y forzar predeterminado. Ideal para enriquecimiento de perfiles de usuario, sistemas de comentarios, tarjetas de contacto, páginas de equipo e incorporación, mostrando un avatar real a partir de solo un correo electrónico. Una búsqueda de Gravatar, distinta de la generación determinista de avatar/identicon (avatar), que renderiza una imagen nueva a partir de una semilla en lugar de obtener el avatar que una persona realmente eligió. Sin clave upstream, sin caché.

api.oanor.com/gravatar-api

Inspecciona cualquier proveedor OpenID Connect / OAuth 2.0. Proporciona un emisor (un dominio, una URL de emisor o la URL de descubrimiento completa) y el servicio obtiene el documento de descubrimiento del proveedor en /.well-known/openid-configuration, analiza cada endpoint — autorización, token, userinfo, jwks, registro, fin de sesión, introspección, revocación y autorización de dispositivo — junto con los alcances admitidos, tipos de respuesta, tipos de concesión, algoritmos de firma de token de ID, métodos PKCE y claims, luego obtiene el JWKS y resume sus claves de firma (recuento, algoritmos, tipos de clave e IDs de clave), e informa una verificación de validez con cualquier problema. Un segundo endpoint obtiene y resume cualquier conjunto de claves web JSON por sí mismo. La solicitud se realiza del lado del servidor y los destinos privados/internos son rechazados (protegido contra SSRF). Construido para integración SSO y OAuth/OIDC, depuración de configuración de proveedores de identidad (Auth0, Okta, Keycloak, Azure AD, Google), revisión de seguridad y monitoreo de rotación de claves de firma. Un inspector de descubrimiento OIDC / JWKS — distinto del kit de herramientas JWT (jwt), el analizador de security.txt (securitytxt) y el calificador de encabezados de seguridad HTTP (secheaders). Sin clave upstream, sin caché.

api.oanor.com/oidc-api

ORCID como API: el registro global de identidad de investigadores, impulsado por la API pública de ORCID. Un ORCID iD (por ejemplo, 0000-0002-1825-0097) identifica de manera única y persistente a un investigador en revistas, financiadores, universidades y todo el registro académico. Busque más de 15 millones de investigadores por nombre, institución, palabra clave o identificador externo utilizando la rica sintaxis de campos de Solr, obteniendo el ORCID iD, nombre, otros nombres e instituciones afiliadas de cada coincidencia; lea el perfil público de un investigador, incluidos sus nombres publicados y de crédito, biografía, palabras clave de investigación, país, sitios web personales y de laboratorio, e identificadores externos como Scopus Author ID o ResearcherID; enumere los trabajos que han reclamado en su registro con el título, tipo, año de publicación, revista y DOI de cada trabajo; y rastree sus afiliaciones laborales y educativas con la organización, rol, departamento y fechas. Ideal para sistemas de información de investigación, desambiguación de autores, informes institucionales, herramientas académicas y búsqueda académica. Los ORCID iD provienen de resultados de búsqueda o son proporcionados directamente por el investigador. Los datos son la parte pública de los registros de ORCID (CC0). Para los trabajos académicos y el gráfico de citas, consulte la API de OpenAlex; para DOIs y metadatos de revistas, la API de Crossref.

api.oanor.com/orcid-api