Jupiter 与 Raydium 的 Solana 兑换对比：路由、滑点与执行控制

已核验的来源事实

1. Jupiter 把 Swap V2 的 /order 与 /execute 描述为推荐的 Meta-Aggregator 流程，Metis、JupiterZ、Dflow 与 OKX 路由引擎会共同竞争订单。 2. V2 /order 会返回待签名交易、requestId、预期 outAmount 与胜出路由；/execute 会报告成功或失败，以及实际输入与输出数量。 3. Jupiter 表示，旧版 Metis Swap V1 的 quote/swap API 已不再积极维护，并已被 Swap V2 取代；只有在明确使用旧流程时才应依赖其字段。 4. Raydium 记录了资金池之间的原子化单跳、多跳与拆分路由。 5. Raydium 要求集成方处理过期报价、逐跳最低数量和交易失败，不能把屏幕报价视为保证成交。

API 版本边界

不要把 Jupiter 旧版 V1 报价字段与当前推荐的 V2 执行合同混用。当前集成应记录使用的是 V2 /order 与 /execute 还是 V2 /build、胜出路由、可选参数是否限制路由、签名时的最低输出，以及执行后返回的实际输出。

对照表

1. 用同一任务比较代币身份

平台对比只有在两边回答同一个任务时才有意义。代币身份对应的是输入与输出 Mint 地址。宣传页面通常描述广泛能力，真实决策却落在具体网络、收款人、签约实体或账户设置上。应在同一时间制作两行证据，然后核对双方官方 Mint 地址；检查完成前，任何一方都不应因为宣传语获得优势。

还要区分公开说明与可执行结果。帮助页不代表该控制已在读者账户启用，地址簿条目也不能证明链、标签和收款人正确。应记录从公开规则到登录后证据的完整路径。仿冒代币列表仍未确定，所以评分表必须保留空白，而不是猜测赢家。

最后把代币身份与真实提现计划连接起来。说明输入与输出 Mint 地址如何改变审批、测试、监控或应急路径，并核对双方官方 Mint 地址。剩余未知事项——仿冒代币列表——应进入带日期的评分表。这样得到的是针对任务的偏好，而不是对两家平台的永久排名。

2. 用同一任务比较流动性范围

流动性范围对应的是搜索的 DEX 来源与资金池。应在同一时间制作两行证据，然后比较实际路由计划；检查完成前，任何一方都不应因为宣传语获得优势。

还要区分公开说明与可执行结果。未来资金池可用性仍未确定，所以评分表必须保留空白，而不是猜测赢家。

最后把流动性范围与真实提现计划连接起来。说明搜索的 DEX 来源与资金池如何改变审批、测试、监控或应急路径，并比较实际路由计划。剩余未知事项——未来资金池可用性——应进入带日期的评分表。

3. 用同一任务比较报价模式

报价模式对应的是ExactIn 与 ExactOut。应在同一时间制作两行证据，然后让模式匹配用户任务；检查完成前，任何一方都不应因为宣传语获得优势。

还要区分公开说明与可执行结果。AMM 特定支持仍未确定，所以评分表必须保留空白，而不是猜测赢家。

最后把报价模式与真实提现计划连接起来。说明ExactIn 与 ExactOut如何改变审批、测试、监控或应急路径，并让模式匹配用户任务。剩余未知事项——AMM 特定支持——应进入带日期的评分表。

4. 用同一任务比较最低输出

最低输出对应的是滑点阈值与失败边界。应在同一时间制作两行证据，然后记录签名时的最低值；检查完成前，任何一方都不应因为宣传语获得优势。

还要区分公开说明与可执行结果。上链前价格变化仍未确定，所以评分表必须保留空白，而不是猜测赢家。

最后把最低输出与真实提现计划连接起来。说明滑点阈值与失败边界如何改变审批、测试、监控或应急路径，并记录签名时的最低值。剩余未知事项——上链前价格变化——应进入带日期的评分表。

5. 用同一任务比较价格影响

价格影响对应的是交易规模相对可执行深度。应在同一时间制作两行证据，然后按实际规模重新报价；检查完成前，任何一方都不应因为宣传语获得优势。

还要区分公开说明与可执行结果。压力期流动性仍未确定，所以评分表必须保留空白，而不是猜测赢家。

最后把价格影响与真实提现计划连接起来。说明交易规模相对可执行深度如何改变审批、测试、监控或应急路径，并按实际规模重新报价。剩余未知事项——压力期流动性——应进入带日期的评分表。

6. 用同一任务比较路由复杂度

路由复杂度对应的是单跳、多跳或拆分执行。应在同一时间制作两行证据，然后检查每个中间资产；检查完成前，任何一方都不应因为宣传语获得优势。

还要区分公开说明与可执行结果。中间资金池失败仍未确定，所以评分表必须保留空白，而不是猜测赢家。

