risk data for machine payments
Wallet
?
85iWS8gYLS3iACfQja7Ufjg43RZzTFcFKeBRCWBk95JW
Solana · role: pays and receives · not enough data
Buyer-side scoring — something no other public x402 service offers. It answers the seller's question: should I serve this agent, and how large a channel should I open for it?
PAYS_AND_RECEIVES
Payments sent
1
1 recipients
Spent
$0.00300
Payments received
1
1 payers
Received
$0.01
First seen
22d ago
This address both pays and receives. On its own that proves
nothing — an operator may pay for other APIs and sell its own. But combined with heavy concentration
on a single counterparty it starts to look like volume inflation, and we flag it.
A score needs more than a single payment to mean anything.
Pays to
| Recipient | Payments | Amount |
|---|---|---|
| 5rksdHzhEB…SuFe | 1 | $0.00300 |
Recent activity
| When | Direction | Counterparty | Amount | Facilitator | Transaction |
|---|---|---|---|---|---|
| 22d ago | out | 5rksdHzhEB…SuFe | $0.00300 | PayAI | 4XdzeW…v2Cr |
| 22d ago | in | GXR7Ajv2eB…ZHTE | $0.01 | PayAI | 4GdC2A…5qvn |
Reference
| Address | 85iWS8gYLS3iACfQja7Ufjg43RZzTFcFKeBRCWBk95JW |
| Network | Solana solana:5eykt4UsFv8P8NJdTREpY1vzqKqZKvdp |
| Sanctions screening | clear |
| Machine access | /v1/wallet · /full · external explorer |
Next
Market overview →
Payments, median ticket, who pays whom, who settles.
Endpoints →
Scores, findings and the full observation history per resource.
Facilitators →
Who actually settles — including those in no public registry.
API →
Verdict before payment, seller and wallet scores, market aggregates.
We hold no fundsNo custody, no escrow, no facilitator role. Not one payment passes through us.
Same input, same answerScoring is deterministic. No model, no learning on the fly.
Objections welcomeWe show owners what drags a score down. How to dispute
We say what we can't seeSome payments move off-chain, and we say so instead of pretending otherwise.