メインコンテンツへスキップ
ウォレットAPIはベータ版です。エンドポイントと応答形式が変更される可能性があります。

概要

ウォレットアイデンティティエンドポイントは、中央集権型取引所、DeFiプロトコル、機関、およびその他の認識されているエンティティを含むSolanaで既知のウォレットアドレスを識別します。コンプライアンス、分析、既知のアドレスの人間が読める名前の表示に使用します。 単一のエンドポイント(GET /v1/wallet/{wallet}/identity)とバッチエンドポイント(POST /v1/wallet/batch-identity、最大100エントリ)は、SNS .solドメインおよびANSカスタムTLD(例:.bonk.poor.abc)も受け入れます。ドメイン解決はメインネットのみです。 このエンドポイントは、OrbおよびHelius Solanaブロックエクスプローラーを支える同じアイデンティティシステムを使用します。データベースには32,500以上のラベル(人間が読める主要な名前、3,000以上のプログラムを含む)と21.5M以上のタグ(「Binance預金アドレス」や「Seeker Phone」などのカテゴリー属性)が含まれ、継続的に成長しています。 単一およびバッチエンドポイント(GET /v1/wallet/{wallet}/identityPOST /v1/wallet/batch-identity)には、有料プランが必要です。無料プランのAPIキーを使用して行われたリクエストは403 Forbiddenを返します。プラン要件で完全なカバレッジテーブルを参照してください。

使用タイミング

ウォレットアイデンティティAPIを使用して、次の場合に必要があります:
  • 取引所ウォレットを特定する: ウォレットがBinance、Coinbase、Krakenなどに属しているかどうかを判断します。
  • プロトコルアクティビティを追跡する: DeFiプロトコルウォレットとトレジャリーアドレスを特定します。
  • コンプライアンスおよびAML: 既知のエンティティが関与するトランザクションをフラグします。
  • 分析: データパイプラインでウォレットタイプを分類します。
  • ユーザーエクスペリエンス: 「Binance 1に送信」などのように、生のアドレスの代わりに表示します。
  • バッチ処理: 数百のアドレスを効率的に検索します。

クイックスタート

単一ウォレット検索

単一のウォレットアドレスのアイデンティティ情報を検索します。

ドメイン名で検索する

SNS .solドメインまたはANSカスタムTLDを直接渡すことも可能で、エンドポイントはドメインを解決し、所有者アドレスのアイデンティティを返します:
単一エンドポイントの応答は、解決済みアドレスの標準的なアイデンティティオブジェクトです。入力と出力を相関させる必要がある場合(たとえば、多くのドメインを一度に検索する場合)、バッチエンドポイントを使用します。
ドメイン解決はメインネットのみです。Devnet/Testnetでは、このエンドポイントへのドメイン入力は400を返します。ポジティブな解決は最大2時間キャッシュされるため、最近転送されたドメインは一時的に以前の所有者のアイデンティティに解決される可能性があります。

バッチ検索(最大100エントリ)

性能向上のため、単一リクエストで複数のエントリを検索します。各エントリはアドレスまたはドメイン名のどちらかです。

応答形式

単一の検索が成功すると、解決済みアドレスのアイデンティティオブジェクトが返されます:
バッチ応答では、入力がドメイン名であったエントリには追加のinputDomainフィールドがあり、応答を元のリクエストに関連付けることができます:
バッチ要求のドメインが解決できない場合、バッチは失敗しません。エントリはaddress: nulltype: "unknown"unresolved: trueと共にその場で返されます。リクエストの順序は保持されます。
単一エンドポイントでは、ウォレットにアイデンティティエントリがない場合、またはドメイン入力が解決されない場合は404が返されます:

アイデンティティカテゴリー

ウォレットやプログラムは、Orbアイデンティティデータベースによってカテゴリ化されています。アカウントとプログラムは別々のカテゴリーセットを使用します。以下の表はサポートされているすべてのカテゴリをリストしています。
プログラム(スマートコントラクト)は個別に分類されます:

使用例

取引所入金をフラグする

資金が中央集権型取引所に送金されたときに特定します:

人間が読める名前を表示する

UIでアドレスの代わりにフレンドリーネームを表示します:

トランザクションの相手先をバッチ処理する

トランザクションのリストで全ての相手先を効率的に特定します:

ベストプラクティス

  • 複数のルックアップにはバッチエンドポイントを使用します。 複数のアドレスを検索する場合、POST /v1/wallet/batch-identityは個々のリクエストを行うよりもはるかに高速です。
  • 404応答を適切に処理します。 全てのウォレットにアイデンティティ情報があるわけではありません。生のアドレスを表示することを代替とします。
  • 結果をキャッシュします。 アイデンティティデータは頻繁に変わるものではありません。ローカルにキャッシュしてAPIコールを減らします。
  • バッチサイズ制限を尊重します。 バッチエンドポイントは1リクエストあたり最大100エントリをサポートしています。大規模なデータセットは適宜分割します。

よくあるエラー

次のステップ

資金提供源

ウォレットに最初に資金を提供したのが誰かを追跡します — 資金提供者タイプはこれらのアイデンティティカテゴリを再利用します。

ウォレットAPI概要

すべてのウォレットAPIエンドポイントと共有規約。

APIリファレンス

アイデンティティ検索のリクエストと応答スキーマ。