Alienprobe · Lookup LEI

import { wrapFetchWithPayment } from "@x402/fetch";
import { privateKeyToAccount } from "viem/accounts";

const account = privateKeyToAccount(process.env.PRIVATE_KEY);
const fetchWithPay = wrapFetchWithPayment(fetch, account);

const res = await fetchWithPay("https://lookups.alienprobe.ai/v1/lookup/lei/:lei", {
  method: "GET",
});
const data = await res.json();

curl -X GET \
  "https://lookups.alienprobe.ai/v1/lookup/lei/:lei" \
  -H "X-PAYMENT: <signed x402 payment>"

{
  "answer": {
    "entity_status": "ACTIVE",
    "jurisdiction": "US-CA",
    "last_update": "2026-03-03T16:34:33.150Z",
    "legal_name": "Apple Inc.",
    "lei": "HWUPKR0MPOU8FGXBT394",
    "registration_status": "ISSUED"
  },
  "delivered_at": "2026-08-22T00:00:00.000Z",
  "schema_version": "lei-lookup.v2",
  "source": {
    "coverage": "LEI resolution covers the 3283992 GLEIF Level 1 records ADMITTED by the build from the 3419883 records read of the 2026-09-03 golden copy (INACTIVE and LAPSED included). 135653 records were refused because their legal name normalizes to fewer than 2 Latin alphanumerics — in practice non-Latin-script names (CJK, Cyrillic, Greek, Arabic, Hebrew, Thai) — and 238 for unclean fields; a refused record is absent from this shelf in this vintage. The LEI is matched exactly, after a free ISO 7064 check-digit screen; a miss is a miss from THIS snapshot only, never proof the LEI does not exist. Answers are served from R2 shards each verified against a manifest whose sha256 is this snapshot_sha256 — the same manifest the who product reads; refresh is a new vintage prefix and a re-pin, never a live fetch.",
    "name": "GLEIF golden copy, Level 1 LEI records admitted by the build (see coverage); domain map from Wikidata items carrying P1278 (LEI) and P856 (official website)",
    "snapshot_sha256": "8c5bb11bdd14d0ae66d92b5abad648804fe463c8d83e487f897644b0f99f5792",
    "vintage": "2026-09-03"
  },
  "subject": {
    "type": "lei",
    "value": "HWUPKR0MPOU8FGXBT394"
  }
}