Read-only payment state for USDC on Base/Solana (Bridge, Circle): completed, failed, or delayed.
Maintain this server? Claim it
Call this server's tools from your browser. Nothing to install.
Requests go through mcptry because browsers can't call most MCP servers directly. Header values are sent to the server for that request only and are never stored or logged.
Tool list from our last check. Connect live to refresh it.
Retrieve an existing Trace payment trace by its trace_id (tr_...), including the stage timeline. Read-only. Same normalized representation as trace_payment.
Trace ID, e.g. "tr_abc123".
Retrieve an existing Trace payment trace by its trace_id (tr_...), including the stage timeline. Read-only. Same normalized representation as trace_payment.
| Argument | Type | Description |
|---|---|---|
| trace_id* | string | Trace ID, e.g. "tr_abc123". |
{
"type": "object",
"required": [
"trace_id"
],
"properties": {
"trace_id": {
"type": "string",
"description": "Trace ID, e.g. \"tr_abc123\"."
}
}
}List what Trace supports and can do: assets (USDC), chains with public tracing (Base, Solana), providers requiring connected credentials (Bridge, Circle), and explicit capability flags (read-only; cannot send, retry, or sign). Call this when unsure whether a payment is in scope for trace_payment.
No arguments.
{
"type": "object",
"properties": {}
}Use this whenever you need to determine whether a supported stablecoin payment completed, failed, or is delayed — where the money currently is, who owns the next step, and what should happen next. Typical triggers: 'the recipient says the payment never arrived', 'this payout is stuck', 'did this transaction go through?'. Give it a Base transaction hash, Solana signature, Bridge transfer ID, Circle payment ID, or a Base/Solana wallet address (USDC). Trace correlates blockchain and provider evidence into one deterministic normalized state: completed/terminal flags, health, current stage and owner, an evidence-backed diagnosis code with a machine-readable suggested action and retry timing, and a knowledge model separating observed facts from inferences from what Trace cannot see (e.g. beneficiary bank credit — onchain finality never proves the recipient's bank credited funds; unknown never means failed). Public blockchain data works without authentication; provider-connected state requires an API key. If the user has no identifier, ask for a transaction hash, provider payment ID, or supported wallet address. Read-only: this tool never moves funds, retries payments, signs transactions, or guarantees beneficiary receipt — do not use it to send or swap anything. If a payment's state is unresolved, do NOT send a replacement payment; follow the returned warnings and suggested action instead.
| Argument | Type | Description |
|---|---|---|
| input* | string | Transaction hash, provider payment ID, or wallet address to trace. |
| input_type | string | Optional. Defaults to auto-detection. |
{
"type": "object",
"required": [
"input"
],
"properties": {
"input": {
"type": "string",
"description": "Transaction hash, provider payment ID, or wallet address to trace."
},
"input_type": {
"enum": [
"auto",
"base_tx_hash",
"solana_signature",
"bridge_transfer_id",
"circle_payment_id",
"base_address",
"solana_address"
],
"type": "string",
"description": "Optional. Defaults to auto-detection."
}
}
}