先确认变化的是份额还是余额
阅读区块链代币模式时，若账户没有个人转账，余额却与上次不同，可以先检查该代币是否采用动态余额机制。这里讨论的是合约计算出的余额变化，不是网页少显示几位小数，也不能仅凭一个数字就判断有人替账户完成了转账。
Lido的合约文档用份额解释stETH的Rebase：合约保存账户占有的份额，再根据池中资产与总份额的比例计算余额。因此，个人份额和代币余额需要分别记录，二者不是同一个单位；固定个人份额，并不自动意味着查询余额也固定。
用限定比例理解数量怎样重算
作一个虚构的比例示例：假设个人持有20份，总份额为100份，池中资产为100个单位，则按比例得到20个单位的余额。如果个人份额和总份额均保持不变，仅把池中资产改为120个单位，计算结果就是24；若改为90，则是18。这里没有安排个人转账，也没有用这些数值推算收益率。
这只是说明比例关系的简化模型，不是实际账户数据，也不复现完整会计流程。2026年9月14日读取的Lido文档已包含V3的外部份额：核心池和stVault相关部分分别处理，不能把简化示例直接当成完整V3结算，更不能据其结果承诺可成交价格或立即到账金额。
个人转账流水不是完整的余额算法
该文档说明，预言机报告应用时会发生Rebase，供给可能按规则增加或减少；池总量增长引起持有人余额变化时，不会为每个持有人分别生成Transfer事件。因此，只将个人转入减去转出，可能遗漏这种余额变化的依据。没有一条对应的个人转账，不能直接证明余额查询错误。
核对两个时点时，可各保存一组账户份额、总份额、池中资产和余额，并注明网络、合约及共同的状态位置。不要把前一时点的个人份额与后一时点的池总量随意拼接。若某项数据缺失，就先保留差异，继续找相应状态与报告记录，而不是补造一笔转入来凑平流水。
同样叫余额，也要按代币类型解释
Aave V3的Tokenization文档提供了另一种对照：标准AToken的balanceOf包含本金及累计收益，余额会随收益累积变化。同页又说明，包装aToken的StataToken采用非Rebase的收益累积机制。两者相关联，也不能因此假定钱包中显示数量的变化方式相同。
这份对照不证明Aave与Lido使用相同公式或更新节奏。整理余额记录时，应将具体代币类型、所用文档版本、查询数据和计算假设一并保留；先解释数量来自哪里，再判断个人流水能覆盖哪些变化。本文使用公开文档和虚构算例，没有读取真实账户或验证某个部署合约。