Institutional OTC desk

普通交易所买入时，彼得能在订单簿中看到公开的买卖报价。OTC 则让他协商一笔具体交易。Kraken 将这种执行描述为在其开放交易所之外进行；Coinbase Prime 提供 RFQ，即 Request for Quote，也就是向流动性提供方询价。交易随后在中央订单簿之外完成。但这并未说明后续资产如何转移：可能先调整账户余额，再另行通过网络发送比特币。 [1] [3]

同一品牌下可能有不同服务和公司。因此，彼得要找出签约实体，也就是与他达成协议的法人。Principal 作为直接交易对手参与交易；代理人则为客户安排执行。CB Lux 的政策还介绍了 matched principal：服务商进入交易，并将其与另一处对应交易相联系。这与单纯转交订单不同。区分这些角色，有助于弄清谁必须交付什么，以及客户能向谁主张权利。这份政策适用于其中指定的公司，并不自动涵盖同品牌下的所有服务。 [2]

彼得发出询价，还不等于已经买入。在 Coinbase Prime RFQ 中，他收到的报价有较短的接受期限；未及时接受就会失效。确认前，他要检查交易方向确实是买入，货币正确，数量涵盖全部需求。等待期间市场可能变化，下一次报价也可能不同。因此，旧报价截图既不是成交证明，也不代表日后仍有权按该价格买入。关键在于已接受的条件和之后的执行确认。 [3]

在我们的示例中，彼得得到一份 10 BTC 的报价，每枚比特币 60,020 USD，总计 600,200 USD。与同一时刻每枚 60,000 USD 的参考价相比，整笔交易的差额是 200 USD。这是自拟示例，并非实时报价，也不是对某家公司的评价。如果约定价格已包含交易手续费，就不应再次加收计算。但相对于参考价的差额依然存在。转账或融资费用的包含范围也可能不同；理解“全包”时，必须同时查看条款。 [1] [3]

成交确认之后，彼得还想知道自己实际收到了什么。结算指交付约定的资金和资产。Kraken 对自动 RFQ 结算的说明是：扣除所需账户余额，并将买入的货币记入账户。符合条件的客户也可约定稍后结算。前一种方式要求余额已经可用，后一种还取决于约定的交付期限。因此，单有成交确认不够，彼得会核对双方实际发生的资金和资产变动。 [1]

把示例反过来：卖方已经交付 10 BTC，但尚未收到约定的 600,200 USD。他持有付款请求权，而不等于整笔金额已经成为最终损失。不过，他确实承担着对方能否按约付款的风险。OTC 这个名称不保证双方交付会作为不可分割的同步步骤发生。这种绑定称为原子结算，需要具体机制来实现。提前存入资金或约定延后结算，本身并不能消除交易对手风险。 [1] [2]

彼得不必把订单展示给整个公开订单簿，但服务商可能知道他的身份，并保留记录。Kraken 要求客户验证，银行入金时账户持有人姓名也必须相符。因此，订单保密并不承诺免于身份识别。同样，没有公开订单并不能证明没有市场影响。交易对手之后可能买卖，以补充库存或平衡风险。仅凭达成交易的方式，无法知道随后还会发生哪些交易。 [1] [2]

彼得最后要确认，自己买的是现货 BTC，即资产本身，还是与其价值挂钩的衍生品合约。他检查数量、交易对手、费用及对方应收到的内容。USD 与 USDC 不是同一种合同计价或交付单位：支付美元与转移追踪美元价值的代币，适用条件不同。账户中记入 BTC，也还不等于已提到自己的钱包。产品、保管和提取需要分别确认；服务是否可用也可能随客户所在国家而变化。 [1] [2] [3]