Bitget被盗之后：中心化信任的边界与链上衍生品的下一步

日期：2026年9月27日

撰文：Niko

类型：行业研报

导言：9月24日，Bitget披露部分热钱包和温钱包发生未经授权转账。按照平台最新通报，受影响资产规模从初步估算的3.516亿美元调整为约3.875亿美元，涉及 Ethereum、多个 EVM 网络、XRP Ledger、Zcash 和 TRON。Bitget表示，冷钱包未受影响，用户账户余额不受影响，损失将由用户保护基金覆盖；提现服务则采取分阶段恢复安排。

这起事件最值得讨论的，并不只是损失金额，也不是某个平台是否能够用储备金覆盖损失，而是一个更基础的问题：当用户把资产交给中心化平台管理时，自己究竟把哪些风险一并交了出去？

而当行业把目光转向完全链上、非托管和去中心化衍生品时，问题也不会自动消失。它只是从“平台是否会出问题”，转变为“协议规则是否可验证、资产是否仍由用户控制，以及风险是否能够被隔离”。

Bitget事件暴露了什么

Bitget在9月24日的首次公告中确认，安全系统发现部分热钱包出现异常转账，平台随后暂停提现，并称冷钱包保持安全。9月25日的后续通报显示，经过更完整的链上追踪和资产分类，受影响金额被调整为约3.875亿美元；Bitget同时表示，根本漏洞已经查明并修复，事件处于受控状态，不会再发生新的未经授权转账。

9月26日，Bitget公布了分阶段恢复提现的时间表：BTC预计于9月28日恢复，ETH及部分网络预计于9月29日恢复，USDT预计于9月30日恢复，其他代币、法币和 C2C 业务预计于10月2日恢复。具体状态仍以平台页面和官方公告为准。

从用户角度看，这套处理方式有两个明显特点。第一，用户资产的可用性依赖平台的应急判断。即使账户余额没有被直接扣除，提现仍可能因为安全核查而暂时关闭。第二，用户最终能否获得补偿，依赖平台的保护基金、内部治理和后续追偿能力。

这并不意味着中心化交易所一定不安全。中心化平台能够集中投入安全团队、监控系统、合规资源和应急资金，也能够在事故后快速冻结风险、暂停提现并统一处理用户关系。但它的信任结构也很清晰：用户需要相信平台的托管系统、签名流程、后台权限和资产负债表。

问题不在于中心化平台没有安全机制，而在于这些机制大部分仍然属于平台内部。用户可以看到结果，却未必能够实时验证每一个关键环节。

从热钱包事件到托管结构

交易平台通常不会把所有资产放在同一种钱包结构中。热钱包负责日常流动性，温钱包承担部分运营需求，冷钱包则用于更大规模、低频率的资产保管。这样的分层有助于提高资金使用效率，但只要某一层的后台系统、签名权限或风控流程出现问题，就可能形成规模化的资金风险。

更复杂的是，资产被盗并不一定意味着私钥直接泄露。攻击者可能通过后台系统、交易数据、签名审批、权限配置或服务之间的信任关系，绕过部分安全边界，最终推动未经授权的转账。

这说明，托管安全不只是“私钥有没有被拿走”的问题，而是一条由钱包、后台、权限、签名、风控和提现系统共同组成的链条。链条越长，用户需要信任的节点越多。

Bitget此次事件的后续调查仍在推进，平台已表示 Mandiant 和慢雾参与调查。因此，在完整根因报告公布之前，不宜对具体攻击路径做过度推断。但从行业层面可以确定的是：中心化托管的主要风险不仅来自链上，也来自链下控制系统。

中心化与去中心化，不是简单替代关系

Bitget事件之后，市场很容易出现一种情绪：只要去中心化，就能够避免中心化交易所的所有问题。但这并不准确。

中心化平台的风险主要集中在托管、内部权限、后台签名、提现控制和企业信用；去中心化协议的风险则更多集中在合约代码、升级权限、预言机、清算机制、流动性池、跨链桥和用户私钥。

两种模式的差异可以这样理解：

| 维度 | 中心化平台 | 去中心化协议 | | --- | --- | --- | | 资产托管 | 平台统一管理 | 用户钱包或链上合约管理 | | 规则执行 | 平台后台与内部系统 | 智能合约和公开规则 | | 提现能力 | 依赖平台服务状态 | 依赖合约权限和链上执行 | | 风险核心 | 托管、后台、签名和信用 | 代码、预言机、流动性和私钥 | | 用户体验 | 操作简单、客服集中 | 自主性更强、学习成本更高 | | 事故处理 | 平台可暂停、补偿和追偿 | 依赖协议设计、社区响应和链上治理 |

因此，去中心化的优势不是“风险更少”这么简单，而是让用户拥有更多验证和控制的可能。它能降低单一托管节点带来的系统性暴露，却无法替用户消除市场波动、代码漏洞和错误操作。

去中心化改变了什么

去中心化的意义，不是承诺“永远不会被攻击”，而是尝试重新分配控制权和验证权。

在中心化平台中，用户通常将资产存入平台账户，由平台负责钱包管理、交易撮合、清算和提现。用户使用起来更方便，但对资产状态和规则执行的验证能力相对有限。

在非托管协议中，用户通过钱包连接协议，资产控制权更多地保留在用户自己的链上账户或合约账户中。交易、保证金、清算和结算由智能合约执行，关键规则可以被公开查看和验证。

这会带来三个变化。

第一， 资产控制权从平台账户转向用户钱包。平台可以提供前端和协议入口，但不应成为用户资产的唯一保管者。用户不需要等待平台批准才能证明自己拥有资产，也不必把所有资产风险集中到一个企业的后台系统。

