核心摘要
- RWA 代币化平台 Realio Network 因中心化热签名私钥泄露，于 2026 年 8 月 25 日遭攻击，跨 5 条公链被盗约 1.279 亿枚 RIO（名义价值约 620 万美元）。
- 安全团队 GoPlus 指出，根因并非智能合约逻辑漏洞，而是发行方将财库、储备金与用户托管子账户的签名权限全部集中于同一 Web 前端热签名机。
- 攻击者可在未获用户授权、无需重设密钥、不利用任何合约漏洞的情况下，直接跨链签名划转多链资产。
- 该事件暴露了「同一签名栈同时服务财库与用户托管账户」的结构性缺陷，对 RWA 代币化基金 的密钥与托管架构具有普遍警示意义。
- 对基金管理人而言，财库、储备金与用户子账户须采用相互独立的签名阈值与托管边界，否则发行方实质上承担了未持牌的保管责任。
📑 文章目录
- 事件还原 — Realio 跨链被盗的规模与链上分布
- 根因分析 — 中心化热签名架构的致命单点
- 架构重构 — 代币化基金应如何设计密钥与托管
- 对比视角 — 四种密钥管理方案的取舍
- 合规启示 — 托管责任与投资者适当性
本文由 Aiying 艾盈基金合规团队原创，专注传统及加密基金架构与离岸合规。转载需授权。
据吴说区块链援引 GoPlus Security 监测，RWA 资产发行平台 Realio Network 旗下 Web 应用 realio.fund 于 2026 年 8 月 25 日遭遇严重安全攻击（吴说区块链，2026-08-27）。攻击者洗劫了跨 Ethereum、BNB Chain、Algorand、Stellar 以及 Realio 原生链等 5 条公链上的财库、储备金及用户托管子账户钱包，累计转走约 1.279 亿枚 RIO（名义价值约 620 万美元），目前黑客已套现约 31.7 万美元。对计划发行或配置 RWA（真实世界资产代币化） 的基金管理人而言，这是一次关于「代币化不等于安全」的生动且昂贵的案例。
一、事件还原：Realio 跨链被盗的规模与链上分布
1.1 攻击时间线与影响范围
Realio Network 是一条以真实世界资产代币化为核心的 Layer-1 平台，其叙事是将私募股权、房地产等现实资产上链实现代币化持有与交易。8 月 25 日，realio.fund 前端应用遭入侵，攻击者接管了平台的签名权限，随即在多条链上 sweeping（扫荡）资金。据 GoPlus 与多家链上追踪方披露，被盗资产中约 1.137 亿枚 RIO 来自平台财库与储备金账户（本就不计入流通供应），而来自用户关联账户的约 1,420 万枚 RIO，约占事件前流通量的 4.34%。独立追踪者还记录到第二波扫荡——即便 Realio 在 X 平台宣称「用户钱包已无资金进出」，以太坊与 BNB Chain 上的钱包划转仍在继续，显示攻击者在禁用用户界面前已保留签名权限。
1.2 处置与连锁反应
Realio 团队已暂停平台所有访问、停止存提，并令原生链于 8 月 25 日 10:38 UTC 停块，冻结了归集账户中约 573 万枚 RIO；KuCoin 与 MEXC 亦暂停了 Algorand 上的 RIO 充值。但链上追踪显示，攻击者已在 Stellar 去中心化交易所抛售部分 RIO，多数余额仍未 immobilize（冻结）。对代币持有人而言，即时冲击是流动性锐减——原生链停摆、前端停用、两大交易所暂停充值，使 RIO 的可交易面急剧收窄。
二、根因分析：中心化热签名架构的致命单点
2.1 单点热签名机的集中风险
GoPlus 的分析结论是：本次事件并非智能合约逻辑漏洞。根本原因在于，这家多链 RWA 发行方将协议财库、储备金与用户托管子账户的签名权限，全部集成在同一套 Web 前端热签名机（hot signer）上。一旦该签名机的私钥或会话遭入侵接管，攻击者即可在无需用户授权、无需密钥重设、不利用任何合约漏洞的情况下，直接签名并划转多链资产。换句话说，问题的核心不是「链上代码写错了」，而是「链下运营把太多钥匙挂在了同一枚热签上」。
2.2 为什么「托管账户」是被忽视的雷区
Realio.fund 同时服务自托管与非托管（用户托管子账户）两类设置，而攻击横跨了这一频谱。对用户而言，若其相信资金处于非托管控制，却发现平台签名基础设施是共享脆弱点，这种认知落差正是损失情绪放大的根源。从基金架构视角看，当发行方用同一签名栈控制用户托管子账户时，它实质上扮演了数字资产托管商(custodian) 的角色——这触发的是牌照与资产隔离义务，而非单纯的工程缺陷。
三、架构重构：代币化基金应如何设计密钥与托管
3.1 MPC 与多签的分工
对 RWA 代币化基金 的发行人而言，密钥管理应从「单点热签」升级为分布式阈值体系。两类主流方案是 MPC（多方计算）阈值签名与智能合约多签（如 Gnosis Safe 范式）：前者将私钥分片分散于多个独立节点，任何单点被攻破都无法独立签名；后者则将授权规则写入链上合约，要求达到预设数量的独立密钥持有者共同签署。二者共同的要义是消除「单一私钥即可动用全部资产」的结构。
3.2 财库、储备金与用户子账户的权限隔离
更关键的是「职责分离」：财库运营密钥、储备金托管密钥、用户赎回/托管子账户密钥必须相互独立，各自设置不同的签名阈值、冷却期与告警策略。用户托管子账户尤其应置于与发行方财库物理与逻辑隔离的签名域，最好由持牌 数字资产托管商 或合格托管人持有密钥，使「平台运营故障」不至于波及用户资产。在香港，涉及客户资产的安排还需审视是否落入 SFC（香港证监会） 的托管与适当人选要求；在新加坡，则涉及 MAS 对客户资产隔离的持牌基金管理规定。
3.3 司法管辖区对代币化基金托管的监管差异
不同司法管辖区对「谁可以持有客户资产」的规定差异显著，是 RWA 代币化基金 架构师在选型时必须优先厘清的问题。在香港，若基金管理人（Type 9 牌照）将客户虚拟资产交由自身控制的私钥管理，可能触发 《证券及期货条例》(SFO) 项下的「保管」义务，需符合 SFC《适用于管理投资于虚拟资产的投资组合的持牌法团的标准条款及条件》中关于客户资产隔离、稳健保管安排与外部审计的要求；实践中，多数合规选择是将客户资产交予香港本地或受 SFC 认可的虚拟资产交易平台或托管人。在新加坡，MAS 的《数字代币服务指引》对「提供数字支付代币服务」设定牌照与隔离要求，基金管理人若构成 DPT 服务提供者须申领相应牌照并遵守客户资产隔离规则。在美国，SEC 客户资产保管规则（《投资顾问法》Rule 206(4)-2）要求注册投资顾问将客户证券与基金资产存放于「合格托管人」，近年 SEC 多次表态将「加密资产」纳入该规则的解释范围。这意味着，即便发行方采用 ERC-3643 等链上许可型证券代币，其底层签名架构若涉及控制客户资产，仍可能被认定为「事实托管」并触发持牌与隔离义务——这正是 Realio 事件给跨境 RWA 基金架构的最大警讯。
3.4 私钥生命周期与运营韧性
除静态的密钥分布外，密钥的整个生命周期——生成、分发、存储、轮换、撤销、恢复——都需要书面化、审计化的运营流程。Realio 事件中，攻击者在「前端被禁用」后仍能持续 sweeping，反映的是签名权限在撤销/轮换上缺乏强制边界。良好实践包括：定期密钥轮换、独立审计的 HSM 设备、对每笔大额划设设置多签门槛与人工审批冷却期、跨链桥接操作采用独立签名域，以及建立「紧急冻结」的多方授权机制。运营韧性还应覆盖人员风险——单点人员的私钥访问权应在离岗/换岗时立即撤销，遵循最小权限原则。
四、对比视角：四种密钥管理方案的取舍
4.1 方案矩阵与核心取舍
下表从私钥暴露面、单点故障、用户子账户隔离、监管可审计性与适用场景五个维度，对四种密钥管理方案做横向比较。代币化基金在选型时，应将「用户资产是否被平台控制签名」作为首要判断条件，再权衡运营效率与合规成本。
| 对比维度 | 中心化热签名（Realio 式） | MPC 阈值签名 | 智能合约多签（Safe 式） | 持牌机构托管 |
|---|---|---|---|---|
| 私钥暴露面 | 单一热私钥，暴露面最大 | 私钥分片，单点不可还原 | 多把独立密钥，链上规则约束 | 机构级 HSM/冷存储，外部审计 |
| 单点故障 | 极高，一处失守全域沦陷 | 低，需凑齐阈值分片 | 低，需达法定签名数 | 最低，职责分离+保险覆盖 |
| 用户子账户隔离 | 弱，与财库共用签名栈 | 中，可设独立签名域 | 强，合约级独立多签 | 强，法定资产隔离 |
| 监管可审计性 | 弱，黑盒运营 | 中，依赖服务商证明 | 强，链上留痕可验证 | 强，持牌+定期审计 |
| 适用场景 | 应避免用于持币用户资产 | 高频运营+中额财库 | 链上原生基金/DAO 财库 | 受监管 RWA 基金用户资产 |
五、合规启示：托管责任与投资者适当性
5.1 托管安排与责任边界
对以 SPV 或 RWA 代币化基金 结构募资的基金管理人，发行方的签名架构直接决定其是否承担保管责任。若基金用发行方控制的中心化签名栈管理用户赎回账户，监管可能认定其构成未持牌托管，进而触发 《证券及期货条例》(SFO) 或对应司法管辖区的托管牌照义务。相较之下，将用户资产交由持牌 数字资产托管商 保管、基金仅保留投资指令权，是更清晰的合规边界。
5.2 披露与投资者适当性
从投资者保护角度，RWA 基金在募资文件中应明确披露：底层资产的链上托管安排、签名权限分布、是否采用 MPC/多签、历史安全事件与保险覆盖。采用合规代币标准（如 ERC-3643 许可型证券代币）虽有助于身份与转让合规，但无法替代运营层面的密钥治理。基金管理人应在尽调中将「发行方密钥架构」与「托管隔离」列为独立风险项，而非默认代币化即安全。具体而言，披露文件应至少涵盖：托管人及其监管牌照、是否独立于发行方、密钥管理方案（MPC/多签/HSM）、是否存在自托管子账户、保险安排（覆盖类型与限额）、历史事件及处置、以及投资者赎回的时延与条件。
5.3 保险与应急响应
密钥治理与监管合规之外，保险与应急响应是缓释残余风险的关键层。市场上针对 RWA 与数字资产托管的保险产品近年快速扩展，涵盖热钱包/冷钱包盗窃、密钥泄露、运营过失等情形，但普遍设有免赔额与除外责任。基金管理人应将保险条款纳入对发行方与托管人的评估，确认保单覆盖范围与所采用密钥架构的匹配度——例如，使用单一热签名的发行方即便购买了盗窃险，承保方亦可能以「不符合机构安全标准」为由拒赔。同时，应急响应计划应包含跨链冻结协调、链上白帽协作、监管沟通与对外披露的时间表。Realio 事件中，攻击者套现约 31.7 万美元后仍有大量 RIO 未 immobilize，反映出应急冻结机制的滞后——这是未来 RWA 平台应重点改进的运营环节。
六、常见问题（FAQ）
Realio 事件是否意味着 RWA 代币化本身不可行？
并非如此。根因是发行方将财库、储备金与用户托管子账户的签名权限集中于单一热签名机，属于运营安全与密钥治理失败，而非代币化模型缺陷。RWA 的价值在于资产上链与可编程流转，但其安全性取决于发行方的链下密钥与托管架构。
代币化基金应如何最低成本地降低此类风险？
三条可行路径：其一，将用户资产交由持牌数字资产托管商保管，基金仅保留投资指令权；其二，对自有财库采用 MPC 阈值签名或智能合约多签，杜绝单点热私钥；其三，严格隔离财库、储备金与用户子账户的签名域，并为关键操作设置冷却期与多签门槛。
在香港或新加坡设立 RWA 基金，密钥架构会影响牌照吗？
会。若基金用自身控制的签名栈管理客户资产，可能被认定为从事托管业务，须满足 SFC 或 MAS 下的客户资产保管与隔离要求，甚至可能触发额外牌照。将用户资产外包给持牌托管人，通常能厘清责任边界、降低合规不确定性。
ERC-3643 等合规代币标准能否防止此类攻击？
不能。ERC-3643 解决的是证券代币的许可、身份验证与转让合规，属于合约层的合规控制；Realio 事件发生在链下签名基础设施，与代币标准无直接关系。合规标准与密钥治理必须并行建设，缺一不可。
相关阅读：白标代币化平台技术架构深度拆解：加密基金如何选择 RWA 发行基础设施——从十层架构、五维决策框架到 ERC-3643 合规优先标准 | 从 Stellar 到 Canton：Franklin Templeton 代币化五年征程——首家在公链发行注册共同基金的资管巨头如何重塑加密基金的托管逻辑
来源
- 吴说区块链 — GoPlus：RWA 平台 Realio 私钥遭泄露，被盗资金约 620 万美元（2026-08-27，一手监测）
- Phemex News — Realio Network Loses $6.2M in RIO After Key Compromise（链上数据）
- KuCoin — Realio Network suffers $6.2M attack on August 25; 127.9M RIO stolen（处置与影响）
- Alphawire — Hackers Keep Draining Realio Wallets 24 Hours After $6M Crypto Attack Began（第二波扫荡追踪）
初版日期：2026-08-27 | 最后更新：2026-08-27