审计报告是电子表格，不是神谕。
目录
- 核心判断摘要
- 整合时间线
- 漏洞技术分析
- 审计为何未能阻止此次事件？
- 应对框架
- 类似事件对比 — 这并非WEMIX独有的问题
- 政策与监管启示
- 结语 附录 A. 验证说明（Admiralty Code） 附录 B. 主要参考来源
文档说明·综合置信度B2（通常可信来源 / 事实可能性高）— 根本原因尚未由发行方公开，部分判断为推断。注意：本文"原因判断"中部分内容为基于公开信息的推理；待WEMIX基金会发布正式事后报告（RCA）后需更新。
目标事件：WEMIX$ 合约 Owner 权限失窃（2026-07-26）、Play Bridge Vault 入侵（2025-02-28） · 文档性质：事故分析 + 审计行业批判 + 实务应对框架
1. 核心判断摘要
| # | 判断 | 置信度 | 依据 |
|---|---|---|---|
| 1 | 本次事故并非合约逻辑 Bug，而是权限（凭证）失窃。即不是"代码运行出错"，而是"代码按设计精确运行"的事故 | 高 | 发行方公告本身将原因明确为"Owner 权限失窃" |
| 2 | 发行权限集中于单一 Owner 账户的结构，将损害规模放大至无上限。1 把密钥 = 无限增发 | 高 | 522 万枚单次交易级增发未被阻断 |
| 3 | 120 次以上审计、CertiK AAA 等级均无法阻止此类事故。审计范围与事故发起点本就不重叠 | 高 | 审计范围在链上代码，事故点在链下密钥管理 |
| 4 | 检测失败放大了损害。外部链上分析师率先发现，距发行方正式承认约 4 小时 | 高 | 多家媒体报道一致 |
| 5 | 2025 年事故（认证密钥泄露）与 2026 年事故（Owner 权限失窃）属于同一失败谱系。两次均为"凭证而非代码"被突破 | 中~高 | 2026 年事故的确切入侵路径尚未公开 |
| 6 | 在抵押型稳定币中，未经授权的增发并非简单盗窃，而是对锚定信任本身的攻击 | 高 | WEMIX$ 以 USDC.e 为抵押 |
一句话总结：审计报告是电子表格，不是神谕。 它只是辅助计算的工具，而非宣告未来安全的神谕。
2. 整合时间线
2.1 2026 年 7 月事件
| 时间 (KST) | 事件 |
|---|---|
| 2026-07-08 | WEMIX 在美国交易所 Kraken 上市，宣布扩大全球流动性 |
| 2026-07-08 前后 | Wemade 公开韩元稳定币专用 Layer 1「StableNet」 |
| 2026-07-26 18:17~18:18 | WEMIX$ 相关智能合约 Owner 权限失窃，发生未经授权增发交易 |
| 同一时段之后 | 5,225,525 WEMIX$ 未经授权增发 → 兑换为 30,736 WEMIX + 724,198.27 USDC.e |
| 此后 | 经 Chainlink CCIP · PLAY Bridge，转移至以太坊 / BNB 智能链 → 再兑换为 ETH、USDT 后分散至多钱包，部分流入 CEX |
| 2026-07-26 晚间 | 链上分析师 Specter 在 X 上首次公开可疑交易 |
| 2026-07-26 22:00 左右 | WEMIX 通过官网正式承认安全事件（外部首次指出后约 4 小时） |
| 2026-07-27 | 桥接全面中断（CCIP 暂停，PLAY Bridge 临时停止），流动性池交易停止及基金会流动性回收，WEMIX$ 模块·PNIX DEX 暂停，部分游戏区块链/NFT 功能受限 |
| 2026-07-27 | 向交易所及稳定币发行方请求资产冻结协作，启动攻击者钱包追踪 |
| 2026-07-27（事故后约 23 小时） | 权限失窃经过尚未确认状态下公开。与外部专家开展关联合约全面检查 |
损害规模：约 76~77 亿韩元（发行方·媒体估算）。已确认外泄的稳定币约合 72.4 万美元 USDC.e。
2.2 2025 年 2 月事件（先行事件）
| 时间 | 事件 |
|---|---|
| 2024 年末~2025 年初 | 开发者将 NILE NFT 平台监控用认证密钥上传至安全性薄弱的公共存储库 |
| 此后约 2 个月 | 攻击者潜伏。在正常流量中确认权限并做准备 |
| 2025-02-28 | Play Bridge Vault 异常提取 8,654,860 WEMIX（当时约 90 亿韩元）— 共 15 次提取 |
| 2025-03 初（事故约 4 天后） | WEMIX 发布公告 |
| 2025-06 | 自 DAXA 旗下韩国韩元市场交易所终止交易支持（退市） |
两起事件间隔约 1 年 5 个月。其间 WEMIX 宣布更换认证密钥并重组安全体系。
3. 漏洞技术分析
3.1 失败点的精确位置
将区块链安全事件分解为以下 4 个层级，WEMIX 两起事件的位置即清晰可辨。
| 层级 | 内容 | 典型事故类型 | WEMIX 事件是否涉及 |
|---|---|---|---|
| L1 协议 | 共识、节点、PoA 验证者 | 51% 攻击、验证者串谋 | 不涉及 |
| L2 合约逻辑 | 重入、溢出、价格预言机操纵 | Cream、Euler 类型 | 不涉及 |
| L3 权限·凭证 | Owner 密钥、多签配置、认证密钥、部署流水线 | Ronin、Harmony、Orbit Bridge 类型 | 2025·2026 两起均涉及 |
| L4 运营·治理 | 检测、披露、响应程序、内部控制 | 延迟披露、响应失败 | 两起均涉及 |
要点：行业审计预算与营销话术大多集中在 L2，而实际大型资金外流事故绝大多数发生在 L3。
3.2 三种结构性缺陷
① 单一 Owner 权限（Single Owner Privilege）
带有 onlyOwner 修饰符的 mint() 函数，从代码角度看完全正常。问题在于 Owner 为单一 EOA（或由单一密钥控制的账户）。在此结构中，攻击者获得的不是"函数调用权限"，而是货币发行权本身。
风险函数 = f(权限强度, 权限持有者数量, 时间延迟, 金额上限)
WEMIX$ mint() = f(无限增发, 实质上为 1, 0 秒, 无)
安全设计 = f(限制增发, m-of-n 多签, 24~48 小时时间锁, 每日上限)
② 权限层级分离缺失
增发（mint）、销毁（burn）、暂停（pause）、Owner 转移（transferOwnership）、升级（upgradeTo）是风险等级完全不同的函数。若捆绑于同一 Owner 权限，入侵时损害将成倍放大。尤其当 transferOwnership 可在无时间锁的情况下立即执行时，攻击者可在入侵后立即排除正当运营者。
③ 检测·阻断（Circuit Breaker）缺失
522 万枚未经授权增发未在实时被阻断，且由外部分析师率先发现。以下三者具备其一，损害即可大幅缩减：
- 增发量异常检测告警 → 值班响应（分钟级）
- 增发每日上限（rate limit）合约层强制 → 超额部分自动 revert
- 守护者（guardian）权限即时 pause → 桥接·池同步冻结
3.3 稳定币特有的放大效应
一般实用代币失窃与抵押型稳定币未经授权增发，性质不同。
| 区分 | 一般代币失窃 | 抵押型稳定币未经授权增发 |
|---|---|---|
| 一次损害 | 失窃金额 | 失窃金额 |
| 二次损害 | 市场价格下跌 | 相对抵押品的发行量崩溃 → 脱锚 |
| 三次损害 | 持有者损失 | 所有将其用作支付·结算手段的服务停止 |
| 恢复难度 | 补偿·销毁 | 准备金重核、发行量重算、锚定信任重建 |
| 监管风险 | 披露违规 | 扩大至发行准备金监管本身的正当性争议 |
WEMIX$ 以 USDC.e 为抵押维持价值。攻击者将未经授权增发部分兑换为抵押资产（USDC.e）并转出时，这不再是盗窃，而是通过准备金提取实现的锚定破坏。发行量增加，抵押品减少。
3.4 MITRE ATT&CK 映射（含推断）
| 战术 | 技术 | 适用 | 置信度 |
|---|---|---|---|
| Credential Access | T1552.001 Credentials In Files | 2025 事件：公共存储库认证密钥泄露 | 高（发行方确认） |
| Initial Access | T1078 Valid Accounts | 以正当 Owner 凭证执行正常交易 | 高 |
| Initial Access | T1195.002 Supply Chain Compromise: Software | 部署流水线/依赖项入侵可能性 | 低（未确认假设） |
| Initial Access | T1566 Phishing | 针对运营者的社会工程可能性 | 低（未确认假设） |
| Defense Evasion | T1070 Indicator Removal / 正常函数调用伪装 | 在审计·监控中呈现为正常交易 | 中 |
| Impact | T1657 Financial Theft | 未经授权增发后跨链洗钱 | 高 |
| Impact | T1565 Data Manipulation | 总发行量（supply）操纵 | 高 |
2026 年事件的初始入侵向量（密钥泄露、内部人、钓鱼、流水线入侵中的哪一种）目前尚未公开。上述映射中低置信度条目应仅作假设处理。
4. 审计为何未能阻止此次事件？
本节为本文核心。WEMIX 并非未接受审计的项目。其远超行业平均的审计次数更凸显了严重性。
| 事实 | 来源 |
|---|---|
| CertiK CEO 公开声明：WEMIX 与 CertiK 完成 120 次以上审计（远超行业平均） | CertiK 官方博客，2025 KBW 对谈 |
| WEMIX 持有 CertiK Skynet AAA 等级，全球仅少数项目获得 | CertiK 官方博客 |
| WEMIX 主网，2023 年 CertiK 安全评分 90.2 分（前 5%）后展示认证标识 | WEMIX 团队官方技术博客 |
| CertiK-WEMIX 合作关系扩大主题含「韩国稳定币创新」 | CertiK 官方博客（2025-10） |
| Skynet 排行榜中 WEMIX 与比特币·以太坊等并列上游 | CertiK Skynet 排行榜 |
即审计数量、等级、监控产品、合作关系均为顶级，事故却发生两次。 这无法还原为某家审计机构能力问题，而是审计制度本身的结构性问题。
4.1 审计范围与事故点的不匹配
| 审计实际验证的内容 | 本次事故发生点 |
|---|---|
| 合约代码是否存在重入·溢出·逻辑错误 | 不存在（不适用） |
| 仅有权限账户可调用 mint 吗 | 是。而攻击者成为了那个有权限的账户 |
| 函数访问控制修饰符是否正确附加 | 已正确附加 |
| Owner 密钥存放于何处、如何保管 | 审计范围外 |
| 开发者是否将凭证提交至存储库 | 审计范围外 |
| 运营者终端·CI/CD·后台是否安全 | 审计范围外（需单独渗透测试合同） |
| 事故发生时能否在数分钟内检测·阻断 | 审计范围外（监控产品领域） |
审计报告通常包含"假定 Owner 密钥得到安全管理（assumption）"的表述。本次事故正是在该假设之内爆发。报告并未出错。只是报告未回答的问题导致了事故。
4.2 审计制度的五种错觉
| # | 错觉 | 实际 |
|---|---|---|
| 1 | 范围错觉："审计完成 = 项目安全" | 审计完成 = 特定 commit 的特定合约中未发现已知模式 |
| 2 | 快照错觉：被审计代码 = 运行中代码 | 升级·迁移·权限转移后，部署字节码可能与审计版本不同。Skynet 方法论亦将 audit freshness 与 audit coverage 作为独立指标，原因在此 |
| 3 | 假设错觉：假定链下安全 | 实际大型外流多数发生在该假设之内 |
| 4 | 建议错觉：中心化风险会被指出 | 指出仅为建议，修改义务与决策权在项目方。常以"已知中心化风险后接受（acknowledged）"结案 |
| 5 | 激励错觉：审计是独立验证 | 审计费用由被审计项目支付。与信用评级机构模型存在相同结构性利益冲突。等级·分数·认证标识亦被消费为营销资产 |
4.3 等级体系的悖论：究竟在量化什么？
CertiK Skynet 分数综合代码安全、基本面、运营韧性、治理、市场稳定性、社区信任等多类指标。问题在于该综合分数被如下消费：
- 项目方：以"AAA 等级"单一标签营销
- 投资者·用户：误读为"审计通过 = 本金安全"
- 实际风险：综合分数亦受社区投票·市场指标等与安全无关的变量影响
高综合分数作为"该项目在安全上投入大量资金"的信号有效。但作为"该项目发行密钥受多签保护"的信号无效。投资者所需信息是后者，而市场流通的信息是前者。
值得注意的是，WEMIX 团队自身在 2023 年技术博客中已明确阐述审计无法阻止所有事故这一局限。事故并非因缺乏认识而发生。认识与执行之间的鸿沟制造了事故。
5. 应对框架
5.1 分层应对矩阵
| 层级 | 控制 | 具体要求 | 优先级 |
|---|---|---|---|
| 合约 | 权限分散 | 将 mint 权限迁移至 3-of-5 及以上多签，签名者密钥物理·组织分离 | P0 |
| 合约 | 时间锁 | 增发·升级·Owner 转移设置 24~48 小时延迟。延迟期间触发公开事件 | P0 |
| 合约 | 增发上限 | 每日/每区块增发限额硬编码。超额 revert。限额变更本身亦受时间锁约束 | P0 |
| 合约 | 断路器 | 守护者权限（不可增发，仅可 pause）即时停止。停止即时，解除需多签+时间锁 | P0 |
| 合约 | 抵押不变式 | 链上验证 totalSupply <= collateralBalance * k。违规则禁止增发 |
P1 |
| 密钥管理 | HSM/MPC | Owner 密钥迁移至 HSM 或 MPC 阈值签名。全面禁止明文密钥文件 | P0 |
| 密钥管理 | 轮换·审计日志 | 定期轮换，全部签名请求记录，至少 2 名审批者 | P1 |
| 流水线 | 密钥扫描 | 存储库 pre-commit + push-protection 强制，组织全历史扫描，泄露时自动作废 | P0（直接关联 2025 事件复发预防） |
| 流水线 | 部署验证 | CI 中强制比对部署字节码与审计版本哈希。不一致则阻断部署 | P1 |
| 检测 | 链上异常检测 | supply 变动、owner 变更、大量增发、桥接异常外流实时告警 + 值班 | P0 |
| 检测 | 响应 SLA | 检测→守护者 pause 15 分钟内，首次披露 2 小时内为目标 | P0 |
| 治理 | 权限公开 | Owner 地址、多签构成、时间锁参数、守护者主体持续公开文档化 | P1 |
| 治理 | 事故披露政策 | 预定义披露标准·渠道·时限。废除"调查完成后公告"惯例 | P0 |
| 验证 | 运营安全审计 | 与代码审计分开，密钥管理·内部控制·渗透测试每年至少 1 次。摘要公开结果 | P1 |
5.2 参考实现概念（Solidity 伪代码）
// 目的：防止单密钥失窃导致无限增发
// 核心 = 多签 + 时间锁 + 增发上限 + 即时停止 + 抵押不变式
contract GuardedStablecoin is ERC20, AccessControl, Pausable {
bytes32 public constant MINTER_ROLE = keccak256("MINTER"); // 仅多签合约持有
bytes32 public constant GUARDIAN_ROLE = keccak256("GUARDIAN"); // 仅停止权限，无增发权限
uint256 public dailyMintCap; // 变更需时间锁
uint256 public mintedToday;
uint256 public currentDay;
uint256 public constant TIMELOCK = 24 hours;
IERC20 public immutable collateral; // 例：USDC.e
address public immutable reserve; // 准备金保管地址
struct MintRequest { uint256 amount; address to; uint256 readyAt; bool executed; }
mapping(bytes32 => MintRequest) public queue;
// 第 1 步：增发预约。不可即时增发
function requestMint(address to, uint256 amount)
external onlyRole(MINTER_ROLE) whenNotPaused returns (bytes32 id)
{
id = keccak256(abi.encode(to, amount, block.timestamp));
queue[id] = MintRequest(amount, to, block.timestamp + TIMELOCK, false);
emit MintRequested(id, to, amount, block.timestamp + TIMELOCK); // 公开监控窗口
}
// 第 2 步：时间锁经过后执行。同时验证上限与抵押不变式
function executeMint(bytes32 id) external onlyRole(MINTER_ROLE) whenNotPaused {
MintRequest storage r = queue[id];
require(!r.executed && r.readyAt != 0 && block.timestamp >= r.readyAt, "not ready");
if (block.timestamp / 1 days != currentDay) {
currentDay = block.timestamp / 1 days;
mintedToday = 0;
}
require(mintedToday + r.amount <= dailyMintCap, "daily cap"); // 阻断无限增发
require(totalSupply() + r.amount <= collateral.balanceOf(reserve), "undercollateralized"); // 保护锚定
mintedToday += r.amount;
r.executed = true;
_mint(r.to, r.amount);
}
// 即时停止可单独执行，解除需经多签
function emergencyPause() external onlyRole(GUARDIAN_ROLE) { _pause(); }
function unpause() external onlyRole(DEFAULT_ADMIN_ROLE) { _unpause(); }
}
设计意图摘要
| 控制 | 入侵场景中的效果 |
|---|---|
| MINTER = 多签 | 单密钥失窃无法预约增发 |
| 时间锁 + 事件 | 预约即时暴露于外部监控者，获得 24 小时响应窗口 |
| 每日上限 | 最坏情况下损失有限。不可能单次增发 522 万枚 |
| 抵押不变式 | 合约本身拒绝脱锚型增发 |
| 守护者 pause | 检测后无需人工审批程序即可即时止血 |
5.3 检测规则示例
RULE-01 supply_anomaly
IF totalSupply 变动率(5分钟) > 1% OR 单笔 tx mint 金额 > 日均增发量 * 3
THEN P1 告警 + 守护者值班呼叫 + 桥接自动 rate limit 下调
RULE-02 privileged_call
IF 事件 IN (OwnershipTransferred, RoleGranted, Upgraded, CapChanged)
THEN P0 告警（即使为预期变更亦必须通报）+ 对照变更原因工单
RULE-03 reserve_drain
IF reserve 地址 USDC.e 余额减少 AND totalSupply 未减少
THEN P0 告警 + 自动停止增发
RULE-04 bridge_exfil
IF 单地址桥接转出金额(1h) > 阈值 OR 新地址大量资产跨链转移
THEN P1 告警 + 该路径临时停止 + 自动生成交易所冻结请求模板
RULE-03 直接针对本次事件核心模式（增发量增加 + 抵押品减少）。
5.4 委托审计方的检查清单
若审计合同中缺少以下条目，该审计无法阻止此类事故。
| 类别 | 确认问题 | 通常审计是否包含 |
|---|---|---|
| 范围 | 审计对象 commit 哈希与实际部署字节码是否一致 | 部分 |
| 范围 | 代理·升级路径与管理员合约是否纳入范围 | 部分 |
| 权限 | 特权函数完整列表及各函数持有者·延迟·上限是否文档化 | 部分 |
| 权限 | Owner 为 EOA 还是多签、阈值为几是否在报告中明示 | 多数不包含 |
| 密钥 | 密钥存储方式（HSM/MPC/明文）、访问人员、轮换政策实地核查 | 不包含 |
| 流水线 | CI/CD、部署服务器、运营者终端渗透测试 | 单独合同 |
| 运营 | 检测-响应演练（桌面推演、入侵模拟） | 不包含 |
| 事后 | 已指出中心化风险的处理状态（修复/接受）及依据是否公开 | 部分 |
5.5 审计行业所需变革
| 现状 | 所需转变 |
|---|---|
| 以代码审计为中心 | 扩展为代码 + 密钥管理 + 运营安全的运营安全审计（OpSec Audit） |
| 综合等级标签（AAA 等） | 分项分解公开。尤其将"特权函数权限结构"作为独立指标持续展示 |
| 时点型快照 | 部署字节码持续比对 + 权限变更实时追踪 |
| 建议后结案 | 未修复高风险项的剩余风险强制公开 |
| 被审计方承担费用 | 交易所·基金会·保险公司等第三方委托审计并行，缓解利益冲突 |
6. 类似事件对比 — 这并非 WEMIX 独有的问题
| 事件 | 时点 | 规模 | 根本原因层级 | 代码 Bug 与否 |
|---|---|---|---|---|
| Orbit Bridge（Oasis） | 2024-01 | 约 8,150 万美元 | 权限·凭证（L3） | 否 |
| WEMIX Play Bridge Vault | 2025-02 | 约 90 亿韩元 | 认证密钥泄露（L3） | 否 |
| Upbit 热钱包 | 2025-11 | 约 445 亿韩元 | 私钥可预测漏洞（L3） | 部分 |
| WEMIX$ 合约 | 2026-07 | 约 77 亿韩元 | Owner 权限失窃（L3） | 否 |
2026 年上半年虚拟资产黑客损害统计约 1.6 万亿韩元，朝鲜关联威胁组织活动突出。该统计所暗示的十分明确：资金通过人与密钥流出，而非合约逻辑。 防御预算分配与这一事实截然相反，是行业结构性问题。
智能合约现已近乎标准化，成功合约被大量复制。难以自行分析合约的项目为数众多，它们同样可视为风险群体。
那么，是否应为合约赋予具备基本安全指南的结构性稳定性？ERC20 Solidity 本身亦内嵌结构性局限。
7. 政策与监管启示
韩国在《虚拟资产用户保护法》之后推进第二阶段立法（含稳定币规制），但因发行主体要件争议与政治日程，讨论处于延迟状态。本次事故发生于该空白区间。
| 议题 | 本次事故提出的问题 |
|---|---|
| 发行主体要件 | 是否允许无法在合约层阻止未经授权增发的发行结构 |
| 准备金规制 | 准备金实地核查是否仅会计审计即可。链上抵押不变式强制是否不可行 |
| 技术要件 | 是否将发行权限的多签·时间锁·增发上限明文写入许可要件 |
| 事故披露 | 是否规范化入侵认知后的披露时限（2025 年 4 日，2026 年 4 小时） |
| 审计规制 | 是否在广告中使用"审计完成"标识时强制明示范围 |
| 跨境追回 | 经桥接转移资金的冻结·追回国际协作程序的实际效力 |
尤其最后一项：本次资金亦在数小时内经以太坊·BSC 分散至多钱包。发行方冻结请求在资金已转移后发出。检测延迟直接转化为追回失败。
8. 结语
WEMIX 的两起事件并非不同事故。它们是同一失败的第二次既视感。
- 2025 年：凭证被存放于错误之处
- 2026 年：凭证被窃取，且该单一凭证意味着全部货币发行权
两次合约代码均按设计精确运行。120 次以上审计与 AAA 等级亦未能阻止，并非因审计不力，而是审计所回答的问题与事故发生点本属不同领域。
当宣称去中心化的系统依赖单一管理员密钥时，该密钥成为系统整体的阿喀琉斯之踵。无论它是否被明确编码于合约，或保管于链下某处文件，结果相同。
真正的安全并非来自审计报告上的印章，而来自三者：权限分散、损失上限、分钟级检测。 前两者须以代码刻入合约，后者须以程序刻入组织。报告排在之后。
附录 A. 验证说明（Admiralty Code）
| 条目 | 状态 | 置信度 |
|---|---|---|
| 事故发生时间 2026-07-26 18:17~18:18 KST | 多家媒体一致 | A2 |
| 未经授权增发量 5,225,525 WEMIX$ | 发行方公告 | A1 |
| 兑换明细 30,736 WEMIX / 724,198.27 USDC.e | 发行方公告 | A1 |
| 损害规模 76~77 亿韩元 | 媒体估算，随币价波动 | B2 |
| 外部首次指出后约 4 小时官方承认 | 多家媒体一致 | A2 |
| 资金路径：CCIP·PLAY Bridge → 以太坊/BSC → ETH·USDT 分散 | 发行方及媒体 | A2 |
| 事故后约 23 小时时点原因未确认 | 媒体报道 | A2 |
| 2025-02-28 Play Bridge Vault 8,654,860 WEMIX 外流 | 发行方公告及媒体 | A2 |
| 2025 年事件原因：公共存储库认证密钥上传后约 2 个月潜伏，15 次提取 | 发行方说明 | B2 |
| 2025-06 韩国韩元市场终止交易支持 | 媒体 | A2 |
| CertiK 审计 120 次以上、AAA Skynet 等级 | CertiK 官方发布（自身声明） | B1 |
| WEMIX 主网安全评分 90.2（2023） | WEMIX 自身技术博客 | B2 |
| 持有 80 余份审计报告"、"最近审计 2026-05-27 完成 | 原文初稿记载数值。本文档归类为未验证。需在 Skynet 项目页直接确认 | F（判断暂缓） |
| 2026 年事件的具体入侵向量 | 发行方未公开 | F（判断暂缓） |
| 单一 Owner EOA 结构之判断 | 基于公开信息推断。Owner 地址是否为多签需合约验证 | C3（推断） |
相对原文初稿的修正事项：
- 2025 年事件维持"2025 年 2 月 28 日"，并附注部分媒体以公告时点标为"去年 3 月"
- DAXA 终止交易支持时点特定为 2025 年 6 月
- 兑换数量由"约 3 万枚"替换为精确数值 30,736
- 资金移动路径补充 Chainlink CCIP 与 PLAY Bridge 中转
- 链上分析师拼写由 Spetor 更正为 Specter（Specter）
- 审计报告数量及最近审计日数值分离为未验证条目
- 单一 Owner EOA 结构主张由确定事实下调为推断
附录 B. 主要参考来源
- WEMIX 基金会官方公告（2026-07-27）及 X 账号
- 韩国经济、 Herald 经济、亚洲经济、The Elec、M 经济新闻、NewsPim、财经日报、Dailyian（2026-07-27~28 报道）
- Cointelegraph 韩国，事故响应及服务中断范围（2026-07-27）
- 数字时报社论，民间稳定币结构论点（2026-07-28）
- CertiK 官方博客：CertiK-WEMIX 合作关系扩大（2025-10）
- CertiK Skynet：项目页、安全排行榜、Skynet Score 方法论文档
- WEMIX 团队技术博客：区块链审计服务解说（2023）
- 法律新闻（Hwawoo），2026 年韩国虚拟资产十大议题及第二阶段立法现状（2026-01）
- Bizwatch，稳定币法案国会讨论延迟（2026-06）
- 安全新闻，Upbit 入侵事故及 Orbit Bridge 事故相关报道