Merchant Adoption 指商户部署并使用比特币付款，包括实体经营场所和网店。应区分顾客能否用比特币支付、商户如何接收与结算资金，以及商户是否决定继续持有比特币。
地图记录或已宣布的集成不能证明店员今天会收款。应确认具体门店、支持的付款方式和核验日期。BTC Map 说明会持续复核并支持本地贡献者。能够收款尚不能证明存在固定顾客，后者需要明确时段内的实际使用数据。 [BTC Map — Verification and local maintenance]
商户自行控制密钥时，将资金接收到自己的钱包并负责其安全。服务商则可处理付款，并按约定选项兑换为当地货币；BitPay 有此类结算说明。因此顾客可以用比特币支付，而商户无需长期持有。应查明付款给商户之前由谁控制资金，以及适用的限额与条件。 [BTCPay Server — Lightning options and custody] [BitPay — Configuring settlements]
收银系统把订单与金额、币种和付款请求关联。BTCPay Server 的普通发票会在有限时间内锁定汇率。因此，过期后付款、少付和多付需要分别处理。发送前须核对金额、网络和收款人；没有订单关联的二维码不足以支持清晰对账。 [BTCPay Server — Invoice lifecycle]
顾客的屏幕截图不是收款确认。店员应在己方系统核验状态。BTCPay Server 区分等待设定确认数的 Processing 与 Settled；成功的 Lightning 付款直接进入 Settled。手工标记状态并非新的网络证据。交付商品的规则应考虑付款方式和订单价值。 [BTCPay Server — Invoice lifecycle]
Lightning Network 可以方便快速收银，但需要可用连接与接收付款的能力。自有节点需要管理通道和入站流动性。服务可以代为处理，却会带来对其运行的依赖，并可能涉及资金托管。钱包余额本身不能证明入站流动性充足。 [BTCPay Server — Lightning options and custody]
应比较网络和服务费用、汇差、流动性成本及设备运营费用，而非仅看单一广告费率。还要计入培训以及故障或异常付款的处理。自主管理提供控制权，但需要维护；较简单的服务可能增加限额和服务商风险。付款方式在店员换班后也应继续可用。 [BTCPay Server — Lightning options and custody] [BTCPay Server — Invoice lifecycle]
每笔订单都应保留付款关联、使用汇率、费用和后续结算记录。BTCPay Server 支持导出付款报告；导出本身不代表满足当地会计义务。退款是另一笔付款，而非改写原交易。应预先确定退款币种和金额计算方式，并核验收款信息；BTCPay 记录的流程仍需随后处理实际支出。 [BTCPay Server — Reporting] [BTCPay Server — Refunds]
分别追踪活跃门店、成功购买、重复使用及付款问题。比较相同期间和定义，并记录关闭门店及过时数据。本地支持和持续核验有助于保持服务可用。新增地点数不是顾客数，接受付款本身既不保证营收增加，也不保证比特币价格上涨。 [BTC Map — Verification and local maintenance] [BTCPay Server — Reporting]
咖啡馆中的两种不同证据
在一家假设的咖啡馆，贴纸表示接受比特币。店员为订单创建请求，顾客通过 Lightning Network 支付。只有咖啡馆系统内的收款状态能证明这笔购买；贴纸或顾客手机的照片都不够。一笔成功付款尚不能推导固定顾客人数。后续如何结算资金须单独记录。
要获得更完整的理解，请将本词条与以下词条结合阅读： Bitcoin Point of Sale, Bitcoin Payment Processor, BTC Map, Lightning Network, Medium of Exchange, Grassroots Bitcoin Adoption. 反向关联还来自： 比特币披萨日, 比特币咖啡, BTC Prague, Alza比特币支付.
01商户必须长期持有所收的比特币吗？+
不必。商户可以自行保管，或使用支持当地货币结算的服务商。接受比特币付款本身不说明商户最终收到何种货币。条件、费用与资金控制取决于所选方案。
02贴纸或地图记录足以证明采用吗？+
它们至多证明已宣布或记录的支付选项。确认当前可用需要核验具体地点和付款流程。要判断持续使用，还需要真实且重复购买的数据；一次核验不能替代这些数据。