Funding & Coordination
Who funded whom, redistribution signals, coordination detection. Built for trading workflows.
latest_native_in
Last native MON received by a wallet. Primary funding signal: "when was this wallet last funded?"
GET /api/latest_native_in?address=0x...
Returns: latestNativeIn (from, amount, txHash, blockNumber, timestamp), historicalCoverageStartBlock
Use case: Fresh wallet detection, funding recency for sniper bots.
funding_recipients
Wallets this address has funded (parent view). "Who has this wallet sent MON to?"
| Param | Default | Description |
|---|---|---|
address | — | Funder address |
blocks | 10000 | Look back window (blocks) |
limit | 100 | Max recipients |
GET /api/funding_recipients?address=0x...&blocks=10000&limit=100
Use case: Coordination detection, bundler/funder analysis.
recent_token_transfers_out
Token transfers from a wallet. Redistribution signal: "is this wallet moving tokens to others?"
| Param | Default | Description |
|---|---|---|
address | — | Wallet address |
blocks | 10000 | Look back window |
limit | 50 | Max transfers |
GET /api/recent_token_transfers_out?address=0x...&blocks=10000&limit=50
Use case: Fresh wallet snipe detection (funded + token buy), redistribution tracking.
Typical Polling Workflow
Today, bots poll these endpoints in a loop to detect "fresh wallet bought token":
- Poll
latest_native_infor funding - Poll
recent_token_transfers_outfor token buys - Combine logic locally
Real-time signals (coming) will push these events instead of requiring polling.