从 SSP 兑换加密货币：购买、出售与交换详解
在资产之间转换是人们在钱包中最常做的事情之一。从 SSP，你有三种不同的方式来做这件事 — 购买、出售和交换 — 虽然它们共享同一个界面，但底层的工作方式却大不相同。理解其中的差异很重要，因为每种模式都有自己的费用、自己的对手方模型，以及对你资金自己的托管影响。
本指南将逐一介绍这三种方式，解释 SSP 钱包内 aggregator 的位置，并说明何时通过 WalletConnect 直接前往 DEX 更有意义。
保持不变的部分：2-of-2 托管模型
在谈论模式之前，先说常量：SSP 是一个 2-of-2 multisig 钱包。从你的地址离开的每一笔交易 — 无论是转账给 on-ramp 提供商、对 DEX router 的 swap 调用，还是 token 授权 — 都需要来自你扩展程序的一个签名，以及来自你 SSP Key 的一个签名。没有第三方、没有 SSP 后端、没有集成到钱包中的提供商可以在你不让两台设备都同意的情况下，代表你移动哪怕一个 satoshi 或 wei。
这就是你交换时不会改变的部分。你路由经过的提供商、你连接的 dApp、你所在的链 — 这些都会变化。2-of-2 的签名要求不会。
模式 1：购买（法币兑换为加密货币）
SSP 中的"购买"流程是一个法币 on-ramp。你通过卡、银行转账或同等渠道交付美元、欧元或其他本地货币，然后由第三方提供商将加密货币结算到你的地址。
实际发生的是：
- SSP 集成了一个或多个 on-ramp 提供商。当你开始购买时，钱包会把你交给该提供商的流程。
- 提供商会要求 KYC（身份验证）和支付详情。这部分与 SSP 无关 — 这是提供商受监管的结账。
- 区域可用性取决于提供商的牌照。一些链、法币和支付方式在某些国家可用，在其他国家则不可用。
- 当支付通过时，提供商会向你的 SSP 地址发送加密货币。从那一刻起，资产就在你的 2-of-2 托管中 — 完全像任何其他入账转账一样。
两个实际要点。首先，你支付的价格包括了提供商在底层市场价之上的价差和费用；这在 on-ramp 中很正常，但如果你有选择的话，值得在不同提供商之间比较。其次，你从不向提供商提供任何密钥、seed 或签名权 — 他们只需要一个目的地地址。
模式 2：出售（加密货币兑换为法币）
出售是镜像。你将加密货币从 SSP 发送到第三方 off-ramp 提供商，然后提供商将法币存入你的银行账户。
机制上：
- 你从 SSP 发起出售，钱包会把你交给提供商。
- 提供商收集 KYC 和提现目的地（银行账户、卡或同等方式）。
- 你在 SSP 中签署一笔正常的发送交易 — 扩展程序签名 + SSP Key 签名 — 把你的加密货币转到提供商的接收地址。
- 在提供商收到并确认 on-chain 转账之后，法币会支付到你的提现目的地。
签名步骤与任何其他出账转账相同。SSP 没有专门为"出售"准备的密钥路径；这是一笔 2-of-2 签名的发送，发往 off-ramp 的存款地址，提供商从那里接管。
模式 3：交换（加密货币兑换为加密货币）
这里事情变得更有意思了。从 SSP 把一种 token 换成另一种，有两种架构上不同的方式，各有不同的权衡。
选项 A：SSP 的钱包内 swap aggregator
SSP 有一个钱包内的购买/出售/交换 aggregator，让你在不离开钱包的情况下把一种加密资产换成另一种。从概念上讲，aggregator 代表你查询多个第三方提供商和 DEX aggregator，挑选一条路由，并把它作为单一操作呈现给你。
你看到的：
- 一个"从"和"到"的资产、一个数量，以及一个包含预期输出、价格影响和总费用的报价。
- 一个单一的确认步骤，在幕后可能涉及一次 token 授权（如果你交换的是 ERC-20）和实际的 swap 交易。
- 你从扩展程序批准，并在 SSP Key 上确认，就像任何其他交易一样。
你看不到的：
- 具体查询了哪些提供商，以及所选路由使用了哪些池或 router。
- 提供商一方的价差和路由费用，这些已经打包进报价的输出里。
这个选项很方便。你停留在 SSP 界面里，不需要管理 WalletConnect 会话，得到一种"单一操作"的体验。权衡是价格来自第三方 — aggregator 是在抓取报价，并不是在运行自己的流动性。在确认之前，始终查看报价输出、价格影响和总费用，在尝试新交易对时从一个小额测试金额开始。
选项 B：通过 WalletConnect 直接前往 DEX
另一个选项是使用 WalletConnect 将 SSP 连接到一个 DEX dApp — Uniswap 是典型例子。dApp 成为 swap 的 UI；SSP 仍然是签名者。
这种方式暴露出 DEX 的完整界面：
- DEX 使用的具体池和路由。
- 限价单、自定义 slippage 容忍度、费率档位以及与较新或较小流动性池的直接交互等高级功能。
- DEX 暴露的任何激励计划、治理 token 或分析。
它也让你接触到 DEX 的完整界面，这意味着需要正确设置更多东西，需要注意更多风险向量。你将明确地管理 token 授权，你将更直接地暴露于 slippage 和价格影响，在公开 mempool 上，你需要考虑 MEV，比如 frontrunning 和三明治攻击。
托管的画面没有改变。DEX router 只是一份 smart account 合约；swap 是一笔你的 2-of-2 签名的交易。DEX 从不持有你的资金 — 它在链上原子地执行 swap。如果在交易完成之前出了什么问题，交易会被回滚，你保留输入资产（减去 gas）。
一个简单的决策框架
这两个选项不是层级关系 — 它们服务于不同的需求。一个粗略的经验法则：
- 常见交易对、简单 swap、想要一次操作： 钱包内的 aggregator 通常是更好的体验。
- 长尾 token、高级订单类型、特定池或 DEX 原生功能： 通过 WalletConnect 直接进入。
- 大额或时机敏感： 查看两边的报价并考虑跨路由拆分；注意 dApp 一侧的 MEV 保护选项。
同时使用两者并不丢人。许多 SSP 用户在钱包内做常见的 stablecoin 交换，当需要特定的东西时切换到 DEX dApp。
在确认之前实际要检查的内容
对每一种模式 — 购买、出售、交换、钱包内或通过 dApp — 都是相同的问题：
- 报价的输出是多少？ 在扣除费用和价格影响之后，你实际收到的目标资产单位数。
- 总成本是多少？ 价差、提供商费用、DEX 费用以及 gas。对于 Ethereum 上的 ERC-20，gas 可能在小额 swap 中占主导地位；在 Polygon、Base、BNB Smart Chain 或 Avalanche 上，gas 要低得多，但仍然不是零。
- 这是钱包内路由还是外部 dApp？ 签名流程相同，但对手方模型不同。知道你在用哪一个会改变你应该担心的事情（费用透明度 vs 授权和 slippage）。
- 我是否用一个小额测试过？ 对任何新的交易对、提供商或 dApp，从小开始。你在一笔测试转账上花的几美元 gas 是抵御路由或授权意外的便宜保险。
那个常量
无论你走哪条路 — 购买、出售、钱包内 swap，还是 DEX dApp swap — 托管的故事是相同的。你的两台设备签署每一次发送。swap 之前资产在你的 2-of-2 multisig 中，swap 之后也在你的 2-of-2 multisig 中。swap 只是中间的一次转账，SSP 像它做任何其他转账一样进行这次转账：每次都用两个签名。
要更深入了解底层机制，请参阅 Ethereum.org 的 DeFi 概览 和 Uniswap 文档。
