
Nansen Wallet Clustering
- 341 installs
- 127 repo stars
- Updated August 4, 2026
- nansen-ai/nansen-cli
nansen-wallet-clustering is an agent skill that maps related blockchain wallets and entity ownership via Nansen CLI profiler commands for developers who need on-chain due diligence or counterparty analysis.
About
nansen-wallet-clustering is an agent skill for the Nansen CLI that clusters related wallets and traces entity relationships across Ethereum, Solana, and L2 chains. The skill chains `nansen research profiler` commands—labels, related-wallets, compare, and counterparties—to build attribution graphs with high-, medium-, and low-confidence rules for first funders, shared Safe signers, and CEX deposit patterns while excluding weak signals like lone ENS lookups. All CLI output is structured JSON, and `nansen schema` provides zero-credit command discovery at session start. Multi-hop expansion is gated because trace queries burn API credits quickly, with guidance to keep `--width` at 3 or lower and confirm before expanding beyond a seed address. Developers reach for nansen-wallet-clustering when investigating funding sources, comparing wallets for shared counterparties, or mapping governance voter clusters without hand-writing Nansen API scripts.
- wallet clustering
- entity resolution
- on-chain graph analysis
- Nansen CLI
- counterparty research
Nansen Wallet Clustering by the numbers
- 341 all-time installs (skills.sh)
- +3 installs in the week ending Aug 4, 2026 (Skillselion tracking)
- Ranked #59 of 479 Web3 & Blockchain skills by installs in the Skillselion catalog
- Data as of Aug 5, 2026 (Skillselion catalog sync)
npx skills add https://github.com/nansen-ai/nansen-cli --skill nansen-wallet-clusteringAdd your badge
Show developers this skill is listed on Skillselion. Paste this into your README.
| Installs | 341 |
|---|---|
| repo stars | ★ 127 |
| Last updated | August 4, 2026 |
| Repository | nansen-ai/nansen-cli ↗ |
How do you cluster related blockchain wallets with Nansen?
Cluster related wallets and trace entity relationships with Nansen CLI to support on-chain research, due diligence, and threat or counterparty analysis.
Who is it for?
Backend or security engineers tracing on-chain wallet ownership, funding chains, or shared signers during due diligence.
Skip if: Developers who only need token prices or DEX screener data without wallet relationship mapping.
When should I use this skill?
A developer asks to trace wallet ownership, find related addresses, compare two wallets, or attribute governance voters on-chain.
What you get
Attribution graph with address, owner, confidence level, signals, and role fields per wallet cluster.
- wallet attribution graph
- confidence-scored entity map
By the numbers
- Keeps credit-heavy trace queries at --width 3 or lower
- Uses zero-credit nansen schema introspection for command discovery
Files
Wallet Attribution
Answers: "Who controls this wallet? Are these wallets related?"
Chain: 0x → --chain ethereum (also base, arbitrum, optimism, polygon). Base58 → --chain solana.
ADDR=<address> CHAIN=<ethereum|solana|base|...> # detect from address format above
# 1. Identity
nansen research profiler labels --address $ADDR --chain $CHAIN
# 2. Related wallets (paginate with --page N)
nansen research profiler related-wallets --address $ADDR --chain $CHAIN
# 3. Counterparties (paginate with --page N; widen with --days 365 if empty)
nansen research profiler counterparties --address $ADDR --chain $CHAIN --days 90
# 4. Batch profile cluster
nansen research profiler batch --addresses "addr1,addr2" --chain $CHAIN --include labels,balance,pnl
# 5. Compare pairs → shared_counterparties, shared_tokens, balances
nansen research profiler compare --addresses "addr1,addr2" --chain $CHAIN
# 6. Historical balances (fingerprint drained wallets)
nansen research profiler historical-balances --address $ADDR --chain $CHAIN --days 90
# 7. Multi-hop trace (credit-heavy — keep --width ≤3)
nansen research profiler trace --address $ADDR --chain $CHAIN --depth 2 --width 3Expansion: Run steps 1-2 on seed. For each new address found, ask the human before querying. Reserve step 3 for seed only. Stop when: known protocol/CEX · Low confidence · already visited · cluster > 10 wallets. Confidence: High = first funder / shared Safe signers / same CEX deposit. Medium = coordinated movements / related-wallets + label match. Exclude = ENS only, single CEX withdrawal, single deployer. Full attribution rules in REFERENCE.md.
Wallet Attribution — Reference
Expansion Protocol
Run steps 1-2 on the seed address. For every new address found, ask the human: "Found `<addr>` via `<signal>` (`<label>`). Want me to query it?" On confirm, re-run steps 1-2 on it. Reserve step 3 (counterparties) for the seed address only.
Stop expanding when: address is a known protocol/CEX · confidence is Low · already visited · cluster > 10 wallets.
Attribution Rules
- CEX withdrawal → wallet owner (NOT the CEX)
- Smart account/DCA bot → end-user who funds it (NOT the protocol)
- Safe deployer ≠ owner — identical signer sets across Safes = same controller
Confidence Scoring
| Confidence | Signals |
|---|---|
| High | First Funder / shared Safe signers / same CEX deposit address |
| Medium | Coordinated balance movements / related-wallets + label match |
| Exclude | ENS alone, single CEX withdrawal, single deployer |
Output Format
address · owner · confidence (H/M/L) · signals · role
L2 Coverage
When step 3 returns sparse results on a mainnet EVM address, extend to L2s (4 calls):
for CHAIN in base arbitrum optimism polygon; do
nansen research profiler counterparties --address $ADDR --chain $CHAIN --days 365
doneCost Warnings
traceis credit-heavy; keep--width 3or lower- L2 counterparty checks above add 4 API calls per address
- Historical balances reveal past holdings on drained wallets — useful fingerprint
Related skills
How it compares
Pick nansen-wallet-clustering over generic block explorers when you need Nansen-labeled entity attribution and multi-wallet relationship graphs rather than single-address balance lookups.
FAQ
What chains does nansen-wallet-clustering support?
nansen-wallet-clustering works across Ethereum, Solana, and L2 networks through the Nansen CLI profiler commands. The skill uses `nansen research profiler` with a `--chain` flag, and agents can discover supported chains via zero-credit `nansen schema` introspection.
How does nansen-wallet-clustering score wallet relationships?
nansen-wallet-clustering applies attribution rules that mark first funders and shared Safe signers as high confidence, coordinated balance moves as medium, and excludes weak signals like lone ENS lookups. Each address in the output graph carries owner, confidence, signals, and ro