这单换得好不好：拿三条价格线量一笔兑换的执行质量

一笔兑换付没付贵，多数人的判断方式是看「到手比预期少了多少」。这个口径太粗：预期本身可能是报价给的，而报价在你点下确认之前就已经带着损耗。传统交易 desk 评估执行好坏有一套标准方法，链上完全可以借用：把执行质量拆到三条价格线上量——到达价、报价、实现价，间距各归各的账，才知道钱漏在了哪一层。

三条线的定义先钉死。到达价是你做出交易决策那一刻的市场参考价，通常取决策时点多个主流来源的中间价，它回答「如果世界上没有摩擦，这笔该换到多少」。报价是路由器或界面在提交前承诺的到手数量折算的价格，它回答「这台机器说它能给你什么价」。实现价是交易上链后按实际收到的数量折算的价格，还要把 gas 与协议费摊进去，它回答「你到底拿到了什么价」。三条线两两之间的差，分别对应三种性质完全不同的损耗。

到达价与报价之间的差，是路由与深度的成本：这笔单子要穿几个池子、每个池子吃多少价格冲击、聚合器把单拆成几路。这部分成本在你确认之前就基本确定，是规模的函数，想优化它只有拆单、换时段、换路径三个动作。报价与实现价之间的差，是提交到上链这段窗口里的世界变化：价格在你等打包的几十秒里走了、你设的滑点容忍度允许成交价退让到哪一格、有没有人在这段窗口里对你的单子做了三明治操作。这部分是时间的函数，优化靠更快的提交、更紧的容忍度和私有交易池。实现价与你的记账成本之间再差一层，才是手续费与 gas 这些固定项。

单笔的差值没有太大解读价值，统计起来才能形成判断。做法很朴素：给每次兑换记四列——决策时点参考价、报价折算价、实现价、gas 成本，按月把「实现价相对到达价的总损耗」做成分布，看中位数也看尾部。中位数反映你的默认设置（滑点容忍、路径选择）合不合理；尾部揭示哪些时段、哪些币对、哪类行情下你的执行会失控，而那往往正是损失集中的地方。几个月数据攒下来，你大概率会发现一个反直觉事实：损耗大头不在你盯盘时下的单，而在你随手快速确认的单——窗口损耗是习惯问题，不是市场问题。

工具侧的边界也要如实记录。到达价是个需要自己构造的数：单一交易所的现价会被深度骗，最差的报价来源是你要兑换的那条链上最小的池子；多源取中位、限定同一时刻、剔除异常值，这些讲究决定了你的基线公不公平。报价的口径在不同界面间也不统一：有的已扣 gas、有的未扣，有的按最优路径承诺、有的给的是区间。统计前把口径统一一次，之后固定下来，不要中途换算法——执行质量的数字只有纵向比才有意义。

最后说一个使用场景：换聚合器或换钱包内置路由之前，把这条统计跑一遍对照组。同额度、同时段的单子分别走两条路，比较各自「实现价对到达价」的分布，用数据决定去留，比任何评测文章都直接。执行质量不是一个功能开关，是一组持续测量的习惯；三条价格线也不会让单笔交易变便宜，它只是让你每次付的学费都能换算成明确的科目，而不再是一笔糊涂账。

本文只做机制整理，文中的价格口径与统计方法均为原理示例，不指向任何协议当前的实时参数；链上兑换存在路由冲击、窗口漂移与交易被夹取等风险，不构成投资建议。