Address participation
Find transaction senders, recipients and participants identified in supported event formats. Unknown event topics are retained, not guessed into wallet activity.
Wallet History API / planned API
Build around what a wallet did—and the evidence behind it. We are developing a wallet history API that keeps source transactions, technical movements and coverage together.
In development · no public production endpoint
{
"address": "illustrative-wallet",
"range": {
"fromBlock": "1",
"toBlock": "3"
},
"historyComplete": false,
"amountAtomic": "1000000000000000000"
}This example explains a design principle. It is not a live API response or a stable production schema.
01 / Why this matters
An empty response cannot tell you whether a wallet was inactive or a data source missed a block. Indexbase is being designed to report the range it examined and the data kinds it could verify. A complete result for three blocks is still only a three-block history.
Source evidence and interpretation should travel together. A downstream product must be able to distinguish observed data, a supported interpretation and an unresolved question.
The intended contract
Find transaction senders, recipients and participants identified in supported event formats. Unknown event topics are retained, not guessed into wallet activity.
Keep native and token movements in atomic integer strings. Missing token symbols or decimals remain unknown instead of being substituted with invented metadata.
Stable technical identities and resumable checkpoints support re-reading a bounded range without multiplying the same movements.
USE CASES / Built for technical teams
Explain the source of a movement before presenting it as portfolio activity.
Compare known addresses and time ranges while keeping gaps visible.
Work with an address index that can be checked against the original transaction.
The local Ethereum M1 prototype can query addresses across signed synthetic test blocks. It does not establish complete real-world wallet histories. Incoming movements outside recognised event formats and historical trace availability remain separate coverage questions.
Read the implementation statusQUESTIONS / Wallet History API
No. There is no public production endpoint yet. Current validation uses bounded synthetic datasets.
No. Consumers must inspect the requested range, missing intervals and per-data-kind coverage, independently of the job status.
No. Technical movements are separate from economic classification and the tax rules of any consuming application.
Built with a long view
Explore the direction. Early access is not open yet.