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 theGET /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 theGET /v1/risk/sanctions endpoint.
Sanctioned Address
sanctioned: true or equivalent sanctions flag in the response.
Clean Address
Additional Test Addresses
Payment Risk Assessment
Test parameters for theGET /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 theGET /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.