A wallet is a record, not a highlight reel.
proof of larp turns public chain activity into a readable research note. It follows the assets, keeps the arithmetic visible, and leaves a question mark wherever the chain does not provide enough evidence.
Events first. Conclusions second.
We fetch public transactions for one address, then classify the balance changes: buys, sales, transfers, fees, and assets still held. The report is about what the address did, not who controls it or why.
- Solana Transaction signatures and balance changes, including WSOL normalization.
- Ethereum Blockscout-indexed native ETH and fungible ERC-20 transfers, including WETH as an ETH settlement leg.
- Evidence Each event keeps its date, transaction link, asset, and the inputs used in the calculation.
Simple arithmetic, stated assumptions.
Realized performance uses the proceeds from closed lots minus their attributed cost basis. Open positions are marked against a current public quote and shown separately as unrealized. You can choose average-cost or FIFO accounting where the report supports it.
Replay mode uses prices implied by the wallet's own swaps between events. The final mark is the only place a current market quote is used. This makes the path inspectable instead of pretending a live price existed in the past.
A shorter scan is still a shorter scan.
The public scan reads a bounded window of recent activity so a busy address does not make every visitor wait forever. The report tells you when history was capped or a provider returned an incomplete result. Holding-based tiers can raise depth, but never change the arithmetic.
Provider failures are not filled with demo data. A failed read becomes a clear failed or incomplete state, with a retry path and the part of the scan that could not be verified.
Analysis, not attribution.
This is a read-only view of public data. It does not identify a person, prove ownership, provide investment advice, rank wallets, or claim that a wallet's past behavior predicts its future. Transfers can make cumulative replay P&L partial because the destination's later activity is outside the address being read.