最后把路由复杂度与真实提现计划连接起来。说明单跳、多跳或拆分执行如何改变审批、测试、监控或应急路径，并检查每个中间资产。剩余未知事项——中间资金池失败——应进入带日期的评分表。

7. 用同一任务比较优先费

优先费对应的是交易落地成本与上限。应在同一时间制作两行证据，然后设置有界费用策略；检查完成前，任何一方都不应因为宣传语获得优势。

还要区分公开说明与可执行结果。未来拥堵仍未确定，所以评分表必须保留空白，而不是猜测赢家。

最后把优先费与真实提现计划连接起来。说明交易落地成本与上限如何改变审批、测试、监控或应急路径，并设置有界费用策略。剩余未知事项——未来拥堵——应进入带日期的评分表。

8. 用同一任务比较报价新鲜度

报价新鲜度对应的是报价区块与签名间隔。应在同一时间制作两行证据，然后批准前刷新；检查完成前，任何一方都不应因为宣传语获得优势。

还要区分公开说明与可执行结果。钱包延迟仍未确定，所以评分表必须保留空白，而不是猜测赢家。

最后把报价新鲜度与真实提现计划连接起来。说明报价区块与签名间隔如何改变审批、测试、监控或应急路径，并批准前刷新。剩余未知事项——钱包延迟——应进入带日期的评分表。

9. 用同一任务比较模拟

模拟对应的是交易账户与计算资源。应在同一时间制作两行证据，然后广播前模拟；检查完成前，任何一方都不应因为宣传语获得优势。

还要区分公开说明与可执行结果。运行时状态变化仍未确定，所以评分表必须保留空白，而不是猜测赢家。

最后把模拟与真实提现计划连接起来。说明交易账户与计算资源如何改变审批、测试、监控或应急路径，并广播前模拟。剩余未知事项——运行时状态变化——应进入带日期的评分表。

10. 用同一任务比较成交证明

成交证明对应的是签名、余额变化与浏览器状态。应在同一时间制作两行证据，然后核对预期和实际输出；检查完成前，任何一方都不应因为宣传语获得优势。

还要区分公开说明与可执行结果。下游代币风险仍未确定，所以评分表必须保留空白，而不是猜测赢家。

最后把成交证明与真实提现计划连接起来。说明签名、余额变化与浏览器状态如何改变审批、测试、监控或应急路径，并核对预期和实际输出。剩余未知事项——下游代币风险——应进入带日期的评分表。

决策场景

场景 1：当代币身份成为关键约束

假设读者最关心的是输入与输出 Mint 地址，正确做法不是寻找一个适用于所有人的赢家，而是核对双方官方 Mint 地址，保存证据，并在投入资金或权限前定义停止条件。只要证据变化，就重新打开决策，而不是继续沿用旧结论。这样得到的是一条能够重复执行的操作规则，而不是一次性的主观看法。

场景 2：当流动性范围成为关键约束

假设读者最关心的是搜索的 DEX 来源与资金池，正确做法不是寻找一个适用于所有人的赢家，而是比较实际路由计划，保存证据，并在投入资金或权限前定义停止条件。

场景 3：当报价模式成为关键约束

假设读者最关心的是ExactIn 与 ExactOut，正确做法不是寻找一个适用于所有人的赢家，而是让模式匹配用户任务，保存证据，并在投入资金或权限前定义停止条件。

场景 4：当最低输出成为关键约束

假设读者最关心的是滑点阈值与失败边界，正确做法不是寻找一个适用于所有人的赢家，而是记录签名时的最低值，保存证据，并在投入资金或权限前定义停止条件。

场景 5：当价格影响成为关键约束

假设读者最关心的是交易规模相对可执行深度，正确做法不是寻找一个适用于所有人的赢家，而是按实际规模重新报价，保存证据，并在投入资金或权限前定义停止条件。

场景 6：当路由复杂度成为关键约束

假设读者最关心的是单跳、多跳或拆分执行，正确做法不是寻找一个适用于所有人的赢家，而是检查每个中间资产，保存证据，并在投入资金或权限前定义停止条件。

常见问题

本文是否建议使用或避开某个平台或产品？

不是。它是一套基于来源的决策框架。最终结论取决于用户地区、签约实体、账户、产品、交易规模、风险承受能力与实时条款。

公布的费率或控制措施是否永久有效？

不是。公开费率和控制规则会变化，实际条款也可能针对账户。应核对登录后的实时页面。

页面返回 HTTP 200 是否证明产品正常可用？

不能。公开页面存在，不代表特定地区或账户一定能使用该产品，账户级证据才是最终依据。

为什么必须公开列出未知事项？

因为用假设填补证据空白会制造虚假精确。未知事项说明下一步应该核验什么。

最安全的第一步是什么？

写清具体任务，核验官方来源，采用最小权限和最可逆的路径，并在适合时先做小额测试。

来源与编辑方法

产品可用性、费用、控制措施与法律条款可能因地区、签约实体、账户等级和时间而变化，采取行动前应核对官方实时页面与本人账户界面。