Octant 分配金额对不上：核对轮次、资金路径、固定预算与最新投票记录
链小知 · 进阶 · 核验 · 依官方文档整理
从已有轮次和投票记录追踪预算、匹配估计及可领状态，判断差异在哪一层。
开始前准备
- 本人或获授权的已有非敏感轮次导出/截图：round ID、网络、状态、开关轮时间、资金来源、首次signup回执、已保存ballot及更新时间；缺少项明确留空。
- 有项目allocation/claim记录时保留payment contract地址与交易状态；只分析已有记录，不使用Review & Sign、Simulate或新钱包确认。当前正文仍用upcoming Epoch12举例，不能代替实际轮次时点。
1. 先固定轮次和当前记录时点
在已有Round details记录中抄下round ID、网络、状态和开关轮时间，再将每份截图/导出的获取时间放在旁边。名字Epoch 12只能用于定位，不能推这是固定90天周期或今天还开放。
把v1 Archive中的ETH/90天记录另列。v1 Epoch11最终窗口在2026年3月4日结束且无matching；v2锁仓app与投票app分开，不能拿旧仪表盘“已分配”补证新版轮次。
检查结果：得到一组同轮次、同网络、明确时点的记录；v1历史数据和文档示例未代替当前状态。
2. 按实际资金路径重算投票预算
核对该轮允许Accrued Rewards、Wallet WETH还是两者，并确认已有signup选择哪一路。当前App文档每轮只能选一路且不可切换；只有Accrued Rewards时，无累计奖励者不能用钱包路径替代资格。
Accrued Rewards所承诺金额100%作为voting power；Wallet WETH正文描述钱包ETH在signup包装WETH，再50%投票、50%换配置burn token并burn。用文档示例0.1 WETH检查为0.05 WETH voting power，不把0.1都算项目直接贡献。保留原始金额/代币精度，未知包装路由不猜calldata。
检查结果：承诺额、voting power、burn部分分列；未把两种路径费率或资产标签互套。
3. 区分第一次设预算和后续改票
把第一笔signup链上回执与后续ballot记录分开。当前App第一次投票用链上交易固定Your Contribution，此后不能增减总预算；改动滑块/项目列表仅改变预算分配。Wallet WETH min/max按该轮已保存界面，缺失不填写固定值。
core1.3.0的TokenizedAllocationMechanism静态_executeSignup允许累加多次signup；它不证明当前Voting App可追加预算。实现/客户端不匹配时停止用这个固定方法解读该App报错，把具体版本留给存量记录核对。
检查结果：已识别预算建立回执与分配变化；没有用固定库的重复signup能力推导App菜单。
4. 用最新已提交 ballot 核对项目分配
按已保存的提交确认和更新时间选取该轮最新已提交ballot，逐项对项目身份和金额，并核对全预算已分配；草稿、模拟成功或较旧ballot不能代替最新提交记录。文档说明只有最新ballot进入最终tally。
signup支付链费；后续vote/revote是发给sequencer的EIP712签名消息。缺少提交确认只能标“提交状态未知”；gasless不是无签名权限。官方Simulate流程也要求签名，不能以只读预览名义重新操作来补证。
检查结果：项目金额合计对应当前固定预算，最后提交证据和仅草稿/模拟状态分开。
5. 把 matching 估计与最终分配分开
把View funding flow中预算、burn、估计matching与最终结果分列，注明各自时点。匹配估计随其他支持者和总需求变化，matching pool为上限；只一个支持者的项目没有matching。
关轮后顺序是ballots sequenced、生成ZK proof、链上验证、payment contracts部署及短finalization延迟，再变为项目可领。任何一项缺证据都保留该阶段未知；“轮次关闭”或“proof完成”不等于收款钱包余额增加。
检查结果：估计、最终allocation和claimable有各自来源，不把资金池上限写成必付金额。
6. 只用已有领取回执确认资金去向
若已有领取记录，按同网络/payment contract/project/接收地址核对成功状态、转移资产与原始金额，再与该项目最终allocation对照。只有claimable标识时，结论止于“分配可领”，不写已到账或承诺领取时间。
本人参与活动可用已保存的My activity记录对照ballot；项目支付记录则按该项目已有回执核对，不能把参与者signup transaction当项目到账。具体payment合约方法/实时fee没有已读匹配证据时不补字段。
检查结果：差异定位到路径/预算/ballot/匹配/发款某层；实际收到与仅可领明确分开。
怎样确认完成
- 保存轮次身份、路径换算、固定预算和最新ballot的逐项对应。
- 有已有领取回执才判到账；缺少版本/当前轮次/payment方法证据明确未知。本页为文档核验，未提交或领取。
常见错误与边界
- 当前App一次预算与固定core多次signup是两种范围，不能为凑一致改写任一来源。
- Epoch12公开投票的ZK证明不隐藏地址/选择；不要把验证流水线理解为隐私承诺。
- 旧窗口、旧ETH奖励及本轮Wallet WETH比例不推广为所有Capital Provider的规则。