0xc78d…d7c3in Re7 USDC

This address’s own events in the vault

1 rows at or below block 52,845,072 from Rails's store of chain readings, 0 rows above it read now; reconciled at block 52,873,952.

Every share transfer this address sent or received on this vault, newest first, replayed into the balance the vault itself reports. The replay gives 1,461.933488 Re7USDC and balanceOf at block 52,873,952 gives 1,461.933488, 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 52,873,952, not a convention this page assumed.

replayed from this address's own transfers

1 eventDates

Display

1.5K

1.5K

Deposited24 Dec '24 00:01

Largest at this block: cbETH, then cbETH. 4 more markets held the rest of this address's USDC claim.

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.

Deposited · 24 Dec '24 00:01

1

R5%performance fee

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.