Skip to main content
Use these addresses and parameters to test your Risk API integration. Each example produces a known, predictable result so you can verify correct parsing, display logic, and error handling.
All examples use real onchain data. Responses may shift over time as new threat intelligence becomes available, but the general risk profile of each address should remain stable.

Address Risk Score

Test addresses for the GET /v1/risk/address endpoint.

High Risk (Score 10 - Directly Malicious)

Low Risk (Score 1 - Clean Address)

Attribution Override (System Address)

This address demonstrates the attribution override: despite being close to malicious addresses, it scores 1 because it’s a verified system program.

Additional Test Addresses


Sanctions & Blacklist Check

Test addresses for the GET /v1/risk/sanctions endpoint.

Sanctioned Address

Expect sanctioned: true or equivalent sanctions flag in the response.

Clean Address

Expect no sanctions or blacklist flags.

Additional Test Addresses


Payment Risk Assessment

Test parameters for the GET /v1/risk/payment endpoint.

High Risk - First Interaction with New Wallet

Low Risk - Established Relationship

Additional Test Scenarios


Token Risk Assessment

Test mint addresses for the GET /v1/risk/token endpoint (Solana only).

Stablecoins (Expect Low Risk)

USDC and USDT will show HIGH for freeze_authority and minting_authority - this is expected for regulated stablecoins and does not indicate a problem. The overall assessment remains LOW because these are verified, established tokens.

Test Mint Addresses

Meme tokens are useful for testing the full range of risk factors. Expect more factors to trigger MEDIUM or HIGH compared to stablecoins.

Integration Checklist

Use this checklist to verify your integration handles all response variations:
1

Score 10 - Direct malicious hit

Call Address Risk Score with the high-risk address. Verify your UI displays the critical risk warning and reasoning text.
2

Score 1 with attribution

Call Address Risk Score with the Token Program address. Verify your UI correctly handles the attribution object and shows the override explanation.
3

Score 1 - Clean address

Call Address Risk Score with a low-risk address. Verify your UI handles empty maliciousAddressesFound arrays.
4

Payment with multiple risk factors

Call Payment Risk Assessment with the high-risk example. Verify your UI displays all individual risk_factors and the overall_risk_level.
5

Token with partial data

Call Token Risk Assessment with a lesser-known token. Verify your UI handles the errors array (skipped assessments) and adjusts display for fewer factors.
6

Error handling

Send a request with an invalid address or missing parameters. Verify your integration handles 400/422 error responses gracefully.

Error Scenarios

Test these inputs to verify your error handling:
Last modified on June 17, 2026