为什么每次都是别人抓住机会 我负责事后看复盘

币圈又出安全事件了。

刷到一条链上复盘，作者估算，有人趁着那段混乱，靠 ETH 价差赚了约 347 万美元。我盯着这个数字，脑子里又冒出那个熟悉的念头：

为什么每次都是别人抓住机会，我负责事后看复盘？

这次一定得分析分析。写个脚本帮我盯着，吃不到肉，喝口汤也行啊！

不过，继续往下翻，原帖还有一句很醒目：作者称，那个赚得最多的地址，事先就已经在 Aave 放了 3700 万 USDC。而“347 万美元”也是作者的估算，未扣链上手续费。

看到这里，我稍微冷静了一点。人家资金早已就位，我连机会怎么出现、应该盯什么，都还没梳理清楚。

那就先从这一步开始。

我把原帖和自己的想法交给了我的 Codex Agent：

帮我设计一个放在 FMZ 上的工具。先替我盯价差，发现线索后查清条件；由我确认借币卖出，决定是否追加抵押、继续借卖，最后分批买回还款。

这期就沿着原帖的思路，把这条操作流程理清楚。

有人急着换成 ETH 我能不能卖给他

按照原作者的描述，当时有人急着把 USDT 等资产换成 ETH，大量买入推高了链上的局部价格；交易所暂停提币，便宜的 ETH 暂时搬不上链。

换个角度看，这笔生意就直白了：他为了赶紧换到 ETH，愿意多付一些 U；谁能在这时拿出 ETH，就有机会卖个好价钱。 所谓“贱卖 U”，说的是兑换 ETH 时接受了更差的兑换价格。

套利者向这些高价市场卖入 ETH，经济上补上了买方需要的货，成为对手盘。交易通常通过 DEX 池子完成，不必两个人直接撮合。获利机会来自这股急迫买盘支付的溢价。Uniswap 交易机制

可我手里没有 ETH 呢？

那就抵押借币，再把借来的 ETH 卖出去。无货，抵押沽空。 Aave 在这里提供的是借到链上现货的渠道；能不能获利，还要看之后买回还款的成本。

原帖接下来这句，则把这笔操作接成了循环：

卖出来的 U 再存回去，继续借、继续卖。

卖币所得追加成抵押品，在额度和流动性等条件允许时，就能再借一笔 ETH、再卖一笔。借卖可以连续进行，欠下的 ETH 也会累积；之后再买回、还款，才完成整个仓位的退出。

拿一组假设数字说明：已有足够抵押品，借款条件也允许。先借 1 ETH，卖得 2600 USDC；把所得追加抵押后，再借 1 ETH，也卖得 2600 USDC。这时累计卖出收入是 5200 USDC，欠款是 2 ETH 加利息。

如果后来能按每枚 2300 USDC 买回，买回本金需要 4600 USDC，买卖差额是 600 USDC，再扣利息和费用。若回补价格涨到 3000 USDC，则买卖差额会亏损 800 USDC，费用还要另算。

这里得看清：Aave 的预言机报价用于估值和风险计算，不是卖币价格。它显示 ETH 值 2300 美元，不代表我能在 Aave 花 2300 美元买到一枚。Aave 借款说明

明白这一点，脚本的任务就具体了：既要找出哪里能高价卖，也要盯住自己欠了多少币、买回来需要多少钱。

先替我盯着 再告诉我能不能做

如果半夜手机响了，只告诉我“发现 ETH 价差”，我还是得爬起来翻好几个页面。

我想省下的，就是这段临时找入口、查条件、算费用的时间。

监控范围先定为币安、OKX，以及 Uniswap（Ethereum）、PancakeSwap（BNB Chain）、Aerodrome（Base）。BTC、ETH 相关市场都看，但资产和池子要逐个核实；不同封装币不能只凭名字当成同一种币。首版执行先打通以太坊上的 Aave 借 ETH 流程。

发现明显偏离后，程序再按我准备交易的数量查细账：实际能卖多少钱，费用多少，Aave 是否还允许抵押和借款、有没有足够的币，我的账户又能借多少。

CEX 报价用来观察偏离，DEX 报价用来判断实际成交，还要核对计价稳定币是否异常。我要找的是局部市场被买贵的 ETH。提醒里要把“相对参考价贵了多少”和“现在买回来需要多少钱”分开，让我看清这笔操作是否还要等待价格回落。

这些条件查清，才值得把我叫起来。

第一笔卖完 我还要能决定是否继续

接下来，FMZ 页面应该让我查看一份具体计划：借多少 ETH，卖到哪里，最低接受多少收入，预计费用多少，执行后累计欠多少币。

我确认，程序才按计划借币、卖出。行情已经超出确认的价格范围，就重新报价。FMZ 的交互命令可以作为这类操作入口，具体功能需要 Agent 接上相应接口。FMZ 交互命令

第一笔卖完，如果溢价仍然存在，我可以选择把部分卖出所得追加抵押，再借卖一笔。

这时页面最该提醒我的，是**“继续之后，总共欠多少 ETH”**。还要显示抵押品、钱包可用资金，以及健康度——也就是借贷仓位距离清算还有多少余量。允许借到多少，并不等于我就要借满。

