Bounded counterparty walk
Pass token — without it the network's default stablecoin is used and token_source says default. Truncation is stated explicitly. window_from present means the answer was built from that date, the edge-grain horizon, not from the start of the requested window; the default window all, 90d and 1y included (/v1/methodology edge_grain_horizon). When window_from is present, read the graph as covering that span only — do not treat the absence of a counterparty, a path or a sanctioned node as evidence about anything before that date. volume on nodes is the token's raw minor units (divide by 10^decimals); volume_usd6 is the same amount in USD with 6 decimals at peg 1. On Solana (chain -1) the answer carries coverage_status for the subject address only — pending (its history is still being filled, so an empty or small answer is not final) or partial (filled to a documented bound). It is the subject's fill state; a finished fill shows here after the next Solana rollup pass (about 10 minutes), and history older than window_from never does. This read never starts a fill, so pending can also mean none was asked for yet — one compliance read of the address (GET /v1/addresses/{address}) asks for it. A Solana answer without coverage_status could not read it in time — treat it as pending.
Request
- Base URL: https://stablescan.achivx.com
- URL: https://stablescan.achivx.com/v1/addresses/{address}/walk
- Auth: none required
Path parameters
Address in the network's native spelling (0x… EVM, T… Tron, base58 Solana). The answer writes it in the spelling of chain_id (address; /balances alone echoes the path there) and echoes the path in requested_address; address_respelled: true means the spelling belongs to another kind of chain than chain_id (a T… address asked about an EVM chain, a 0x… address asked about Tron) — answered about the same bytes there, not refused, and the same owner only for a plain key account.
Query parameters
Pass it explicitly — silent default is Base (8453); an answer about the wrong network looks exactly like an answer. Accepted as the number, the number in a string, the network slug (ethereum, bnb-chain, … from /v1/networks) or the CAIP-2 id. Surrounding whitespace, a leading + and leading zeros are ignored, slugs and CAIP-2 ids match in any letter case, and an empty or blank value is the parameter left off (/v1/freezes/acts alone refuses it).
Time window, default all. On Solana (chain -1) the edge grain of 2026-07-20..2026-09-14 is incomplete: those days hold part of their transfers or none, because their raw rows were offloaded before a fix reached production on 2026-09-17; they are not restored, and answers do not mark them (decision of 2026-09-17). Solana's grain is never trimmed, so there the horizon that window_from reports is not where retained data ends: once window_from is later than 2026-09-14 the answer holds none of those days. An answer that reaches them — window_from on or before 2026-09-14, or no window_from over a window that includes them — counts them as floors: at least this much, never the whole, and a counterparty, path or sanctioned node missing from those days is not evidence that there was none.
Response
Bounded counterparty walk.
Changes
No recorded changes to this operation across all 1 revision of this API.