Wasabi 怎么生成 BTC 收款地址？核对 Taproot、SegWit 与未确认显示
链小知 · 入门 · 核验 · 依官方文档整理
按付款方的地址支持选择收款类型，使用 Known By 标签和未付款地址列表，分清地址准备、广播与首次确认。
开始前准备
- 已有完成自身备份且可打开的 Wasabi 钱包，知道付款方是谁、应付 BTC 数量及对方支持的 Bitcoin 地址类型；无需提供恢复词或钱包文件。
- 使用 Bitcoin 主网桌面界面；2.8.1起默认 Taproot，旧版默认不同。地址生成和查看不产生链上费用，实际发送方另核矿工费及平台提现费用。
1. 先确认付款网络和地址兼容性
打开目标已有钱包，再与付款方确认转的是 Bitcoin 主网链上 BTC，询问其发送界面支持 Taproot/bech32m 还是 SegWit/bech32。若对方只提供其他链包装 BTC 或闪电支付，先取得正确付款方式，不把 Wasabi 链上地址塞进不匹配入口。地址类型支持需按实际发送服务确认，不能从余额截图推断。
检查结果：付款网络明确，知道对方可接受的地址类型或保留尚未确认项。
2. 从 Receive 选择需要的地址类型
点击主界面右上 Receive，检查下拉当前类型；当前版本默认 Taproot，需要兼容 SegWit 时主动切换。Wasabi 没有旧式非 SegWit 收款地址生成路径；如果服务报 unknown bitcoin address，先核对其支持说明，不删前缀、不手改字符，也不随意让他人代收。
检查结果：所选类型与付款方实际支持一致，未知时暂停提供地址。
3. 填 Known By 标签并生成地址
在标签中填知道此地址属于你的人或机构，例如这次付款方；这是观察者信息，不只是商品用途。点 Continue 显示地址与二维码，复制完整地址后，与窗口原文逐字核对，并确认复制的是这一钱包新生成的地址。标签便于之后识别来源，不能让地址变成不可追踪。
检查结果：留下完整地址、类型、钱包与观察者标签的对应关系；剪贴板内容与窗口一致。
4. 需要重新查看时进入未付款列表
关闭收款弹窗后，再进入 Receive→Addresses Awaiting Payment，按生成时的 Taproot 或 SegWit 下拉查看对应列表，找到地址或其二维码。两类型是分开的列表；一边没找到先切正确类型。已收过币的地址会从此列表移除，因此列表空不能证明历史地址不存在或钱包被删除。
检查结果：能在正确列表重查尚未使用地址，已使用地址则转查交易记录。
5. 对方声称已发出时索取交易哈希
收到付款说明后，用哈希、目标完整地址与 BTC 数量核对已有交易记录。Wasabi 在线接收未确认传播时可显示 Pending，离线错过时可能到首次确认才显示；看不到记录先区分网络、地址、广播和同步状态，不立即要求对方再发一笔。发送截图或地址二维码只证明信息提供，不证明入块。
检查结果：目标和应付数量正确；记录哈希与是否未确认，未显示有明确待核原因。
6. 保存收款检查结果并等待确认
记录检查时间、地址、类型、实际收到数量和确认状态，需要收款方更多确认时继续等待并复查。地址成功生成是本任务的准备结果；对方尚未支付就保留未付款状态。避免把同一新地址再交给多位付款方，否则会混淆标签和付款关联。
检查结果：地址准备可复核，付款状态没有被提前写成已确认或已足额到账。
怎样确认完成
- 得到付款方支持的收款地址类型、完整地址与正确标签，可在相应未付款列表重查。
- 如已有付款，哈希、输出地址、数量和确认状态分别记录；未付款或离线未显示保留待核。
- 流程来自当前官方正文；未实际生成地址、使用钱包或接受付款。
常见错误与边界
- 同是 BTC 字样不代表同一网络；本教程没有核验包装币桥接、闪电或交易所内部划转。
- 二维码和剪贴板都应与窗口完整地址对照；软件地址核对不等于硬件屏幕验签或系统安全证明。
- 客户端未确认记录的保留规则不保证交易过期、付款取消或退款。