第二， 交易规则从内部流程转向公开代码。保证金率、资金费率、清算条件、流动性池和结算方式，如果被写入智能合约并部署在公链上，用户和第三方就拥有更多审查和验证的可能。

第三， 风险从“平台信用风险”部分转化为“协议、代码和市场机制风险”。这不是风险消失，而是风险形态发生变化。用户不再只需要判断平台是否可靠，还需要理解智能合约、预言机、流动性池、私钥和网络环境。

真正的去中心化，不是把一个中心化网站换成钱包登录，而是让资产控制、规则执行和风险数据尽可能脱离单一机构的内部黑箱。

Fufuture的切入：从交易平台到链上衍生品协议

Fufuture官网将自身定位为去中心化币本位金融衍生品交易协议，并提供永续合约、永续期权、流动性池和多链入口。按照项目资料，Fufuture的产品方向包括完全链上、非托管和币本位衍生品，希望让用户通过钱包参与交易，并以加密资产作为保证金或结算资产。

这一路线与中心化交易所的核心差异，不在于界面是否相似，而在于资产和规则的归属方式不同。

用户在Fufuture上参与交易，理论上不需要先把全部资产交由平台统一托管；协议通过智能合约处理仓位、保证金、清算和结算，流动性则由开放式或双层流动性池提供。官网还提到使用三方预言机进行报价，这意味着价格来源和预言机稳定性会成为协议风险控制的重要组成部分。

从行业视角看，Fufuture的价值并不是简单地把“合约”搬到链上，而是尝试把衍生品的关键环节拆成可验证的协议模块：

钱包负责用户身份与资产入口；

智能合约负责交易规则和结算逻辑；

流动性池负责交易对手方和资金深度；

预言机负责外部价格输入；

用户自行承担私钥、仓位和清算管理责任。

这套结构把中心化平台中的“统一托管”拆解成多个公开组件。它的优点是减少单一托管节点，缺点是用户需要承担更高的理解成本，协议也必须面对智能合约、预言机、流动性和前端安全等新的攻击面。

事件之后，链上衍生品需要回答什么

Bitget事件把交易平台的安全讨论重新拉回了几个基础问题。对于Fufuture这类链上衍生品协议而言，未来至少需要在四个方向上持续建立可信度。

第一，用户能否验证资产与权限

非托管不等于天然安全。用户需要知道资金进入了哪个合约，哪些地址拥有升级、暂停或转移权限，流动性池的资金如何分配，协议是否存在管理员可以单方面改变规则的权限。

只有当这些信息公开且易于理解，非托管才不只是一个产品标签。

第二，规则能否在极端行情中稳定执行

衍生品协议的核心不是正常行情下能否下单，而是极端波动、流动性下降、预言机异常和大规模清算同时发生时，系统是否仍然能够按既定规则运行。

这需要公开的清算逻辑、合理的风险参数、可追踪的价格来源和明确的应急机制。链上透明度只有与机制设计结合，才会真正转化为安全性。

第三，流动性是否足够分散

去中心化协议如果依赖单一做市商、单一资金池或单一预言机，仍然可能形成新的中心化节点。开放式流动性池有助于扩大参与范围，但也会带来无常损失、对手方风险和流动性挤兑问题。

因此，“开放”不应只意味着任何人都能提供流动性，还应意味着资金来源、风险承担和收益分配能够被审计和理解。

第四，用户是否真正拥有退出权

用户控制权最终要体现在退出能力上。只要用户能够在规则允许的范围内自行管理仓位、转移资产和验证结算结果，非托管就具有实际意义。

相反，如果协议虽然使用钱包连接，但关键资产仍被某个中心化后台控制，或者提现、清算和资产转移都依赖不可验证的内部操作，那么它只是保留了去中心化的表面形式。

行业判断：从“相信平台”走向“验证协议”

Bitget被盗事件不会自动证明中心化交易所已经过时，也不会自动证明所有链上协议都更安全。但它会推动市场重新审视一个长期存在的矛盾：用户希望交易足够简单，却不愿意把全部资产控制权交给一个无法实时审计的机构。

未来的竞争，可能不再只是中心化交易所和去中心化协议之间的二选一，而是围绕以下几个问题展开：谁控制资产，谁执行规则，谁提供流动性，谁承担风险，以及用户能否独立验证答案。

对于Fufuture而言，去中心化属性的真正价值，也不应停留在“钱包登录”“链上交易”或“开放流动性池”等功能层面。更重要的是，它能否把资产控制、交易规则、清算机制和风险数据做成一个透明、可验证、可持续运行的协议系统。

这是一条比中心化平台更高要求的路线。因为中心化平台可以用企业信用、客服体系和保护基金处理事故，而协议必须通过代码、数据、治理和社区协作建立信任。

结语：安全的终点不是选择一种模式

Bitget事件再次提醒市场，用户资产的安全边界往往比界面上看到的“交易账户”更复杂。热钱包、后台权限、签名流程、提现系统和保护基金，共同构成了中心化平台的信任结构。

去中心化协议提供了另一种可能：让用户保留更多资产控制权，让规则更多地由智能合约执行，让市场参与者可以通过链上数据验证系统状态。但这条路径并不意味着没有风险，而是要求用户和协议共同面对新的风险。

因此，行业真正需要的不是一个简单的答案，而是一套更成熟的判断标准：资产是否由用户控制，规则是否能够验证，风险是否能够隔离，流动性是否足够透明，协议是否能够在极端情境下稳定运行。

从这个角度看，Fufuture的去中心化属性是对同一个行业问题的另一种工程化回答：如果用户不希望把全部信任集中在一个平台，那么衍生品交易能否被拆解为一套公开、可验证、非托管的链上协议？

答案不会只由口号决定，也不会由一次事件决定。它最终要由代码、数据、机制和用户长期使用的结果来验证。