Merchant Adoption

设想地图上有一家接受 Bitcoin 的店，但当天店员不知道如何发起收款。这样的记录对顾客帮助不大。应核实具体门店、支持的付款方式和核实日期。因此，BTC Map 依靠本地参与者，并反复核实已有地点。一次成功的试购说明流程在那个时刻能够运作，却不能说明有多少人经常使用。判断后者需要观察明确时期内的真实购买。 [1]

商户可以把 bitcoin 收入自己掌握密钥的钱包。密钥允许支配资金，因此备份也需要保护。另一种选择是让服务商处理付款，并以支持的本地货币结算。BitPay 就说明了这样的安排。顾客支付 bitcoin，商户却不必继续承担其汇率变化。需要弄清结算前由谁控制资金、何时发放、有哪些条件和限额。选择付款方式与选择由谁保管资金，是两件不同的事。 [2] [3]

收银系统把购买与金额、付款方式关联起来。BTCPay Server 称之为 invoice，也就是在有限时间内确定金额和汇率的付款请求。顾客因此知道这笔订单应发送多少。请求过期、少付或多付，都需要另行处理。发送前应核对金额、收款方和正确的网络。二维码只是把信息传入钱包，本身不能保证信息正确，也不能单独保证款项对应正确的订单。 [4]

顾客展示“已经发送”的画面，店员仍应检查自己的系统。在 BTCPay Server 中，Processing 表示请求的金额已付，但完成条件尚未满足，例如还在等待交易获得区块确认。Settled 表示这些条件已经满足。Lightning 付款通常无需等待区块确认。是否交付商品应遵循商店规则，并考虑付款方式与订单价值。手动修改状态并不能证明网络已经确认付款；异常付款必须先核实。 [4]

Lightning Network 通过支付通道实现快速付款，通道是参与者预先建立的连接。收款需要连接可用，也需要入站流动性，即这些通道还能让更多资金流入的能力。这并不等于商户已经拥有的钱。自行运行节点，也就是运行支付软件的计算机，需要管理通道并持续维护。服务商可以简化这些工作，但商户会依赖其运行状况；根据模式不同，还可能把资金交给它保管。 [2]

选择方案不能只比较广告里的一个费率。网络费和服务费之外，汇率中也可能包含成本，即实际采用汇率与比较基准汇率之间的差额。还要考虑入站流动性、设备、维护和员工时间。自行管理带来控制权，也带来维持运行的责任。更简单的服务可能有限额，以及服务商中断或失效的风险。下一班店员同样要懂流程，包括系统出问题或收到错误金额时怎么办。 [2] [4]

对账需要保留订单、付款、汇率、费用及服务商结算之间的对应关系。BTCPay Server 可以导出报告，但报告本身并不保证满足当地会计要求。退款是一次新的付款，不是删除原交易。应事先确定退款货币和金额算法，并核实顾客的收款信息。在 BTCPay 记录的流程中，仅创建退款链接还不够：顾客填写收款目标后，仍需要处理实际支付。 [5] [6]

有意义的问题不只是“增加了多少地点”，还有“现在仍能付款吗，顾客会回来吗”。应分别记录正常收款的门店、成功购买、重复使用和付款问题。比较时保持时期和定义一致，也记录关闭的门店和过时信息。本地支持和定期核实有助于保持服务可用。地点数不是顾客数，仅仅接受 Bitcoin 也不能保证营业额或其价格上涨。 [1] [5]