withdraw() or redeem()At block 26,344,684
Reading the line…
These totals are summed over all 2 share movements in this address’s history in the vault.
assets word of the ERC-4626 events.convertToAssets of this balance at block 26,344,684.balanceOf reports at that block.Every row read on this request; reconciled at block 26,344,684.
Every share transfer this address sent or received on this vault, newest first, replayed into the balance the vault itself reports. The replay gives 0.000399 specUSDC and balanceOf at block 26,344,684 gives 0.000399, so the two agree and the rows below are drawn. Each row states its own share price, read at the block that row happened in; no line is drawn between two of them, because nothing was read between them.
Every share price below is convertToAssets(10^18), the 18 being this vault’s own decimals() — its asset’s 6 plus a DECIMALS_OFFSET() of 12. Both are reads at block 26,344,684, not a convention this page assumed.
All of this address's USDC claim sat in PT-wstUSR-1750896030 at this block.
Each band is a read at that row’s own block, and nothing is drawn between two of them. The vault’s asset moved between these blocks at the curator’s own reallocations, which are not rows here and are not read at all; the space between two rows is this timeline’s ordinary gap and says nothing. A segment is proportional and not a trace of anyone’s money: it is this address’s shares over the whole supply, applied to what the vault supplied in that market, so two addresses holding equal shares hold equal segments whatever either deposited or when.
Largest at this block: PT-wstUSR-1750896030, then Idle market.
The vault’s own accrual, and the curator’s reallocations, are rows nowhere here. A row is something this address did. What accrual did to the share price shows in each row’s own price figure, and nowhere else. A transaction that carried this address’s own leg very likely moved other shares too; only this address’s leg is stated.