Coinbase Custody 指 Coinbase 体系内面向机构的数字资产托管。它主要服务于需要访问规则、审批和记录的机构及专业客户。具体签约公司和产品决定服务范围。在账户中批准指令，不等于自己控制私钥；私钥是用于签署比特币交易的秘密数据。
伊娃先看合同中的公司名称，而不是标志。文档区分了 Coinbase Custody Trust Company, LLC，简称 CCTC，以及 Coinbase Luxembourg S.A. 等主体。可签约的对手方部分取决于产品和客户机构的注册国家。同一品牌下，合同、法律制度和支持的资产都可能不同。机构需要知道，究竟由谁保管财产，以及自己可以向谁主张权利。服务介绍页面不能替代这项检查。 [1]
文档将 Prime Vault 描述为隔离的离线托管，私钥保存在日常在线操作之外。Prime Custody 则是更广泛的投资组合类型，结合托管、交易和融资。Prime Trading 是另一种组合类型。伊娃因此要分清，自己需要的是长期保管，还是经常交易的环境。这些名称并不是个人 Coinbase 应用的不同叫法。钱包标签本身也不能决定全部法律安排，还要看产品、合同和适用司法管辖区。 [2] [3]
Prime Custody 文档用 LSOC 描述其结构：客户资产在法律上隔离，运营时却汇集在共享的 omnibus 钱包中。客户之间的分配依靠托管方的记录，而不是每家机构各有一个区块链地址。伊娃无法直接从共享地址读出自己机构的份额。相比之下，Vault 文档描述了专用地址。但即使有专用地址，也不意味着机构自动获得私钥。法律权利、记录方式和签署交易的能力，是不同的事情。 [3]
机构可以设置审批人、金额上限、时间条件或视频核验。伊娃申请提款后，可能需要其他授权人员先同意。文档把这种内部同意称为 consensus。Bitcoin consensus 则涉及网络判断交易和区块有效性的规则，账户批准不能替代它。多名审批人也不自动意味着客户控制着链上 multisig，也就是在区块链上要求多个签名才能花费的条件。必须把服务权限与比特币私钥控制区分开。 [4]
在我们的例子中，账户显示 10 BTC，其中 3 BTC 已为待处理提款预留。考虑其他限制之前，还剩 7 BTC 可用；已预留的金额不能再次计入可用余额。Vault 队列文档正是这样区分总余额与可用余额。同一钱包的请求按提交顺序处理，排在前面的未批准请求可能延误后续请求。因此，伊娃不仅要看批准，还要跟踪实际广播和网络确认。这些步骤不是同一时刻发生的。 [5]
保险可以应对某些事件，却不是所有损失都会获赔的承诺。Coinbase 描述了对部分数字资产因特定盗窃造成损失的保障，并提醒损失可能超过保险赔付。BTC 不享有 FDIC 存款保险，即美国保护银行存款的制度。伊娃需要了解适用于具体服务的条款、限额和除外责任。不能因为银行现金和比特币出现在同一界面，就把前者的保障套用到后者。 [6]
2026 年 4 月 2 日，美国负责监管国民银行的机构 OCC 向拟设的 Coinbase National Trust Company 授予初步有条件批准。决定明确要求，在开始营业前还须取得最终授权。这与宣布新公司已经运营服务是不同的阶段。仅凭这份历史文件，不能确定今天的运营状态，也不能改变伊娃合同中的对手方。如果机构根据监管地位作决定，就必须把最新文件与准确的公司名称对应起来，而不是只看新闻标题。 [7]
伊娃不仅要了解入金，还要了解提款：谁发起、谁批准、有哪些限制，以及如何核验到账。一次小额测试转账可以追踪从指令到目标钱包的完整过程。托管不同于 self-custody，后者由自己管理密钥，无须依赖托管方同意。清晰的账户页面和妥善配置的角色，并不保证任何情况下都能立即提款。这些检查的目的，是在机构依赖服务之前，先弄清责任分工和使用条件。 [1] [4] [5]
要获得更完整的理解，请将本词条与以下词条结合阅读： Prime brokerage, Counterparty risk, 自主托管, Liabilities. 反向关联还来自： Institutional custody.