从早期 dlcBTC、iBTC 到 CBTC，BitSafe 正把比特币资产入口与多方控制工具结合起来。Canton 合作有基金会和运营方证据支持，但 Aave 的历史申请、Curve 的旧市场，以及公司公布的奖励收入，需要分别看待。
RecodeX 原创研究报道｜资料核查截至 2026 年 10 月 4 日
一家因为“把比特币带入 DeFi”而进入市场视野的公司，正在把生意扩展到一个更基础的问题：机构上链后，谁有权控制资产和关键操作？如何避免整个应用依赖一家运营商？
这家公司是 BitSafe。
9 月 29 日，Canton 基金会开发基金合并了一项与 BitSafe 有关的资助修订：其 Decentralization Manager 二期项目的首个里程碑，从依赖 CIP-104 的奖励引擎，改为让已经存在的 Canton Party 转向多方共同验证。原因是 CIP-104 延迟、最终设计仍可能变化；二期获批总额仍为 1,304 万 Canton Coin（CC）。这是一项开发范围调整，不是新增融资，也不代表新功能已经完成生产验收。基金会修订记录
这项变化揭示了 BitSafe 当下的方向：它不再只是提供一种包装比特币的方案，而是在把运行这类资产所需的控制、治理和运营能力，抽象成其他 Canton 应用也能采用的基础设施。
但围绕这家公司，有几组容易被混淆的事实。CBTC 确实存在，并已在 Canton 使用；它与 Canton 的合作也不只是官网互挂标识。另一方面，Aave 的历史准入申请不能写成今天已经落地的服务，Curve 上真实存在过的旧市场，也不能自动成为当前业务规模的证明。
从 DLC.Link 到 BitSafe：不只是换了一个名字
BitSafe 当前主站披露的运营主体为 DLC-Link, Inc. dba BitSafe，联合创始人为 CEO Aki Balogh 和 CTO Jesse Eisenberg。它与同名的荷兰支付服务商不是本次研究中的同一家公司。公司官网、法律条款
其前身 DLC.Link 的早期路线，是利用 Discreet Log Contracts（DLC，离散对数合约）把 Bitcoin 上锁定的 BTC，与其他链上的金融活动联系起来。ABCDE 在 2023 年的投资说明中，就把发行 ERC-20 形式的 dlcBTC、进入 DeFi 生态列为发展路径。ABCDE 投资说明
dlcBTC 后来被称为 iBTC。钱包基础设施公司 Dfns 在 2024 年 12 月的集成公告中，明确确认了这一名称沿革。不过，“同一团队的产品演进”不等于所有资产拥有同样的合约、托管方式和赎回条件。Dfns 集成公告
读懂 BitSafe，首先需要分清三个名字：
| 名称 | 本文所指产品 | 不能混淆的地方 |
|---|---|---|
| dlcBTC／iBTC | DLC.Link 的早期 EVM 比特币表示资产 | 历史 Curve 市场、Aave 申请主要涉及它 |
| CBTC | BitSafe 面向 Canton 的比特币表示资产 | 当前采用的架构应以 CBTC 文档为准 |
| cbBTC | Coinbase 的另一种比特币表示资产 | 不是 BitSafe 的 CBTC |
这个区分尤其重要：旧 DLC 产品的“self-wrapping”叙述，不能未经技术对照，就全部套在当前 CBTC 的 FROST 门限签名方案上。
CBTC 到底是什么：比特币留在 Bitcoin，金融活动发生在 Canton
CBTC 的设计目标，是让 Canton 上的资产单位获得 1:1 的 BTC 支持。它不是 BitSafe 公司股权，也不是一种凭空产生利息的新比特币。
按照当前技术文档，铸造从建立存款账户、获得对应的 Bitcoin 地址开始。BTC 转入后，系统等待规定的确认状态，Attestor Network 的参与者核验合格事件，达到所需审批门限后，在 Canton 创建相应的 CBTC。赎回则反向进行：Canton 上的 CBTC 状态被消耗，再通过获授权的 Bitcoin 签名流程，将 BTC 发往批准的目的地址。CBTC 运作流程
因此，CBTC 在 Canton 用户之间转移时，背后的 BTC 并不是每一次都在 Bitcoin 链上重新转账。两套账本分别记录 BTC 储备与 CBTC 持有、转移和账户操作，集成系统负责把两端对应起来。
其关键控制技术之一是 FROST 门限 Schnorr 签名。可以把它理解为：多家运营方分别持有密钥份额，达到指定门限才能共同形成有效签名；不必先把完整私钥交给某一个人。当前文档把门限视为部署配置，不宜将旧网页中的某个“几选几”数字当作永远不变的安全参数。Attestor 与 FROST 文档
这降低了单一主体控制的风险，却不消除所有信任问题。足够多的参与方合谋、共同的软件缺陷，以及审批节点不足，都可能影响安全或可用性。签名算法负责“谁能签”，并不自动保证每一项业务判断都正确。
“隐私”也有边界：Canton 的权限和子交易隐私可以限制哪些参与者看到相关合约信息，但 Bitcoin 上的存入、赎回交易仍在公开账本上。所谓“bridgeless”不能被理解成不存在跨系统协调、门限控制或赎回风险。架构与信任边界
机构为什么需要这样的资产？以一个假设的保证金场景说明：一家持有 BTC 的交易机构，如果交易对手和平台接受 CBTC，便可能用它履行部分抵押或保证金安排，而不必先卖出 BTC 获得现金。这是产品试图打开的用途，不是本文核实的一笔实际成交。对方是否接受、如何折价、何时追缴以及能否有效清算，仍要由具体市场、协议和合同决定；“有了 CBTC”并不自动获得融资额度或抵押品资格。
真正的产品扩展：把 CBTC 的控制工具扩展到其他应用
CBTC 解决的是资产入口问题。Decentralization Manager 解决的则是应用由谁共同运行的问题。
在 Canton 中，Party 可以理解为参与合约、持有相应权限的一种身份。让一个关键 Party 由多个独立运营方共同支持，不能只靠在官网列出几家合作伙伴：还需要处理成员加入、智能合约部署、审批门限、成员变更和运行状态。
BitSafe 的开源项目为这些工作提供管理界面与协调流程。其公开仓库列出的能力包括多方接入、治理确认、智能合约部署和成员管理，使用 Apache 2.0 许可证。Decentralization Manager 仓库
运营方 Finoa Consensus Services 的说明提供了重要的交叉验证：它确认自己已担任 CBTC 的 Attestor，并将 Decentralization Manager 描述为降低多运营方协调成本的工具。该工具处于公开 beta；Finoa 同时把结构化 Node Marketplace 列为 2027 年规划，而不是当前已经完整上线的市场。Finoa 的参与说明
从产品结构看，BitSafe 正形成三个相互关联的业务方向：CBTC 提供资产入口，Decentralization Manager 提供可复用的多方控制工具，机构服务承担咨询、集成、定制开发与运营支持。当前产品定位
开源工具不意味着服务免费，更不意味着公司收入已经得到证明。它的商业机会在于：机构可以采用公开代码，但仍可能需要供应商帮助完成部署、运营方选择和生产维护。具体收费、客户数量与服务毛利，目前没有足够公开资料可计算。
与 Canton 的合作有多深：有真实记录，但不是整个生态的客户名单
BitSafe 与 Canton 的关系，可以从三个不同层次核验。
首先是生态成员关系。2025 年 7 月 8 日，Global Synchronizer Foundation 正式宣布 BitSafe 加入。成员身份支持其参与生态的事实，但该公告没有据此赋予 BitSafe Super Validator 身份。基金会成员公告
其次是产品合作。Canton 官网在 2025 年 3 月公布 CBTC 的部署计划，重点场景包括 OTC 衍生品的初始保证金和变动保证金。其后的 8 月文章明确写到 CBTC 已上线。不过，8 月文章作者是 BitSafe 员工；3 月公告中计划扩展至 10—20 家机构、每日 2,000万—5,000 万美元交易的数字，也不能当作已经实现的业绩。部署计划、上线文章
第三是开发投入。基金会记录显示，Decentralization Manager 一期在 2026 年 5 月获批 850 万 CC，二期在 7 月获批 1,304 万 CC，合计获批最高额度为 2,154 万 CC。一期提案、二期提案
这些是开发资助，不是股权融资。基金会解释，批准额是项目可获得的最高额度，资金随里程碑完成与验收拨付，而非一次性全额发放。此次研究没有逐笔核清 BitSafe 已领取多少，因此也不将承诺额乘以币价写成“已经到账的收入”。基金会拨付机制
实际使用场所也有可核证据。Temple 的产品更新明确列出已启用 CBTC/USDCx 交易对，比单方面挂一个交易平台标识更有说服力。但“某平台支持交易”仍不证明订单簿足够深，也不代表该平台所有业务量都归属于 CBTC。Temple 支持文档
所以，将 BitSafe 称为 Canton 的重要生态建设者，有事实基础；将 Canton 上所有银行、资管机构或交易平台都写成 BitSafe 客户，则越过了证据边界。
Aave 与 Curve：最容易被扩大解释的两条线索
“BitSafe 给 Aave、Curve 提供跨链流动性”的说法，需要拆开。
Aave：可以核得申请，不能核得当前上线。 2024 年 7 月的 ARFC 拟将 dlcBTC 接入 Ethereum 的 Aave V3。LlamaRisk 和 Chaos Labs 当时建议暂缓，问题涉及流动性、赎回限制和资产成熟度。Aki Balogh 随后表示，将在多 DEX 流动性超过 500 万美元并完成漏洞赏金等条件后重新申请。Aave 治理讨论
本次还检查了 Aave V3 的 Ethereum 与 Arbitrum 地址簿，没有发现 dlcBTC、iBTC／IBTC 或 CBTC 的对应资产条目。这个检查仅覆盖上述市场，不等于穷尽所有版本；但足以说明，不能依据旧申请就写成当前正式集成。Ethereum 地址簿、Arbitrum 地址簿
Curve：历史落地真实，但旧激励已经停止。 iBTC 曾在 Arbitrum 拥有与 WBTC 的兑换池，以及以 iBTC 抵押借入 crvUSD 的 LlamaLend 市场。2025 年 10 月 31 日，LlamaRisk 在 Curve 治理论坛称这两个旧市场已不再活跃或维护，提出停止相关 gauge。Curve 治理提案
截至 2026 年 10 月 4 日本次查询，Curve 官方 API 显示，两项 gauge 均为 is_killed: true，相应激励速率为零。停止 gauge 指的是停止该项 CRV 激励，不等于删除池合约或禁止全部交易。Curve 官方 gauge API
这段经历揭示了一个商业难题：制造可表示 BTC 的资产，与让它成为有持续借贷需求、足够清算深度的抵押品，是两件不同的事。但没有公司内部决策证据，也不宜断言这些旧市场的状态变化就是其转向 Canton 的唯一原因。
它如何赚钱：网络奖励、商业服务和流动性分成不是同一笔钱
BitSafe 的收入模型不能只用“收跨链手续费”概括。
公司 9 月 14 日发布的月报，自报 2026 年 8 月 app revenue 为 3,806 万 CC，按每日 CC 价格约合 405 万美元。同一报告另列一个滚动仪表盘窗口中的 655 万次转移与 30,540 个活跃 parties；自然月奖励数据与滚动活动窗口不能混为一个统计区间。8 月公司月报
这是值得关注的运营信号，但不是经审计的 BitSafe 净利润，也不等于全部归属于 BitSafe 公司的会计收入。报告没有提供足够的收益分配、实际变现、运营成本和会计确认资料；活跃 parties 也不能直接翻译为独立自然人或付费机构客户。
公司公开说明，CBTC 所在交易场所可以分享 Canton Coin 奖励。这使网络激励成为早期吸引资产供给和交易活动的一项手段，而不只是开发者独享的收入。公司奖励说明
在此基础上，可以归纳出一个可能的增长循环：BTC 被铸成 CBTC，带动交易和其他金融用途；更多场所与参与者分享网络奖励，降低早期参与成本；流动性和可用场景增加，再吸引新的资产进入。这是根据产品结构作出的分析，不是已经得到证明的长期盈利飞轮。
冷启动的另一面，是对激励的依赖。如果奖励额度、资格规则或 CC 价格变化，参与者愿不愿意继续留在系统内？公司能否获得奖励之外的客户服务收入？这些比单月奖励折算出的美元数字更能检验商业模式。
收费也应看现行合同。当前交易商 FAQ 写明铸造、销毁费用暂时豁免；旧资产 FAQ 仍保留固定费率。法律条款则将部分平台和基础设施费用交由接入安排及 MSA 确定。因此，不能拿旧费率乘上转移次数或成交量，估算公司营收。交易商 FAQ、旧资产 FAQ、法律条款
同一交易商 FAQ 还明确区分真实承担经济风险的交易，与纯粹为了刷奖励而进行的脚本往返转账。这提醒外部观察者：活动次数不能单独证明有机需求，也不能仅凭次数高就断言项目刷量。
安全、储备与收益产品：不能只看审计标识
Quantstamp 的公开 CBTC 报告，对指定版本的 Daml 合约进行了审查。该报告的审计期为 2025 年 10 月 13—17 日，最终修复复核列出六项发现，三项修复、三项缓解。报告同时限定，后续代码版本不自动在该审计范围内，部分链外协调工作也不在范围内。Quantstamp CBTC 报告
这不是“整个系统永远安全”的认证。评估当前 CBTC，还应核对实际部署版本、节点独立性、门限配置、升级权限，以及储备和供给的同步对账。
BitSafe 的新储备证明文档提供了公开核验路径：取得相关账户和扩展公钥资料、推导并核对储备地址，再通过 Bitcoin 的 UTXO 数据计算符合条件的储备。文档也明确指出，单独的 PoR 不证明 CBTC 流通供给、全部负债或地址清单完整性，更不保证赎回时间。储备证明文档
因此，本文可以确认它公开了 1:1 支持的设计与核验方法，却不能声称本次已经独立验证了当期完整覆盖率。此次没有取得可同步对照的完整储备、权威流通供给及各自观察时间。
此外，旧材料中的收益 Vault 和新资产规划，也应与 CBTC 分开看。公开 Vault 应用入口在本次查看时仍显示“launching soon”；公司在 5 月 14 日的文章中另有特定机构策略部署的陈述，但本次没有取得足够的合作方及实盘业绩互证，不宜写成全部公开上线、收益稳定。公开应用入口、公司策略说明
该应用披露涉及第三方基金机会，并使用 DLC (BVI) Holdings Ltd 主体名称，与主站基础设施条款的主体和业务范围不同。具体合同责任需要逐项确认，不能把某一产品的地域或监管披露推广为整个公司的法律结论。应用法律披露
BETH 则是另一项扩展设计：文档描述原生 ETH 的 1:1 表示资产，但其交易页面明确写到上线日期尚未宣布。它可以说明未来方向，不能计入当前已运营产品规模。BETH 状态
判断：不只是做一枚币，但仍要证明奖励之外的需求
BitSafe 的差异，不在于又创造了一个 BTC ticker，而在于尝试把三个原本分离的问题放在一起解决：如何引入 BTC，如何在机构可接受的隐私和权限条件下使用它，以及如何让应用关键控制不依赖单一运营方。
如果 CBTC 的生产经验能持续转化为其他应用采用 Decentralization Manager 的需求，BitSafe 就有机会从资产发行商走向基础设施供应商。这是其现有产品结构中，比泛泛的“跨链流动性”叙事更值得关注的部分。
但生态地位和奖励规模，尚不足以证明这门生意已经成熟。下一阶段最关键的检验，应是可同步核验的储备与供给、真实交易深度、奖励分配后的公司收入、外部应用的生产采用，以及降低补贴后仍然存在的使用需求。
截至目前，较准确的描述是：BitSafe 是一家以 CBTC 为生产应用、以多方控制工具为扩展方向的 Canton 生态基础设施公司。其 Canton 合作能够获得外部证据支持；Aave 仍是本次未核得落地的历史准入线索，Curve 则属于真实存在过、但旧激励已停止的产品阶段。
这比“给 Aave、Curve 做跨链流动性”更复杂，也更接近这家公司正在做的事情。
报道方法：依据公司、合作方、基金会治理、协议治理、技术文档与公开 API 进行交叉核查。公司数据均按其公布口径归属，不作为独立财务审计结果。本稿未取得公司针对本次研究的直接采访答复；缺少公开证据不等于相关能力或商业关系必然不存在。正文已标明历史、现行状态、规划与分析判断。
信息来源
本文在采集与核验阶段引用了以下公开来源，按站点去重列出；来源内容归原发布方所有，其口径不代表 RecodeX 的核实结论。