Skip to main content
La API de billeteras está en fase beta. Los endpoints y los formatos de respuesta pueden cambiar.

Descripción general

El endpoint de identidad de billeteras identifica direcciones de billeteras conocidas en Solana, incluidos exchanges centralizados, protocolos DeFi, instituciones y otras entidades reconocidas. Úsalo para cumplimiento normativo, análisis y para mostrar nombres legibles para las direcciones conocidas. Tanto el endpoint individual (GET /v1/wallet/{wallet}/identity) como el endpoint por lotes (POST /v1/wallet/batch-identity, hasta 100 entradas) aceptan dominios SNS .sol y TLD personalizados de ANS (p. ej., .bonk, .poor, .abc), además de direcciones de Solana sin procesar. La resolución de dominios solo está disponible en mainnet. Este endpoint usa el mismo sistema de identidad que impulsa Orb, el explorador de bloques de Solana de Helius. La base de datos incluye más de 32,500 etiquetas de nombre (nombres principales legibles, incluidos más de 3,000 programas) y más de 21.5 millones de etiquetas de categoría (propiedades categóricas como “Dirección de depósito de Binance” o “Teléfono Seeker”), y crece continuamente. Tanto el endpoint individual (GET /v1/wallet/{wallet}/identity) como el endpoint por lotes (POST /v1/wallet/batch-identity) requieren un plan de pago. Las solicitudes realizadas con una clave de API del plan gratuito devuelven 403 Forbidden. Consulta Requisitos del plan para ver la tabla de cobertura completa.

Cuándo usarla

Usa la API de identidad de billeteras cuando necesites:
  • Identificar billeteras de exchanges: determina si una billetera pertenece a Binance, Coinbase, Kraken u otros.
  • Rastrear la actividad de protocolos: identifica billeteras de protocolos DeFi y direcciones de tesorería.
  • Cumplimiento normativo y AML: marca transacciones que involucren entidades conocidas.
  • Análisis: clasifica los tipos de billetera en tu canalización de datos.
  • Experiencia de usuario: muestra “Enviado a Binance 1” en lugar de una dirección sin procesar.
  • Procesamiento por lotes: consulta cientos de direcciones de manera eficiente.

Inicio rápido

Consulta de una sola billetera

Consulta la información de identidad de una sola dirección de billetera:

Consultar por nombre de dominio

También puedes pasar directamente un dominio SNS .sol o un TLD personalizado de ANS. El endpoint resuelve el dominio y devuelve la identidad de la dirección del propietario:
La respuesta del endpoint individual es el objeto de identidad estándar para la dirección resuelta; no incluye ningún marcador inputDomain. Si necesitas correlacionar las entradas con los resultados, por ejemplo, al consultar muchos dominios a la vez, usa el endpoint por lotes.
La resolución de dominios solo está disponible en mainnet. En devnet/testnet, una entrada de dominio en este endpoint devuelve 400. Las resoluciones positivas se almacenan en caché hasta 2 horas, por lo que un dominio transferido recientemente puede resolverse durante un breve periodo con la identidad de su propietario anterior.

Consulta por lotes (hasta 100 entradas)

Consulta varias entradas en una sola solicitud para obtener un mejor rendimiento. Cada entrada puede ser una dirección o un nombre de dominio:

Formato de respuesta

Una consulta individual exitosa devuelve el objeto de identidad de la dirección resuelta:
En una respuesta por lotes, cualquier entrada cuyo valor de entrada haya sido un nombre de dominio incluye un campo inputDomain adicional para que puedas correlacionar la respuesta con la solicitud original:
Cuando no se puede resolver un dominio de una solicitud por lotes, el lote no falla. La entrada se devuelve en la misma posición con address: null, type: "unknown" e unresolved: true. Se conserva el orden de la solicitud:
En el endpoint individual, se devuelve un error 404 si la billetera no tiene una entrada de identidad o si no se pudo resolver un dominio de entrada:

Categorías de identidad

Las billeteras y los programas se clasifican en categorías proporcionadas por la base de datos de identidades de Orb. Las cuentas y los programas usan conjuntos de categorías diferentes. Las siguientes tablas enumeran todas las categorías compatibles.
Los programas (contratos inteligentes) se clasifican por separado:

Casos de uso

Marcar depósitos en exchanges

Identifica cuándo se envían fondos a un exchange centralizado:

Mostrar nombres legibles

Muestra nombres descriptivos en tu interfaz de usuario en lugar de direcciones:

Procesar por lotes las contrapartes de transacciones

Identifica de manera eficiente todas las contrapartes de una lista de transacciones:

Prácticas recomendadas

  • Usa el endpoint por lotes para varias consultas. Cuando consultes más de una dirección, POST /v1/wallet/batch-identity es considerablemente más rápido que realizar solicitudes individuales.
  • Gestiona correctamente las respuestas 404. No todas las billeteras tienen información de identidad. Como alternativa, muestra la dirección sin procesar.
  • Almacena los resultados en caché. Los datos de identidad cambian con poca frecuencia. Almacénalos localmente en caché para reducir las llamadas a la API.
  • Respeta el límite de tamaño del lote. El endpoint por lotes admite hasta 100 entradas por solicitud. Divide los conjuntos de datos más grandes según corresponda.

Errores comunes

Próximos pasos

Funding Source

Rastrea quién financió originalmente una billetera; los tipos de financiadores reutilizan estas categorías de identidad.

Wallet API Overview

Todos los endpoints de la API de billeteras y las convenciones compartidas.

API Reference

Esquemas de solicitud y respuesta para la consulta de identidad.