你买面包时，面包师收钱并不是为了把钱吃掉，而是因为这些钱可以用来买面粉、付房租或支付他人的报酬。这种作用称为 Medium of Exchange，也就是交换媒介。对 Bitcoin 来说，问题同样具体：在眼前这笔交易中，它真的能用来付款吗？答案取决于收款方、支付方式和成本，而不只是这种资产有没有市场价格。
设想一位农户有粮食，却需要工具。工具制造者并不想要粮食，直接交换就卡住了：双方必须恰好同时需要对方提供的东西。农户也可以先把粮食换成别人愿意接受的媒介，再用它购买工具。英国中央银行 Bank of England 用这一原理解释货币如何方便交易。这是在说明一种功能，并不是断言各地货币在历史上都这样起源。它也不意味着物物交换会消失，或每个卖家都会接受同一种媒介。 [1]
到了收银台，理论就变成了实际问题：商家现在接受 Bitcoin 吗？支持的支付方式与你的钱包兼容吗？Bitcoin.org 提醒读者，接受范围仍有限。贴纸或地图上的旧记录不能证明服务今天可用。发送前先商定方式与金额。Merchant Adoption 指商家开始采用这类支付，应当结合真正可完成的购买来判断。成功付了一顿午饭，只能说明这一次的使用情况，并不意味着任何地方、任何商品都能照样付款。 [2]
假设商品价格为 200 CZK，即捷克克朗。买家发送比特币（BTC），但支付服务将其兑换后，把克朗交给商家。Bitcoin.org 介绍过这种支付处理服务。Bitcoin 确实参与了支付，但这不能证明商品以比特币定价，也不能证明商家随后继续持有 BTC。决定价格的仍是克朗。这项功能叫 Unit of Account，即表达价格的计价单位。因此，付款前还要看报价汇率、费用以及报价有效期。 [2]
看一个简单模型：商品价格是 100 个单位，另收 1 个单位的手续费，费用相当于商品价格的 1 %。如果商品只需 10 个单位，同样的费用就占 10 %。总支出分别为 101 和 11；计算比例时，分母是商品价格，而不是这两个总额。Bitcoin.org 解释，on-chain 支付是直接记录在 Bitcoin 链上的交易，其费用并非按发送金额的固定百分比计算。比较实际成本时，还要算上兑换和服务费用。这里的数字只是说明差别，不是当前价目表。 [2]
买家的手机显示发送成功，商家仍需从自己这边核实收款，不能只看买家的截图。Bitcoin Developer Guide 区分了在网络中传播的交易和已被打包进区块的交易。区块就是下一批被加入链上的交易记录。交易被打包进去后，就获得了首次确认。每增加一个区块，改写这段历史所需的工作量也会增加。双重花费指试图用同一笔比特币再付一次款。确认越多，对这种尝试的保护就越强，但不代表绝对确定。一笔小额购买与一台昂贵机器的出售，可以采用不同的收款流程。等待应当根据金额与风险决定，而不是依赖适用于一切情形的承诺。 [3]
Lightning Network 让付款沿支付通道网络传递，无须把每一次购买都写入区块。不过，沿途必须能在正确方向转移所需金额。路由规范 BOLT 4 区分了 temporary_channel_failure（通道临时遇到障碍）、amount_below_minimum（金额低于下限）和 fee_insufficient（路由手续费不足）等情况。不必记住这些名称；它们说明了支付有时为什么失败。应用支持 Lightning，并不保证每次都成功，也不保证零成本。真正重要的是收款方的实际结果。 [4]
把某种东西叫作钱，并不能单独决定商家必须接受什么。Bank of England 解释英国的 legal tender 概念：在合同没有规定其他支付方式时，它涉及提出全额偿还债务这一特定情形。它不是要求所有商店接受任何现金的普遍命令。这是英国的例子，不是适用于所有国家的规则。应当分清当地法律、与收款方达成的约定，以及技术上能否转移资金；它们分别解决不同的问题。 [5]
欧洲中央银行（ECB）还区分了计价单位和价值储存。Store of Value 指把购买力带到未来的能力。这些功能可能重叠，但其中一项并不能证明其余各项：即使 BTC 汇率剧烈变化，它仍可能用于支付一件以克朗标价的商品。功能分类并不是 Bitcoin 必须经历的固定发展阶段，也没有保证实现它们的先后顺序。要了解实际使用，应当分别观察完成的购买、合同价格采用的单位，以及储蓄价值随时间的变化。 [6]
要获得更完整的理解，请将本词条与以下词条结合阅读： Unit of Account, Store of Value, Merchant Adoption, Lightning Network. 反向关联还来自： 健全货币, 比特币披萨日, Regression Theorem, Commodity Money.