快速结论：空投项目更换积分池后，最容易踩的坑不是“不会点 Migration”，而是把旧 LP 仓位、积分账本和新池资格当成一回事。旧池停止产 Points，不代表旧资金自动失效；前端显示历史积分，也不代表继续躺在旧池还能吃到后续权重。正确姿势是：先确认官方 Cut-off 与目标池，再给旧仓做完整存证，按仓位类型退出旧协议、进入新池并完成二次 Stake，最后验证新积分是否开始累计。
安全提醒：任何在 Discord 私聊里要求你“同步钱包”“验证资产”“导入 Seed Phrase”或调用陌生 Migration Contract 的人，先按骗子处理。迁池只需要正常的链上授权和交易，不需要助记词、私钥、钱包 JSON、远程桌面或屏幕共享。
项目为什么突然换池？旧仓为什么还在，却不再产分？
积分项目换池，常见原因包括底层 DEX 更换、旧池流动性差、价格曲线不合理、合约升级、激励预算迁移、预言机或桥接路线调整，以及旧池出现套利、脱锚或安全风险。项目方一般会把新的 Gauge、Farm、Vault 或 LP Contract 加入 Points Indexer，同时把旧合约从白名单里摘掉。
这里必须拆开三套账：
- 资金账：你的 Token、LP Token、Vault Share 或 NFT Position 仍然在链上，所有权不会因为积分规则变化自动消失；
- 仓位账：旧池合约可能仍可 Withdraw、Collect Fees 或 Remove Liquidity，只是不再获得新激励；
- 积分账：Points 通常由后端 Indexer、Snapshot、事件日志或项目自建数据库计算，未必实时上链，也未必会在迁池时自动结转。
币圈人话：旧仓没 Rug，不等于还在产毛；Points 页面没清零，也不等于你继续躺平就能吃满 Season。先看规则，再看链上，最后看后端记账。
先判断：这次是“换积分口径”，还是“必须搬砖式迁仓”？
| 公告用语 | 通常意味着什么 | 你要做什么 |
|---|---|---|
| Old pool will stop earning points | 旧仓仍在，但 Cut-off 后不再新增 Points | 保存 Cut-off 前证据，尽快评估迁移 |
| Liquidity incentives migrated | 激励预算、Gauge 或 Farm 已切到新池 | 退出旧 Gauge，进入新池并重新 Stake |
| Positions will be grandfathered | 旧仓可能保留历史权重或享受过渡待遇 | 确认是否需要手动登记、签名或迁移 |
| Snapshot taken | 某个区块或时间点的余额已被记录 | 保存区块高度与持仓证明，不要脑补快照后的动作 |
| Use the migration contract | 项目提供一键迁移合约 | 核对官方域名、已验证合约和函数后再授权 |
| Withdraw immediately | 可能存在合约、脱锚、桥或预言机风险 | 先评估本金安全，别为了 Points 硬扛风险 |
如果公告只说“新池开始产分”，却没有明确旧池何时停止，最稳的处理不是冲进去当科学家，而是把问题拆成四句发给官方：旧池 Cut-off 时间或区块是多少？历史 Points 是否保留？迁移窗口何时关闭？新池从哪笔交易或哪个区块开始记分？
迁移前别急着撤：先做一份“旧仓证据包”
很多人一看到“旧池不产分”就直接 Remove Liquidity，等项目方后来补积分、开放 Appeal 或要求证明历史仓位时，才发现自己只剩一张模糊截图。真正有用的证据必须同时覆盖官方规则、链上仓位、积分前端和操作时间线。
第一层：保存官方规则原文
- 公告完整 URL、Discord Message Link、官方 X 帖子链接；
- 公告发布时间，并同时记录 UTC 与北京时间；
- 旧池名称、旧池合约、目标新池合约；
- Cut-off 时间、Snapshot 区块、Migration Deadline；
- 是否承诺历史 Points 保留、补录或按比例结转；
- 是否需要重新 Stake、Lock、Boost、绑定身份或提交表单。
不要只截公告正文，要把服务器名称、频道、发言者身份、时间和消息链接一起保留下来。Discord 消息后续可能被编辑或删除，截图之外最好再保存页面 PDF 或网页存档。
第二层：固定旧仓的链上状态
至少记录以下字段：
| 字段 | 示例 | 证明什么 |
|---|---|---|
| Wallet Address | 0x12…89ab | 积分和仓位属于哪个地址 |
| Chain ID | 42161 | 避免同名池跨链搞混 |
| Old Pool / Gauge Contract | 已验证合约地址 | 资金实际在哪个合约 |
| LP Token / Vault Share / NFT ID | LP 余额或 Position ID | 证明具体仓位所有权 |
| Deposit / Stake TxHash | 0xabc… | 证明入池时间和金额 |
| Block Number | 区块高度 | 与 Snapshot、Cut-off 对齐 |
| Token Amounts | Token A + Token B | 计算撤池与迁移前后的差额 |
| Unclaimed Rewards / Fees | 待领取奖励和手续费 | 防止迁移时漏领 |
截图只负责让人看懂，TxHash 和合约事件才负责让人核验。最好把钱包地址、相关 TxHash、区块浏览器链接和积分截图放在同一个目录，并用统一文件名，例如：2026-08-20_1430UTC_old-pool_position-before-migration.png。
第三层：保存 Points 页面，而不是只记一个总分
- 当前总 Points、Season、Rank 与 Boost；
- 该池贡献的积分明细，而不只是全站总分；
- 页面完整 URL、连接地址与网络；
- 截图时间、浏览器时区和页面显示时区；
- 如果前端有 Export、History 或 Activity，保存原始记录；
- 页面异常时，记录错误提示和刷新前后的差异。
关键点：Points 是后端账本时，链上仓位只能证明“你确实做过”，不能单独证明项目方“已经给你记了多少分”。所以两类证据都要留。
按仓位类型迁移：别把所有 LP 都当成同一种资产
情况一：普通 AMM LP Token 在钱包里
- 检查旧 LP Token 余额和 Remove Liquidity 预估；
- 领取尚未 Claim 的 Fees 或 Rewards；
- 撤出旧池，核对两种底层 Token 实际到账；
- 按新池比例重新配平资产，设置合理 Slippage；
- Add Liquidity 到新池；
- 如果新池还要求 Stake LP Token，再完成一次 Stake。
很多人只完成第 5 步就以为迁移结束，结果新池的 Points 只计算 Staked LP，钱包里躺着的 LP Token 仍是“裸 LP”，继续不产分。
情况二：LP Token 已经压在 Gauge、Farm 或 Vault
这类仓位必须先分清楚退出顺序。常见路径是：
Claim Rewards → Unstake / Withdraw Share → Remove Liquidity → Rebalance → Add New Liquidity → Stake New Receipt Token
如果 Vault 使用异步 Withdraw、Cooldown 或 Epoch 结算，点击 Withdraw 不等于资产立即回钱包。要记录 Request TxHash、Claimable Time、最终 Claim TxHash，别在中间状态重复操作。
情况三：集中流动性 NFT Position
Uniswap V3 类仓位通常不是普通 ERC-20 LP，而是带 Token ID 的 NFT Position。迁移时可能需要先 Collect Fees、Decrease Liquidity，再决定是否 Burn 旧 NFT。新池的 Tick Range、费率档位与价格区间可能不同，不能机械复制旧参数。
如果为了卷毛把区间设得过窄，价格一跑出 Range，仓位可能停止赚手续费，甚至积分权重也受影响。要把“最大化 Points”和“控制无常损失/单边暴露”分开算，别为了面板上多几个分把本金打成单边。
情况四：跨链池、桥接资产或 LST/LRT 收据
先确认新池接受的是原生资产、Canonical Bridge 资产，还是某个包装版本。USDC、USDC.e、wETH、ETH、项目包装 Token 看起来相似，合约地址却完全不同。跨链迁移还要额外记录 Bridge TxHash、源链与目标链区块、Message ID，以及目标链到账交易。
情况五：资金仍在 Lock、Cooldown 或 Withdrawal Queue
如果旧仓不能立即退出，不要为了赶 Deadline 去点陌生“加速解锁”链接。先核对合约的 Unlock Timestamp、Epoch、Queue Position 和 Claimable 状态，再向官方确认锁仓用户是否自动保留 Points、是否有延长迁移窗口，或是否通过 Snapshot 补录。
一套不容易翻车的迁池 SOP
- 只从官方入口确认通知：官网、官方文档、官方 X 与 Discord Announcement 至少交叉验证两处；
- 核对合约：旧池、新池、Gauge、Router、Migration Contract 都要与官方公布地址逐字符匹配；
- 记录迁移前状态：保存 Points、LP 余额、NFT ID、奖励、区块高度和截图；
- 先做小额 Dry Run：能拆分仓位时，先迁一小部分验证完整路径；
- 退出旧激励层：Claim、Unstake、Withdraw，确认 Receipt Token 回到钱包；
- 退出旧流动性：Remove / Decrease Liquidity，核对底层资产和损耗；
- 检查授权：确认新 Router/Pool 的 Spender，避免无限授权给不明合约；
- 进入新池：按官方资产、费率档位和比例 Add Liquidity；
- 完成二次 Stake：如果 Points 统计 Gauge 或 Farm，必须把新 LP/NFT 质押到指定合约；
- 迁移后验收：保存新仓 TxHash、余额、Position ID 和首次 Points 更新；
- 回收旧权限：不再使用的旧 Router、Gauge 或可疑 Spender 应评估撤销授权；
- 持续观察 24-72 小时：后端积分可能延迟，记录每次刷新结果，避免无脑重复交易。
迁移后怎么判断“真的上车了”，而不是只把钱搬过去？
至少完成四项验收：
- 链上验收：新池合约能查到你的 Position、LP Balance 或 Staked Balance；
- 资产验收：迁移前后 Token 数量、手续费、滑点与 Gas 都能对账；
- 积分验收：新池明细开始增长，或官方确认 Indexer 尚在延迟；
- 权限验收：团队成员、钱包地址、网络和浏览器会话没有串号。
如果 72 小时后仍不产分，先不要继续加仓。把问题定位到“链上仓位不存在”“仓位存在但未 Stake”“已 Stake 但 Indexer 未读取”“前端缓存未刷新”中的一种，再决定是重试、等同步还是开 Ticket。
项目不认历史积分时，什么证据最有用？
有效申诉不是一句“我明明有分”，而是一条可复核时间线：
| 时间（UTC） | 动作 | 证据 | 预期结果 | 实际结果 |
|---|---|---|---|---|
| 2026-08-18 09:20 | 旧池 Stake | Stake TxHash + 区块 | 继续累计 Points | 截至 Cut-off 前仍有仓位 |
| 2026-08-20 03:00 | 看到迁池公告 | 公告链接 + 截图 | 历史分保留 | 公告表述不清 |
| 2026-08-20 03:25 | 退出旧池 | Withdraw TxHash | 资产到账 | 成功 |
| 2026-08-20 03:41 | 进入并 Stake 新池 | Deposit + Stake TxHash | 新池开始产分 | 面板 48 小时未更新 |
提交 Ticket 时，不要一次扔几十张无命名截图。建议使用以下模板：
Subject：Points not credited after official pool migration
Wallet：公开地址
Chain：网络名称与 Chain ID
Old Pool：合约地址 / Position ID
New Pool：合约地址 / Position ID
Cut-off / Snapshot：官方公布时间或区块
Timeline：旧仓 → Withdraw → Add Liquidity → Stake 的 UTC 时间
TxHashes：按顺序列出
Expected：历史积分保留，新池从指定区块开始计分
Actual：缺失积分区间与页面状态
Attachments：公告、迁移前 Points、旧仓、新仓截图
最常见的 10 个翻车点
- 只看 KOL 搬运，没有打开最新官方公告；
- 把历史总分当成旧池仍在持续产分；
- 撤了 LP，却忘记先 Claim Fees 或 Rewards；
- 加进新池后没有 Stake 到新 Gauge；
- 迁错链、迁错 Token 包装版本或迁错费率档位；
- 为了抢时间把 Slippage 拉太高，被价格冲击或 MEV 吃掉；
- 无限授权给未经核验的 Migration Contract；
- 团队成员用错钱包、用错 Profile 或覆盖了登录会话；
- 只留截图，不留 TxHash、区块和公告链接；
- Points 延迟几分钟就反复 Withdraw/Deposit，把时间线打成一团浆糊。
用 MostLogin 管理迁池证据与团队操作
MostLogin 不能替你恢复 Points，也不能修改 Snapsho或解锁合约。它更适合解决运营层的问题：多个项目同时换规则时，避免钱包扩展、Cookie、Local Storage、代理、账号会话和团队权限互相串台。
1. 每个项目建立独立 Browser Profile
可以为每个项目建立独立环境，保存该项目的官方域名、区块浏览器、文档、Discord 和 Points 页面，减少开错钱包或被旧 Session 自动重连的概率。MostLogin 的浏览器环境支持独立会话与多账号管理，详情可查看 MostLogin 官网以及创建 Browser Profile 指南。
合规边界：这里的隔离是为了减少误操作和保护业务数据，不是为了伪装成多个独立用户、绕过项目的一人一号规则或女巫检测。
2. 用标签标记资金状态
建议统一设置标签：Pool-Old、Migration-Pending、Pool-New、Points-Delayed、Ticket-Open。当团队同时跟几十个项目时，标签比靠记忆靠谱。MostLogin 已支持为浏览器和云手机环境添加多个标签并快速筛选，参考 MostLogin Tag System。
3. 在备注中保存非敏感迁移摘要
备注可以写公开钱包地址尾号、网络、旧池、新池、Cut-off、最后一次 TxHash 尾号和 Ticket 状态。不要把助记词、私钥、2FA Secret、API Token 或钱包密码写进备注。
4. 用团队权限减少“谁都能动仓”的风险
把研究、执行和复核拆开：研究员只整理公告与合约，执行员提交交易，负责人复核地址和权限。MostLogin 支持角色与指定数据访问，可以按 Profile 或文件夹分配成员权限；操作方式见团队成员与权限指南。
5. 固定一套迁移台账
每个 Profile 对应一条迁移记录：项目、钱包、链、旧池、新池、Snapshot、Deadline、旧仓 TxHash、新仓 TxHash、Points Before、Points After、负责人和 Ticket。浏览器环境解决会话隔离，台账解决证据链；两者缺一个，都容易在申诉时掉链子。
来自社区样本的提醒：规则变更往往比技术故障更致命
本项目对中文 Web3 Discord 公开频道的调研中，Saturn 曾连续提醒旧 USDC/sUSDat Curve 池停止累计积分，用户需要迁移到 FXSwap 新池。这个案例说明，旧池仍能看到资金、历史页面仍有 Points，都不能替代最新规则。真正决定你是否继续“产毛”的，是最终白名单合约、Cut-off、Snapshot 和 Indexer 口径。
另一个现实问题是：迁池消息发布后，假客服会趁用户着急时发来所谓 Migration Link。只从官网、官方文档和公告频道进入，不接受陌生 DM 提供的“专属迁移入口”。如果已经签过可疑 Approval、Permit、Permit2 或 setApprovalForAll，应立即检查授权与资产风险，而不是只 Disconnect 钱包。
迁池前后的最终清单
- 已核对官方公告、旧池和新池合约；
- 已记录 Cut-off、Snapshot、Deadline 与时区；
- 已保存旧仓余额、Position ID、Points 和 TxHash；
- 已检查 Fees、Rewards、Cooldown 和 Withdrawal Queue；
- 已确认新池资产版本、网络、费率档位与 Gauge；
- 已完成 Add Liquidity 后的二次 Stake；
- 已保存新仓链上凭证和首次 Points 更新；
- 已检查旧授权与可疑 Spender；
- 团队已明确执行人、复核人和 Ticket 负责人；
- 没有向任何人提供助记词、私钥或远程控制权限。
常见问题
旧池停止积分后，历史 Points 会被清零吗？
不一定。历史积分是否保留取决于项目规则和最终账本。旧池停止新增积分、历史积分作废、按 Snapshot 保留和按比例结转是四种不同情况，必须以最新官方公告和最终分发规则为准。
项目提供一键 Migration Contract，可以直接点吗？
只有在官网或官方文档明确公布合约地址、网络、函数和步骤，并且区块浏览器显示合约已验证时才应操作。签名前确认 Spender、Token、额度和调用函数；不要使用 Discord 私聊发来的“专属迁移链接”。
迁到新池后多久能看到积分？
取决于 Indexer 更新频率。有些项目按区块实时更新，有些按小时、每天或 Epoch 结算。迁移后先保存链上成功记录，再等待官方公布的同步周期；超过周期仍未更新，再用完整证据包提交 Ticket。
迁池一定能拿到空投吗？
不能。迁池只是满足当前活动条件之一，最终奖励还可能取决于 Snapshot、持续时间、资金量、真实使用、地区限制、身份验证、反女巫筛查和项目是否实际发币。DYOR，控制本金、Gas 和机会成本，别为了未确认的毛把自己反撸。
免责声明：本文用于一般性 Web3 操作与安全教育，不构成投资、法律或税务建议。DeFi 迁移涉及合约、流动性、滑点、无常损失、桥接和授权风险，请以项目官方文档和已验证合约为准。