因此，每次追加抵押和继续借卖，都要重新预览、由我确认，并受到预设的总负债上限和健康度限制。卖出的稳定币有多少、其中多少已经抵押进去，也得分开记。

如果借到了币却没卖出去，就停下来处理这笔借款；交易还在等待确认，也不能因为我又点了一次，就重复借一笔。

我希望它帮我接住这些细节，让每一次“继续”都有清楚的账可看。

准备收手时 买回的钱从哪里来

顺着流程往下想，还有一个很容易漏掉的问题：卖币的钱如果都存回 Aave 了，拿什么买回 ETH？

抵押余额和钱包余额，可不是一回事。

所以，设计时就得安排回补资金：可以预留一部分稳定币；也可以在健康度和池子流动性允许时，分批取出抵押品，用来买币还款。每一步都要检查能不能做，不能默认抵押的钱随时可以全部拿出来。Aave 提款说明

等我决定回补，页面就列出这一笔钱从哪里来，能买回多少 ETH，还掉以后剩多少债。确认后执行，再更新账目；需要分几笔处理，就分几笔确认。

回补也不能只盯着赚钱的价格。ETH 如果继续上涨，买回成本会增加；当借款估值上涨时，健康度还可能下降。程序要同时提醒回补成本和仓位风险，不能一直等着那次未必到来的回落。Aave 健康度说明

最后，买回 ETH 还不算结束，还得实际还入 Aave，核对本金、利息和剩余债务。只有本次仓位结清，才能计算最终结果；已有的其他仓位要单独记清。Aave 还款说明

这样，原帖里的循环才算接完整了：

发现溢价 → 查清条件 → 人工确认借币卖出 → 按需追加抵押、继续借卖 → 人工确认分批回补还款 → 核对债务和实际收支。

把这套流程交给我的 Codex

这次交给 Agent 的任务，就落在这条线上：从发现价差，到每次继续借卖，再到买回还款，FMZ 页面始终让我看见自己进行到了哪一步、还欠多少币。

目前这还是需求设计，代码和实际运行结果留到完成以后再展示。

下次再看到类似的机会，我希望自己已经有一个用熟的入口：先看条件，再看账，最后决定要不要动手。

吃不到肉，喝口汤也行。先把借出来的币怎么卖、卖完之后怎么还，这两件事弄明白。

给 Codex 的 prompt

            text
            
            
请为我设计一个FMZ价格监控与手动交易工具，按原帖的思路打通“抵押稳定币→借ETH→高价卖出→人工确认追加抵押、继续借卖→分批买回ETH并还清本息”。先给实现方案，不直接部署实盘。

背景原帖：
https://x.com/0xNaiXi/status/2115967318274789609

策略定位：捕捉急迫兑换需求形成的ETH局部溢价，以抵押借币提供卖方现货，再寻求回补还款。“无货，抵押沽空”；未对冲时仍承担ETH上涨风险，不能把当前溢价视为锁定利润。

监控币安、OKX现货，以及Uniswap（Ethereum）、PancakeSwap（BNB Chain）、Aerodrome（Base）的BTC／ETH相关市场。核实代币合约、封装资产和计价币差异。首版执行只打通Ethereum上一个明确的Aave市场与DEX之间的ETH／WETH流程，不自动跨链。

1. 先监控再复核。统一计价并区分ETH局部溢价与计价币异常；发现线索后，按指定数量获取可执行报价，检查费用、报价时效、Aave供应和借款限制、池子流动性、账户抵押条件。CEX参考价、Aave预言机估值和实际买卖报价分开显示；未来回补价只能作为假设，不能据此显示锁定利润。

2. 支持手动循环借卖。初始抵押、借币卖出、卖出所得追加抵押及继续借卖，都先预览对应计划，由我确认后执行。每次展示数量、价格边界、费用和操作后的累计债务及健康度；报价超时或条件越界须重新确认。允许未还清时继续加仓，但受总负债上限、最低健康度及预留回补资金约束，不能自动无限循环。

3. 打通回补还款。持续显示当前买回成本、实际应还本息，以及钱包资金和可提抵押品。回补资金来自预留资金或符合条件的抵押品提取，逐步检查健康度和流动性；资金不可用时提示缺口。由我确认后分批买回、偿还并查询剩余债务，直到本次仓位结清。追加抵押不算还款，买到但尚未还入Aave也不算结清。

4. 记录并处理异常。区分原有仓位与本工具操作，同时按整个账户检查风险；记录实际收支、费用、抵押和债务，不重复扣费。重复点击不得重复交易；借款成功但卖出失败时，可人工确认归还未卖币。状态未知先查询，暂停后续操作，重启恢复未完成记录。

请核实FMZ和协议官方文档，给出简洁的交互方案、接口与凭证需求、执行状态及异常处理。未确认时只监控，不虚构接口支持、代码、测试或收益。

测试版策略工具

https://www.fmz.com/strategy/552643

策略未经实盘测试验证，仅用于分享、交流、学习。