Arrakis V1（即 G-UNI）已经在 2026 年 6 月 15 日正式停止维护，官方前端和后端服务均已关闭，所有特权角色被放弃，合约处于无人管理的冻结状态。你留在旧版 G-UNI 仓位里的资金仍然在链上合约中，但不能再通过 Arrakis 官方界面操作。要退出，唯一可靠的路径是直接与智能合约交互，或者寻找仍然集成旧版合约的第三方界面。官方明确建议用户自行提取，且不提供任何支持或补偿。
先确认你的仓位还在不在
打开 Arrakis 官方博客的弃用公告页面，确认你持有的 G-UNI LP token 对应的合约地址。如果你之前通过 MakerDAO 或其他协议将 G-UNI LP token 作为抵押品使用，你的仓位可能不在单纯的钱包里，而是在某个借贷或质押合约中。这种情况下，退出路径会多一层：需要先在对应协议中解除抵押或赎回，再处理 G-UNI 本身。先检查你的钱包或持仓记录，确认 G-UNI LP token 是否还在地址里。
官方推荐路径：通过区块浏览器直接调用合约
由于 Arrakis 的前端已关闭，官方给出的方案是通过 Etherscan 等区块浏览器直接与 V1 合约交互。你需要找到你持有的那个 G-UNI vault 的合约地址（可以在你之前的交易记录或 Arrakis 弃用公告中找到），然后在 Etherscan 上打开该合约的"Write Contract"页面，连接你的钱包。
G-UNI 的退出逻辑本质上是销毁 LP token 并取回底层资产。V1 vault 合约中对应的函数通常是 burn 或 removeLiquidity 一类。由于 V1 合约已经冻结且官方不再提供文档支持，不要凭猜测输入参数。如果你能找到 Arrakis V1 的历史文档（通过 Wayback Machine 等存档服务），先确认函数签名和参数含义。V2 的 burn(uint256 burnAmount, address receiver) 是类似逻辑，但 V1 的具体实现可能不同，不能直接套用。
一个更省事的替代方案：DeFi Saver 的文档中记录了 GUniWithdraw 操作，用于从 G-UNI 池中移除流动性并销毁 LP token。如果 DeFi Saver 的界面仍然支持旧版 G-UNI，这可能是一个不需要直接写合约调用的路径。但需要你自己在 DeFi Saver 的界面中确认该功能是否仍然可用，本文无法验证其当前状态。
一个必须知道的风险：旧合约已发生攻击事件
在你操作之前，需要了解一个已经发生的事实。2026 年 8 月 23 日，一个旧版 G-UNI vault（ENS-WETH）遭到攻击，损失约 2.94 WETH。攻击者利用的是 V1 合约中 mint 和 burn 逻辑对 Uniswap V3 池状态的依赖，在单笔交易内操纵池子状态后提取价值。
这次攻击的金额不大，但它说明了一件事：旧版 G-UNI 合约虽然被"放弃"了，但它在链上仍然暴露着可被利用的逻辑缺陷，而没有任何人能修补它。 你提取资金的操作本身不一定直接触发这个漏洞，但你在与一个无人维护、已知存在攻击面的合约交互。操作时务必确认你调用的函数和参数，不要在同一个交易中执行复杂的多步操作。
检查是否还有第三方界面可用
在直接写合约之前，可以花几分钟搜索是否还有第三方 DeFi 工具集成了旧版 G-UNI 的提取功能。一些聚合器或头寸管理工具可能在 Arrakis 官方关闭后仍然保留了旧合约的接口。判断标准很简单：这个工具能否识别你钱包中的 G-UNI LP token 并显示提取选项。如果能，优先用它而不是手动调用合约，因为界面通常会帮你处理参数计算和滑点保护。
但要注意：任何要求你"先授权再操作"的第三方界面，都需要你确认它请求的授权对象是 G-UNI vault 合约本身，而不是一个陌生的地址。旧版合约的交互风险已经足够高，不要再引入额外的授权风险。
完成退出的标准
操作完成后，你需要在区块浏览器上确认交易状态为成功，并在钱包中确认底层代币（比如 DAI 和 USDC）已经到账。同时检查你的 G-UNI LP token 余额是否已经清零。如果交易成功但代币数量与预期不符，可能是滑点或池子状态导致，需要对照交易详情中的实际转账记录来判断。
如果交易失败，最常见的原因是参数错误或滑点保护设置不当。V1 合约冻结后没有官方支持，失败交易的 Gas 会被消耗，但合约状态不会改变，你可以修正参数后重试。如果你无法确定合约调用的具体参数，最稳妥的做法是暂不操作，先通过历史文档或社区存档确认 V1 的 burn 函数签名，而不是在不确定的情况下反复尝试。
