ERC5805如何查询历史投票权？

解释delegate、delegates、getVotes和getPastVotes接口，说明检查点、时间点与ERC-6372时钟对治理提案快照的作用。

围绕“ERC-5805链上投票怎么做快照委托票与历史票数如何查询”，本文只处理ERC-5805投票检查点能被一手资料直接证明的部分，并把部署差异、客户端支持和治理权限留在各自边界内。

ERC-5805投票检查点：时间线先于票数

截至2026-07-18，ERC-5805状态为Stagnant；它定义delegate、getVotes和getPastVotes等接口，使代币余额与治理票可分离。

ERC-5805投票检查点读取必须先确认clock模式，再确定snapshot、deadline和历史查询timepoint，顺序反了会把当前余额错当历史票权。

ERC-5805投票检查点：三次读取构成同一快照

实现通过检查点记录过去时间点的委托票数，getPastVotes应查询已经完成的timepoint，不能用它读取未来或当前未定状态。

当前余额不是当前票数；未主动委托时，实现可能显示零票。

ERC-5805投票检查点比较提案结果时，应让个人票数、历史总供应量与法定人数落在同一timepoint。

ERC-5805投票检查点：委托之后发生了什么

getPastVotes的timepoint必须早于当前clock，边界错误通常会直接revert。

合约应配合ERC-6372声明时钟模式，提案系统据此决定快照使用区块号还是时间戳。

ERC-5805投票检查点的新委托会影响未来检查点，不会回写已经产生的治理快照。

ERC-5805投票检查点的三条硬事实

核验点	规范结论
1	截至2026-07-18，ERC-5805状态为Stagnant；它定义delegate、getVotes和getPastVotes等接口，使代币余额与治理票可分离。
2	实现通过检查点记录过去时间点的委托票数，getPastVotes应查询已经完成的timepoint，不能用它读取未来或当前未定状态。
3	合约应配合ERC-6372声明时钟模式，提案系统据此决定快照使用区块号还是时间戳。

ERC-5805投票检查点：边缘条件

代币转移会写新检查点，但不会改写提案快照时已经存在的历史记录。

标准不规定法定人数、提案门槛或委托激励，治理参数仍由Governor或其他治理合约决定。

用小实验验证ERC-5805投票检查点

为ERC-5805投票检查点准备两个只相差一个变量的输入：一个满足余额与票数对照，另一个故意破坏检查点时间线。ERC-5805投票检查点先保存两次原始返回，再比较错误位置、状态变化和Gas或RPC行为。ERC-5805投票检查点若在两个输入上给出无法区分的界面结果，就说明产品层隐藏了关键分支；此时应修正展示或校验，而不是继续增加业务逻辑。

ERC-5805投票检查点实验的复盘材料

ERC-5805投票检查点实验包至少包含输入参数、网络与区块、调用结果、失败码、使用的来源版本和结论签名。签名委托字段与Governor连接分别由不同人员复核，可以减少把实现习惯误写成标准要求的风险。ERC-5805投票检查点若实验涉及签名或资金，先在模拟、测试网或只读调用完成，不用真实资产证明一个本可离线验证的结论。

ERC-5805投票检查点资料底座

来源	负责回答什么
Ethereum Improvement Proposals	正式接口、字段与规范语义
ERC-6372	实现路径、兼容性或安全边界

ERC-5805投票检查点本文的资料读取时间是2026-07-18；后续复核应重新访问原始页面。延伸阅读：历史状态与日志、治理权限模型。