11月1日是Gravity Alpha Mainnet官方公告列出的永久停止运营日期，但它并不是所有资产共用的最后桥接日。Galxe在10月19日更新的迁移说明，把非G资产、原生桥与质押页面分别安排在更早的时间退出。对仍有旧链余额或未完成请求的人，今天最需要厘清的是资金停在哪一层，以及已有请求是否留下目标链到账记录；直接套用旧教程重新操作，可能已经错过相应入口。[1]
一张余额截图，无法说明迁移到了哪一步
这次迁移涉及Gravity Alpha旧网络与Gravity L1新网络。官方说明称L1已经上线，同时把Alpha停止运营后的后果写为：留在旧链的资产将无法再转移。这描述的是旧网络的转账能力，不能推导成每个持币人的余额已自动转到新链，也不能据此断言旧链余额已经全部销毁。资产显示、可签署交易、交易被网络执行、目标链完成接收，分别需要不同证据。[1]
例如，一个地址能被钱包读出旧余额，只证明某个数据源仍能返回账本信息。若缺少新的出块与交易执行，钱包展示的数字不会自行变成另一条链上的可用资产。反过来，旧页面打不开，也不能证明此前已成功跨出的资金消失；目标链的收款交易仍应独立核对。这里的判断来自两条链状态相互独立的机制分析，并非对某个账户的实测结论。
截至本次查阅，官方给出了11月1日这个日期，却没有在上述说明中给出精确停网时刻。因此，不能把UTC+8当天某个小时写成已经完成停网的确定时间。本文也未直接测量旧网节点是否仍在出块。日期到来与网络实际停止之间，需要运行状态证据衔接；这种限定不改变更早桥接截止日期已经过去的事实。[1]
相关下载： Binance全球顶级交易所 v3.22.3大小：306.0M
三个期限对应三种不同的依赖
迁移公告列出：USDT、USDC、ETH及其他非G资产应在10月23日之前通过Stargate桥迁出；Gravity原生桥和Galxe的G质押页面在10月26日03:00 UTC下线；Alpha网络在11月1日永久停止运营。G桥接教程也写明官方桥的10月26日截止安排。两篇均属Galxe官方帮助资料，可以相互核对文字口径，但不是两个独立机构对网络状态的观测。[1][2]
这些期限无法合并为“11月1日前都能走官方桥”。原生桥的开放依赖桥服务，非G资产还依赖另一套桥接路线，旧链运行则只是处理链上操作的基础条件。基础网络尚未停运，并不保证每一种桥仍接收新请求。对于今天才看到公告的用户，正确的文字表述应是回顾原先允许的路线与截止条件，不能把历史教程中的按钮描述成当前经过验证的出口。
公告把七天等待期作为提前关闭部分入口的理由，同时也要求在截止前启动请求。这里不能自行算出一条“截止前最后一秒提交也必定来得及”的保证。原生提款还可能有目标链领取或最终处理步骤；具体请求何时满足条件，必须看其实际时间与官方处理规则。当公告日期和等待期不足以覆盖所有边界时，应保留疑问，不能替项目补写兑付承诺。[1][2]
质押在不同链，退回的位置也不同
Galxe说明，G质押页面的退役涉及Ethereum、BNB Chain与Gravity Alpha三个网络；解除质押后，G回到原本参与质押的那条链。于是，同样是“七天后收到G”，对以太坊用户与Alpha用户意味着不同后续工作：前者的收款位置并不因Alpha退役而自动改变，后者原先还需要在旧链之外完成迁移。不能只核对代币数量，还应核对返还网络与地址。[1]
这也解释了为什么“已发起解除质押”不等于“迁移已结束”。若返还位置仍是Alpha，解除质押只消除了质押状态，跨链转移仍是另一笔处理。官方FAQ曾描述Fast Withdraw约十分钟将G移往Ethereum，但它属于旧桥开放时的路线说明，不能在桥接截止已过后直接当作当前可执行的时限。本文未进行钱包连接或交易，不提供已恢复入口的暗示。[1]
核对已有请求，应按资金落点拆开证据
对于旧网停运背景下的存量请求，有用的核对方式是把记录分成源链操作、桥接进度与目标链到账。源链交易成功只说明原始动作被执行，桥接系统的等待或处理记录说明中间状态，目标链转入记录才对应收款端的资产变动。若有单独领取步骤，还需核对执行它的地址和交易。只有把这些记录对应起来，才能区分资金尚在原地址、已锁入桥接过程，还是已经抵达目标地址但钱包没有显示。
这种分层核对并不保证可以追回资产，它首先减少误判。比如，拿旧链余额减去目标链余额，差额里可能混着手续费、分批迁移、不同代币合约或尚未完成的请求。直接把差额全部叫作损失，会掩盖可查的在途记录；把所有成功的源链交易都叫作已到账，又会低估未完成处理的部分。本文没有取得全量跨链事件，因此不对残留规模或恢复比例作数字判断。
桥接教程还明确：已经提交的标准桥提款沿用原本七天流程，不能改用Fast Withdraw加速。因此，即便回看旧记录时看到快速通道，也不能把它理解成同一笔在途资产可以再次提交。重复发起操作可能对应另一笔资金，而不会自动取消原请求。遇到标准桥记录与目标链收款不一致时，应先确认请求标识、等待阶段和接收地址，再判断是否缺少后续处理。[2]
若官方后续公布补充处理方案，评估重点应落在适用资产、快照范围、领取权限与实际交付记录。只有客服答复或社交帖子转述，还不足以说明全部旧链余额都可恢复；反过来，现有公告写明停止转账，也不能据此编造一个从未公布的赔付计划。涉及救济的结论要等新的正式条款与可核对执行记录，旧桥教程无法替代这些文件。
相关下载： 欧易okx交易所 v6.195.1大小：549.4M
应用改RPC之后，旧账仍需要留下
官方给开发者的新网配置列出Chain ID 127001，并提供新的RPC与区块浏览器入口。这些信息用于识别Gravity L1连接环境；它们不证明Alpha上的每一个应用合约、余额与授权都在新链原样延续。应用如果只是换一个节点地址，却继续混用旧合约或旧事件索引，可能在账单展示上把两套网络混为一体。[1]
对运营收付款或自动化脚本的团队，实务上应保留旧网交易号、使用过的合约地址和业务订单映射，再明确新网入账从哪个区块、哪个合约开始计算。否则，一笔跨链收款可能在旧网锁定与新网铸入时被重复记账；一笔未完成请求也可能因旧数据源退出而从后台列表消失。这里讨论的是迁移中的账务控制条件，不能当作Gravity已出现这些故障的指控。
本次公告能够支持的结论很具体：旧桥、质押页面与旧网络分阶段退役，持有G的不同位置会带来不同迁移步骤。它没有提供11月1日全部账户处理完成的证明。若后续公开了精确停网时刻、桥接队列的最终状态以及残留资产处理规则，今天关于未决请求的判断就需要按新证据更新。对读者而言，最有价值的记录是自己那一笔资金的源链凭据与目标链落点，而不是把同一个币名显示在钱包里，当作迁移完成的凭证。[1][2]
用户评论