Octant GLM 奖励没到钱包：核对版本、领奖角色、暂停状态和贡献去向
链小知 · 进阶 · 核验 · 依官方文档整理
区分旧ETH奖励、新WETH累计、奖励贡献事件和钱包实际收款，定位本人已有记录的差异。
开始前准备
- 已有本人/授权非敏感lock和交易导出：网络、锁仓合约、deposit/lock标识、owner/claimer/delegatee、奖励资产及时间，另备旧迁移回执（若适用）。
- 仅当已有实现/ABI证据匹配core1.3.0提交06ae2b9时使用下面固定RegenStakerBase错误分支；否则只核对文档/UI已显示字段，不假定当前代理相同。
1. 先把旧锁仓和新版奖励地址分开
核对已有lock的网络和合约。官方v1迁移正文给出新版GLM锁仓地址0x7bee381d8ea5AE16459BcCD06ee5600bD0F1E86f，链接Ethereum Etherscan；用它定位该迁移实例，不推所有Capital Provider同地址。
旧迁移是旧unlock、新allowance、新lock三笔。把已保存回执逐笔对应，只有unlock或授权成功不能证明GLM已进入新版。v1已停止新奖励；旧Personal已正确分配的奖励保留历史领取路径，没有withdraw deadline不能弥补错过分配窗口。
检查结果：lock对应明确版本/网络/地址；迁移完成与仅旧解锁或授权分开。
2. 识别本金 owner、奖励 claimer 与 delegatee
在已有lock/deposit导出分别写下owner、claimer、delegatee。Golem UI Other locks可能表示他人可领取奖励但本人仍持有并管理本金；delegatee收到投票权也不自动成为奖励收款人。
若匹配固定RegenStakerBase贡献方法，caller须owner或claimer，另外deposit.owner须通过机制canSignup，随后机制还核contributor本身。canSignup只检查NONE/ALLOWSET/BLOCKSET，true并非时窗、资产或完整操作资格；不能通过改用他人地址补证。
检查结果：三个角色和该动作调用者分别记录，集合资格和完整成功条件未合并。
3. 用奖励资产和时点解释累计金额
将v1历史ETH与v2My rewards WETH分列，累计奖励和钱包已持有WETH也分列。Golem实例至少100 GLM才累计奖励；其他Capital Provider的token/minimum不同，使用实际实例规则。
v2奖励持续累计，UI采用rolling30day reward period和APR，不把Epoch名字当90天结算或固定收益率。已有导出缺少reward token精度/余额时点就保留未知；Vault本金份额和捐赠收益份额另有记账机制，不能拿osUSDC等余额解释GLM奖励。
检查结果：币种、精度来源、累计时点和实例门槛齐全；未把Vault收益误认个人GLM奖励。
4. 按实际动作区分 Claim 和 Allocate
核对已有交易动作是Claim rewards到钱包，还是Allocate rewards投入轮次。固定RegenStakerBase非零contribute会消费累计奖励，并同时emit RewardClaimed与RewardContributed，随后signup到机制；只看到RewardClaimed名称不能判钱包收到WETH。
对已有RewardContributed的depositId、caller、allocation mechanism和原始amount逐项核对。固定方法把voting power给msg.sender而非自动本金owner；zero contribution可注册但无奖励资金转移。实际资产转移方向仍需同笔已有token记录支撑。
检查结果：领取钱包、贡献机制和零金额注册分开；没有用事件名直接推到账。
5. 用已有错误核对暂停和最低余量
暂停可使锁仓和奖励claim不可用，但不应泛写本金必然锁死。固定_claimReward有whenNotPaused，_withdraw无该gate，却要求amount>0且退出后非零balance不能小于minimumStakeAmount；UI“随时退出”不保证任意部分退出成功。
已有MinimumStakeAmountNotMet按匹配ABI检查minimum与剩余原始单位，NotInAllowset/DepositOwnerNotEligibleForMechanism/AssetMismatch/CantAfford分别对应机制集合、owner资格、奖励asset和可贡献数量。只用同一部署/时点的记录排查，未知的继承外部claim权限不套默认owner。
检查结果：错误具体对应暂停/最低余量/资格/资产/金额之一，未把所有失败归因余额为零。
6. 以已有接收记录给出最终结论
若Claim交易已有成功回执，对同链奖励token、实际receiver和金额核对接收转移；若只有My rewards累计或RewardClaimed/Contributed日志，分别标“待领取”或“已贡献机制”，不直接报钱包到账。
保留回执时间、合约/实现范围与未验证项。锁仓、signup、claim等链上动作有Gas，voting gasless不覆盖奖励领取。缺当前费率或新版本ABI时不提供保证成功的重发/授权方案。
检查结果：能区分旧奖励、新累计、已贡献和实际收款，费用/版本未知单列。
怎样确认完成
- 形成lock版本、角色、奖励资产、动作和已有接收证据的对应表。
- 错误有匹配部署/时点才归因；未使用钱包、修改资格、锁仓、贡献或领取，本页为documentation。
常见错误与边界
- 100GLM和WETH是所读Golem实例规则，不能推广为Octant所有部署。
- RewardClaimed事件在contribute分支也出现，必须读资金路径。
- 固定core不是当前代理实测；继承外部入口和实时暂停/门槛未查，不提供未经核对的领取方法。