2026年11月13日，印度加密货币交易所Unocoin披露一起严重安全事件，攻击者通过获取其多重签名钱包的备用密钥，成功在区块链上发起未授权的资金转移。

该事件始于11月6日，当时Unocoin检测到异常活动，并立即向托管服务商BitGo和Fireblocks提出账户冻结请求。尽管BitGo迅速响应，限制了企业仪表板的访问权限，阻止了通过其平台发起的交易，但攻击者已提前渗透至Unocoin的内部服务器，窃取了用于应急恢复的关键密钥。

为何账户冻结未能阻止资金流出

根据事后通报，虽然BitGo的冻结措施在系统层面生效，但攻击者并未依赖其平台操作。相反，他们使用从受侵服务器获取的备份密钥，在链外直接签名并广播交易，从而绕开了所有**化控制节点。

这一技术路径揭示了一个关键问题：即使托管方实施了账户冻结，若资产的**控制权仍依赖于客户端持有的密钥，那么“冻结”仅能限制界面操作，无法阻止链上行为。

Alphax_DEX大使@Zorven指出，这种限制本质上是用户界面层面的阻断，而非对资产本身的保护。他强调，多重签名系统的安全性，**取决于谁掌握备份密钥。

X平台用户@Mari进一步质疑：“如果一个已被冻结的账户仍能转出资金，那‘冻结’究竟意味着什么？” 这一提问反映出市场对当前托管模式可靠性的深层担忧。

紧急恢复机制成为安全漏洞

此次事件暴**企业级加密资产托管中一个长期被忽视的风险点——紧急恢复密钥的设计初衷本是为了应对极端情况，如托管方服务中断或灾难性故障，确保资产可被及时接管。

然而，当这些密钥存储在交易所自身服务器中，且服务器遭受入侵时，原本的“保险机制”反而成了最致命的突破口。

用户FastBuckz表示：“账户冻结没阻止转账？备份机制现在成了**谜团。BitGo必须说明整个过程。”

尽管BitGo的系统本身未被攻破，其安全架构也按设计运行，但此次事件表明，托管安全不能仅依赖服务商端的防护。交易所自身的基础设施、密钥管理流程以及访问控制体系同样至关重要。

目前，Unocoin已暂停**用户功能，**重建服务器环境。由于涉及地址结构变更，被盗金额尚待确认。但官方表示，超过90%的客户资产仍安全存放于离线冷存储中。

归根结底，此次事件警示行业：真正的资产安全不仅在于托管平台的技术能力，更在于整个生态链中每一个环节的防御强度。对于依赖**化服务的投资者而言，理解资金控制权的真正归属，比信任单一平台更为重要。