加密产品停止服务前如何迁移资产？

加密产品停止服务时，用户最容易只盯着一个截止日期，然后在最后几小时把全部资产一次性转出。真正的风险却分散在未结订单、质押赎回、链网络、Memo、授权、备份与平台风控中。迁移应从资产清单开始，而不是从“全部提现”按钮开始。

T-7：确认公告与影响边界

Bitget公告称其Web3迷你应用在2026年3月23日19:00（UTC+9）停止服务，之后相关钱包和DApp功能不可用。该公告要求在截止前转出迷你应用内的资产，并明确变更只影响该迷你应用而非Bitget其他服务。这类公告通常会明确停止时间、受影响功能和未受影响服务。先从账户内通知或官方帮助中心打开原文，记录时区和版本；不要把“某个迷你应用关闭”扩大为“整个平台关闭”，也不要从第三方群聊判断延期。

建立资产地图：现货余额、未成交订单、借贷欠款、保证金、质押或赎回中的资产、NFT、链上钱包余额、API密钥和历史凭证。每一项标注能否立即转出、需要几天解锁、接收端是什么，以及谁负责批准。

T-3：先准备接收环境

选择接收钱包或合规服务时，核对资产合约、网络、地址格式和Memo要求。恢复备份必须在隔离环境验证；只拥有一张助记词照片，不等于备份可用。硬件钱包应在设备屏幕核对地址，多签钱包要确认阈值成员都能完成签名。

Bitget提现指南要求核对资产、接收地址、链网络、手续费与到账金额，并在提交后保存和跟踪提现状态。提现页面显示的资产名称可能相同，但网络不同。接收方必须支持完全相同的链和代币。费用、最小提现量和预计到账也要在当次页面读取，不能套用上次操作的数值。

T-2：用小额测试验证整条链

先转一笔在费用与最低限额允许范围内的小额。保存平台订单号、TxID、发送网络和接收地址；等待接收端显示可用余额，再尝试一笔受控转出或签名，确认自己确实掌握新环境。

检查点	通过标准	失败时
平台提交	订单生成且信息正确	取消并复核网络
链上广播	TxID可在正确浏览器查询	联系发送方平台
接收端入账	确认数达到要求	核对Memo和合约
可支配性	能由自己签名或转出	检查钱包恢复与权限

不要因为小额到账就立刻一笔转完全部余额。大额可能触发额外审核，链拥堵也会改变时效。按资产和网络分批处理，可以限制单次错误影响。

T-1：关闭依赖并撤销权限

取消未结订单，偿还借款，等待质押退出或按公告说明登记后续领取方式。停用API密钥、Webhook和自动交易策略，撤销不再需要的代币授权。导出只读账单和税务记录，但不要导出或上传私钥。

团队账户要核对审批人是否在线、硬件签名器是否可用、限额是否需要提前调整。最后一天才发现负责人休假或设备没电，是可以提前避免的运营风险。

T0：执行余量迁移与三方对账

在截止前留出足够安全窗口，不以公告最后一分钟为目标。逐笔核对平台状态、链上状态和接收端状态。平台显示Completed只说明发送方完成某个阶段；若接收端未入账，仍要用TxID、网络和确认数定位。

错误网络或缺少Memo可能导致资产不能自动入账，补救是否可行取决于接收方和具体网络。错误网络或缺少Memo可能导致无法自动入账，是否能找回取决于接收方是否控制目标地址、网络和代币。不要向声称能“链上撤回”的陌生人付款，也不要为补救而再发送第二笔资产。

T+1：处理截止后的遗留项

若产品入口已关闭但官方提供余额申请或客服通道，按公告准备身份、账户、历史交易和钱包地址证明。只通过官方域名提交，给敏感文件加水印并遮盖无关信息。保存工单号和每次回复时间。

链上资产已迁移后，检查旧地址是否仍有空投、NFT或小额代币。陌生资产不必急于交互；它们可能包含诱导授权。旧应用如不再维护，应先清除权限与敏感缓存，再按设备系统的正常方式卸载。

五个不能省略的留证项

保存原始公告、截止时间与时区、关停前余额快照、每笔TxID和接收端入账证明。企业还应保留审批记录与会计分录。以后若平台更改公告或出现争议，这套材料能还原操作依据。

迁移不改变资产本身的价格波动、合约或托管风险。选择新去处时，不要因时间紧迫追逐收益承诺；先确保可控制、可恢复、可对账，再评估其他功能。

迁移完成的标准不是余额归零

还要确认接收端可支配、TxID可查询、未结业务已关闭、备份能够恢复，并保留公告与工单。只有整条证据链闭环，关停迁移才算结束。