Gardens V2 质押没变但投票权变了：核对社区成员、逐池激活和 VP 使用
链小知 · 进阶 · 核验 · 依官方文档整理
用社区/池已有记录检查注册、激活、投票系统和成员表，区分token余额、质押、VP份额与已分配支持，避免为排错触发Join或Deactivate。
开始前准备
- 准备已有社区及池URL、网络/chainId、community地址、poolId/strategy地址、成员地址和读取时间；个人成员/质押数据只用已有脱敏记录，不请求Graph/RPC。
- 按GardensV2官方文档与固定a38ed104前端解释；页面入口可查看，但Join/Leave/Activate/Deactivate、CheckSybil或投票涉及签名/状态变更，不为诊断点击。旧V1不能套该流程。
1. 把链、社区和池固定为同一对象
从原URL记录gardens/[chain]/[community]/[pool]层级和页面名称，保存community与strategy完整地址、poolId和读取时间。固定README列Gnosis、Polygon、Arbitrum、OP Mainnet、Base、Celo，链名规范显示不改变原chainId。
同名community或相同poolId在不同链不能合并。社区的Covenant、CouncilSafe与TribunalSafe分别记录：Council能改设置/移除成员，Tribunal判纠纷，普通持币或项目作者不自动有这些管理权限。没有地址/版本记录时先列待核。
检查结果：链/社区/池/strategy身份匹配，V1和其他池数据未合并。
2. 先核已注册成员，不把钱包余额当质押
在原社区记录查看isRegistered、registrationStake/registrationCost、已质押token数量及token地址/decimals。固定Join组件会依据已注册状态显示Join或Leave；Leave实际调用unregisterMember，所以不能用点击退出测试成员状态。
钱包持币是可用余额，社区stake是已注册/质押记录，pool支持又是另一层。Join原流程包含Covenant签名→allowance→registration，签过Covenant或有allowance不证明已注册。原注册交易失败、数据未加载或只有页面默认false时保留未知，不补“不是成员”。
检查结果：钱包余额、已质押token、注册状态和原签名/交易各有独立证据。
3. 检查该池激活状态和框的显示条件
查看已有池Governance区/截图及成员在该strategy的激活记录；每池需单独activate，加入社区不自动激活所有池。固定Your Voting Power框需要isMemberCommunity、memberActivatedStrategy和钱包address同时成立，匿名页面缺框不能推0VP或质押丢失。
不要点击Deactivate来刷新或排错：官方说明会移除这个池全部提案支持。仅有UI缺失时用已有激活/成员记录核对，缺时保留未知；如果已保存解除激活回执，再将支持消失和这次动作对应。
检查结果：社区成员与逐池激活分开，个人框缺失不被当作链上零值。
4. 读取投票系统并解释份额变化
在Governance记录Fixed、Capped、Unlimited或Quadratic标记。固定前端说明Fixed成员相等/以registrationstake约束，Capped增加至上限，Unlimited按总质押，Quadratic按质押平方根；不能统一用1token=1vote估算。
官方文档的VP为本pool100%weight中的个人份额。其他成员加入并激活可能降低自己的百分比，即使自身stake不变；Fixed不因加自己stake提高相对权重。新源码另有Custom类型，遇到未知投票系统不能按这四种补公式，要核该池实际实现。
检查结果：pool投票系统与stake/VP单位清楚，百分比变化未被解释为token被扣。
5. 用成员表核 VP 和 Voting Power Used
只查看Show Active Members打开的Supporters Voting Power表，记录Member、Voting power in pool、Voting power used及原读取时间。固定表过滤正activatedPoints；个人VP是相对全池有效点数，used是自己已分配点数占自己的比例，不能将两个百分比相加或当token数量。
个人stake按原token decimals显示，VP/used按各自分母；前端数据缺失、分母0有显示fallback，空表/0VP不证明实际全池没人。把已有提案支持记录按同池分配核对；缺支持快照时只记used显示，不自行断言哪笔支持丢失。
检查结果：成员表三列及分母/单位分别保存，显示fallback和实际零值未混同。
6. 连同注册费用和权限整理诊断
将异常落到错链/错池、注册未确认、该池未激活、投票系统不同、其他成员变化、已有支持调整或数据未读。Council设置/boot成员也可能影响后续资格，但无原记录不能猜管理者操作。
费用按社区RegistrationStake、可选CommunityFee、其百分比ProtocolFee和Gas分列；正文未给全社区统一费率。查看记录不需签署Covenant/批准token或充值；如果要实际改变质押/激活则是另一个有权限与资金后果的任务。
检查结果：形成成员→stake→激活→系统→VP/used→未核项的对照，未执行新注册或解除支持。
怎样确认完成
- 记录链/community/strategy/pool、成员注册/质押、激活和投票系统以及VP与used的各自来源。
- 有证据才给变化原因；documentation，只完成官方方法核验，未获取实时个人/池数据或改变权限。
常见错误与边界
- Join/Leave及Deactivate不只是导航；不可为了查看状态签署或退出。
- VP是份额，used是该成员已分配比例，communitytoken余额和support点数不等价。
- 固定前端个人框依赖钱包地址；本组不连接，缺个人数据明确未知，不伪造零值。