操，项目方格局真大！二期我还打！ 前段时间 @gitfish 的大卡车我塞了100S，亏40%止损跑的。现在官方说要退款了 原文：https://t.co/1t0v3t2Pqu 他们会把池子里+拍卖费一共25332枚sol退还给用户（参与交易亏损的也算！） 管理员地址：EX7QGHSreah6EUtsPXCcen5R8JUyiVQWgz6aV4UspyMy 一句话总结：手上还有 $LINUX 这个币的，转回上面的管理员地址，然后等退款就行。 1️⃣：竞标者未领取代币 条件：用户支付了代币但未领取。 退款：全额退还支付金额。 示例：支付 1 SOL 未领取 1000 LINUX 代币 → 退款 1 SOL。 2️⃣：竞标者收集并持有代币 条件： 用户领取并持有代币。 需将所有代币转回 GitFish 管理钱包。 退款： 转回代币 → 全额退还支付金额。 未转回代币 → 无退款资格。 示例： 支付 1 SOL 购买 1000 LINUX 代币，转回代币 → 退款 1 SOL。 未转回代币 → 无退款。 3️⃣：未参与拍卖但在代币发布后购买并持有 条件：用户在代币上线后购买并持有代币，需将代币转回 GitFish 管理钱包。 退款：与场景 2 相同，全额退款（需转回代币）。 备注：处理方式与竞拍者购买后持有相同。 4️⃣：用户出售部分或全部代币 条件： 用户出售了部分或全部代币。 剩余代币需转回 GitFish 管理钱包。 退款： 退款金额 = 支付金额 - 出售所得。 未转回剩余代币 → 无退款资格。 示例： 支付 1 SOL 购买 1000 LINUX 代币，出售 500 代币得 0.3 SOL，剩余 500 代币转回 → 退款 1 - 0.3 = 0.7 SOL。 未转回剩余代币 → 无退款。 5️⃣：用户交易代币 条件： 用户多次买卖代币，采用先进先出 (FIFO) 原则计算成本基础和损失。 剩余代币需转回 GitFish 管理钱包。 退款： 退款金额 = 初始支付金额 - 出售所得 + 后续购买成本（基于 FIFO）。 未转回剩余代币 → 无退款资格。 示例： 支付 1 SOL 买 1000 LINUX 代币，卖 200 代币得 0.15 SOL，买 400 代币花 0.2 SOL，卖 1200 代币得 0.15 SOL → 退款 1 - 0.15 + 0.2 - 0.15 = 0.9 SOL。 剩余 1200 代币转回 → 退款基于成本和损失计算。 6️⃣：用户将其代币添加到流动性池 条件： 充值和提现操作视为交易，类似场景 5。 剩余代币需转回 GitFish 管理钱包。 退款： 按交易损失计算退款（类似场景 5）。 未提取 LP 或未转回代币 → 无退款资格。 7️⃣：用户将其代币转移到另一个钱包 条件：代币转移到新钱包。 退款： 退款资格转移到新钱包。 新钱包需将代币转回 GitFish 管理钱包。 示例：用户 A 支付 1 SOL 买 1000 LINUX 代币，转移给用户 B，用户 B 转回代币 → 用户 B 获 1 SOL 退款。 ⚠️：关键要点 转回代币：场景 2、3、4、5、6、7 中，持有代币的用户必须将代币转回 GitFish 管理钱包，否则无退款资格。 未领取代币：场景 1 是唯一无需转回代币即可获全额退款的情况。 损失计算： 场景 4 和 5 涉及出售或交易，退款基于支付金额减去出售所得（或按 FIFO 计算）。 场景 6 将流动性池操作视为交易，计算方式类似场景 5。 追回资产限制：所有退款金额受追回资产总额约束，可能按比例分配。 代币转移：场景 7 中，退款资格随代币转移到新钱包。