使用 SSP 发送 Bitcoin

本指南从头到尾带你了解如何从 SSP 钱包发送 Bitcoin。一共五个步骤，在发起发送的设备上进行一次签名提示，并在第二台设备上进行一次协同签名确认。一旦你熟悉了这些界面，整个过程不到一分钟。

本文为任何拥有 SSP 钱包并即将发送第一笔 BTC 交易的人而写——在发送第一百笔交易之前也值得重读一遍，因为正是地址核对的习惯让资金保持安全。

开始之前

三项前提条件——一个都不能少。

两台配对设备均已开机并解锁。 SSP 的 2-of-2 模式需要双方签名。如果一台设备没电、正在充电或处于休眠状态，发送将无法完成。
你从可信来源获得了收款人地址。 复制粘贴它——不要手动输入。手动输入容易出现拼写错误，而拼写错误会让资金永久进入错误的钱包。可信来源包括收款人的已验证渠道、你自己控制的服务开具的发票，或你自己第二个钱包新生成的地址。
你已确定费率档位。 SSP 会显示当前的网络估算值，但优先级由你决定。更快确认成本更高；便宜的交易在网络拥堵时可能长时间未确认。这一点将在第 3 步进一步说明。

第 1 步：打开发送界面

在移动应用中，点击主界面上的 Send 按钮。在浏览器扩展中，点击顶部操作栏的 Send。

如果你的 SSP 钱包持有多条链的资产，下一屏会要求你选择资产。从列表中选择 Bitcoin。确认你查看的是正确的子账户——SSP 每条链支持多个账户，发送界面顶部显示的余额是该特定账户的可用余额，并非整个钱包的总额。

如果显示的余额低于预期，请退回并核对你正在从哪个账户发送。其他账户中的资金无法从该界面支出。

第 2 步：粘贴收款人地址

将收款人的 Bitcoin 地址粘贴到地址栏中。然后——在做任何其他操作之前——根据你复制时所依据的可信来源核对前 6 个字符和后 6 个字符。如有必要，请把它们大声读出来。哪怕只有一个字符不对，停下，清空字段，从原始来源重新复制。

这不是偏执。这是针对一种有据可查的攻击模式的防御——它叫地址投毒（address poisoning）：攻击者监视区块链上你的交易，生成一个首尾字符与你曾经使用过的地址几乎一模一样的新地址，并向你发送一笔粉尘交易，使其出现在你的交易历史中。下一次你从交易列表中复制"同一个"地址时，复制的其实是攻击者的地址。你的转账就到了攻击者手中。这无法挽回。

请始终从原始可信来源复制，绝不要从历史记录中复制。始终核对前 6 个字符和后 6 个字符。

第 3 步：输入金额并查看手续费

输入要发送的金额。你可以用 BTC、sats 或本地法币输入——SSP 会按当前汇率实时换算。界面还会显示可用余额以及包含手续费的预估总额，让你立刻知道是否足够。

在金额下方，SSP 会显示三档手续费：

Low——最便宜，但在网络拥堵时交易可能在 mempool 中滞留数小时。
Normal——默认档；通常在接下来的 1–3 个区块内确认（平均 10–30 分钟）。
High——支付溢价以确保被纳入下一个区块。适用于时间紧迫的转账、有截止时间的交易所充值，或任何"必须在接下来 10 分钟内确认"的场景。

费用估算实时更新。如果网络空闲，即使是 low 档也能很快确认。如果网络繁忙，预计 low 与 high 之间的差距会明显拉大。

第 4 步：在两台设备上签名

这就是 SSP 2-of-2 模式发挥作用的时刻。交易需要来自每台配对设备的独立签名才能广播。

在发起设备上（你一直在使用的那一台），最后再核对一次摘要——收款人、金额、手续费——然后点击 Confirm。设备在本地签名。它此时还不会广播。

切换到第二台设备。 几秒钟内，它应当显示一条待处理的签名请求：相同的收款人、金额和手续费，以及 Approve / Reject 选项。核对所见与发起设备一致后，点击 Approve。第二台设备进行签名，两份签名合并。

如果第二台设备在约 15 秒内没有显示提示：

确保 SSP 应用处于前台（不仅仅是在后台运行）。
检查省电模式 / 流量节省是否阻止了后台同步。
确认两台设备都连接到互联网——Wi-Fi 或移动数据均可；SSP 在两端都需要连接以中继请求。

如有需要，你可以放心地从发起设备重试。在第二份签名完成之前，没有任何资金被转移。

第 5 步：观察广播

一旦两份签名收齐，SSP 会将交易提交到 Bitcoin 网络。发送界面会切换到 Pending 状态，并显示交易 id（txid）——点击它即可打开一个 block explorer。

等待 confirmations。所需深度取决于接收方是谁：

日常转账、小额 — 1 个 confirmation 通常就足够了。
交易所充值 — 大多数交易所在 1–3 个 confirmation 后入账；请查阅交易所的政策。
大额转账 — 许多收款方会等到 6 个 confirmation（约 60 分钟）后才将资金视为最终到账。

此时你可以关闭应用。交易已在网络上；SSP 无需保持开启即可完成确认。

通过已连接的 dApp 发送

如果发送是由基于浏览器的 dApp 触发的，而不是在 SSP 内部发起的，那么你正在使用 <span id="walletconnect"></span>WalletConnect——这是一个开放协议，允许外部 dApp 通过 QR 码或深度链接向你的 SSP 钱包请求签名。

从第 4 步开始，流程是相同的：两台设备必须各自独立签名，交易才会广播。dApp 本身永远不会看到你的密钥——它只拿到签名后的结果。

差别在于第 2 步和第 3 步：dApp 会预填收款人地址、金额，有时还有手续费。你的工作从输入变成核对——确认 dApp 请求你签名的收款人和金额，与你想在 dApp 界面中授权的内容一致。如果有任何不对劲，请拒绝该请求，从 dApp 那一侧重新开始。

使用 SSP 发送 Bitcoin