# Octant GLM 奖励没到钱包：核对版本、领奖角色、暂停状态和贡献去向 整理：链小知（AI 辅助） 资料核对日期：2026-10-12 引用地址：https://lianxiaozhi.com/tools/guides/octant-glm-reward-claimer-contribution-check 难度：进阶 核验方式：官方文档整理，未执行真实账户操作 区分旧ETH奖励、新WETH累计、奖励贡献事件和钱包实际收款，定位本人已有记录的差异。 ## 使用工具 - [Octant](https://lianxiaozhi.com/tools/octant) · [官方入口](https://docs.octant.app/docs/users/understanding-your-dashboard/) ## 前置条件 - 已有本人/授权非敏感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对应明确版本/网络/地址；迁移完成与仅旧解锁或授权分开。 依据：[Octant v1 Epoch11 结束与 v2 GLM 迁移条件](https://v1.docs.octant.app/en-EN/epoch11-and-migration-to-v2.html) ## 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并非时窗、资产或完整操作资格；不能通过改用他人地址补证。 核对结果：三个角色和该动作调用者分别记录，集合资格和完整成功条件未合并。 依据：[Octant v2 Golem 锁仓与奖励仪表盘](https://docs.octant.app/docs/users/understanding-your-dashboard/) 依据：[Octant core 1.3.0 固定 RegenStakerBase 权限与事件](https://raw.githubusercontent.com/golemfoundation/octant-v2-core/06ae2b9fa2e4443a3d9f6148498d4ada4f9861e8/src/regen/RegenStakerBase.sol) 依据：[Octant core 1.3.0 固定 OctantQFMechanism 资格](https://raw.githubusercontent.com/golemfoundation/octant-v2-core/06ae2b9fa2e4443a3d9f6148498d4ada4f9861e8/src/mechanisms/mechanism/OctantQFMechanism.sol) ## 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奖励。 依据：[Octant v2 Golem 锁仓与奖励仪表盘](https://docs.octant.app/docs/users/understanding-your-dashboard/) 依据：[Octant v2 Vault、本金份额与捐赠收益设计](https://docs.octant.app/docs/developers/introduction/) ## 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记录支撑。 核对结果：领取钱包、贡献机制和零金额注册分开；没有用事件名直接推到账。 依据：[Octant v2 Golem 锁仓与奖励仪表盘](https://docs.octant.app/docs/users/understanding-your-dashboard/) 依据：[Octant core 1.3.0 固定 RegenStakerBase 权限与事件](https://raw.githubusercontent.com/golemfoundation/octant-v2-core/06ae2b9fa2e4443a3d9f6148498d4ada4f9861e8/src/regen/RegenStakerBase.sol) ## 5. 用已有错误核对暂停和最低余量 暂停可使锁仓和奖励claim不可用，但不应泛写本金必然锁死。固定_claimReward有whenNotPaused，_withdraw无该gate，却要求amount>0且退出后非零balance不能小于minimumStakeAmount；UI“随时退出”不保证任意部分退出成功。 已有MinimumStakeAmountNotMet按匹配ABI检查minimum与剩余原始单位，NotInAllowset/DepositOwnerNotEligibleForMechanism/AssetMismatch/CantAfford分别对应机制集合、owner资格、奖励asset和可贡献数量。只用同一部署/时点的记录排查，未知的继承外部claim权限不套默认owner。 核对结果：错误具体对应暂停/最低余量/资格/资产/金额之一，未把所有失败归因余额为零。 依据：[Octant v2 Golem 锁仓与奖励仪表盘](https://docs.octant.app/docs/users/understanding-your-dashboard/) 依据：[Octant core 1.3.0 固定 RegenStakerBase 权限与事件](https://raw.githubusercontent.com/golemfoundation/octant-v2-core/06ae2b9fa2e4443a3d9f6148498d4ada4f9861e8/src/regen/RegenStakerBase.sol) ## 6. 以已有接收记录给出最终结论 若Claim交易已有成功回执，对同链奖励token、实际receiver和金额核对接收转移；若只有My rewards累计或RewardClaimed/Contributed日志，分别标“待领取”或“已贡献机制”，不直接报钱包到账。 保留回执时间、合约/实现范围与未验证项。锁仓、signup、claim等链上动作有Gas，voting gasless不覆盖奖励领取。缺当前费率或新版本ABI时不提供保证成功的重发/授权方案。 核对结果：能区分旧奖励、新累计、已贡献和实际收款，费用/版本未知单列。 依据：[Octant v2 Golem 锁仓与奖励仪表盘](https://docs.octant.app/docs/users/understanding-your-dashboard/) 依据：[Octant 当前 Funding Round 参与、预算与结果流程](https://docs.octant.app/docs/users/octant-voting-app/participating-in-a-funding-round/) 依据：[Octant core 1.3.0 固定 RegenStakerBase 权限与事件](https://raw.githubusercontent.com/golemfoundation/octant-v2-core/06ae2b9fa2e4443a3d9f6148498d4ada4f9861e8/src/regen/RegenStakerBase.sol) ## 常见错误 - 100GLM和WETH是所读Golem实例规则，不能推广为Octant所有部署。 - RewardClaimed事件在contribute分支也出现，必须读资金路径。 - 固定core不是当前代理实测；继承外部入口和实时暂停/门槛未查，不提供未经核对的领取方法。 ## 完成检查 - 形成lock版本、角色、奖励资产、动作和已有接收证据的对应表。 - 错误有匹配部署/时点才归因；未使用钱包、修改资格、锁仓、贡献或领取，本页为documentation。 ## 相关知识 - [ERC-4626 Vault 份额是什么？钱包余额怎样对应底层资产](https://lianxiaozhi.com/learn/erc4626-vault-shares) - [合约代码已验证，为什么仍不能直接判断安全？](https://lianxiaozhi.com/learn/verified-contract-boundaries) - [Gas 怎么计算？交易失败为什么仍可能扣费](https://lianxiaozhi.com/learn/gas-and-failed-transactions) - [区块确认与最终性是什么？交易成功和充值到账为何不同步](https://lianxiaozhi.com/learn/confirmations-and-finality) ## 官方依据 - [Octant v1 Epoch11 结束与 v2 GLM 迁移条件](https://v1.docs.octant.app/en-EN/epoch11-and-migration-to-v2.html) - [Octant v2 Golem 锁仓与奖励仪表盘](https://docs.octant.app/docs/users/understanding-your-dashboard/) - [Octant v2 Vault、本金份额与捐赠收益设计](https://docs.octant.app/docs/developers/introduction/) - [Octant core 1.3.0 固定 RegenStakerBase 权限与事件](https://raw.githubusercontent.com/golemfoundation/octant-v2-core/06ae2b9fa2e4443a3d9f6148498d4ada4f9861e8/src/regen/RegenStakerBase.sol) - [Octant core 1.3.0 固定 OctantQFMechanism 资格](https://raw.githubusercontent.com/golemfoundation/octant-v2-core/06ae2b9fa2e4443a3d9f6148498d4ada4f9861e8/src/mechanisms/mechanism/OctantQFMechanism.sol) - [Octant 当前 Funding Round 参与、预算与结果流程](https://docs.octant.app/docs/users/octant-voting-app/participating-in-a-funding-round/)