# 案例

这篇文章讲的是美国交易商骑士资本（Knight Capital）在 2012 年 8 月 1 日发生的交易事故及其连锁后果。文章先从 CEO Thomas Joyce 接到纽交所异常成交电话写起：公司下单量突然飙升，订单数量和行为都极不正常，所有交易几乎都在高位买入、低位卖出，导致资金以极快速度亏损。

事故的核心原因出在交易系统 SMARS 里一个早已停用但没有彻底删除的功能模块 Power Peg。这个模块原本用于拆单和控制子订单执行量，后来被停用，但相关代码仍残留在系统中。2005 年时，骑士资本又把这段代码切回到了一个更早的版本，而这个版本缺少必要的追踪与停止机制，一旦触发就可能让子订单无限循环执行。这个隐患在系统中潜伏了多年，始终没有暴露。

转折点出现在 2012 年。纽交所推出零售流动性计划（RLP）后，骑士资本决定参与，但距离上线时间很紧。开发团队为了给 RLP 新增标记位，复用了原本废弃的 Power Peg 标记位，并试图通过新代码覆盖旧逻辑。然而在 7 月 27 日部署脚本执行时，出现了关键失误：脚本在某台服务器 SSH 连接失败后直接跳过，没有重新部署，也没有报警确认，最后却向外报告“部署成功”。结果，其中一台仍然运行旧版本代码的服务器在 8 月 1 日开盘后率先触发异常交易。

事故发生后，IT 团队在没有迅速定位根因的情况下，又将其余服务器切回旧代码，反而让旧版 Power Peg 在更多机器上被激活，造成更大规模的失控下单。短短 45 分钟内，骑士资本对大量股票执行了数百万次交易，成交量占到市场总量的巨大比例，持有了规模庞大的多空仓位，最终形成约数亿美元级别的巨额损失。文章也回顾了这场事故中本可避免灾难的多个节点：旧代码没有彻底清除、部署脚本存在跳过失败节点的缺陷、部署失败邮件无人处理、异常发生后缺少应急机制、以及在未查明原因前贸然全量回退等。

最后，文章提到 SEC 认定这些成交属于有效交易，无法撤销。骑士资本只能在市场中被动平仓，最终在极短时间内亏损严重，股价也随之暴跌，随后被竞争对手收购。整篇文章本质上是在讲一个典型的“技术债 + 部署失误 + 风控缺失”共同酿成的金融灾难案例。

这篇文章汇总了作者在可转债投机市场里遇到的一系列“活久见”现象，主打的是案例分享和市场趣闻。
作者开篇就说明，自己投机可转债多年，因此积累了不少奇葩经历。
文章并不是单纯讲理论，而是通过具体事件展示可转债市场里那些少见但真实发生过的状况。
从标题和导语看，内容更偏向市场经验记录，带一点调侃和见闻整理的味道。
作者想传达的是：可转债市场的很多现象都超出常规理解，常常让人觉得“活久见”。
这种写法也说明文章面对的读者多半对可转债已经有一定了解，能看懂这些案例背后的市场含义。
文章把一连串奇葩事放在一起，更多是在提供一个观察投机市场的窗口。
它既是经验总结，也是对市场非理性和偶发事件的记录。
整体上，这是一篇偏实战、偏见闻的可转债文章，而不是系统教程。
如果一句话概括，就是：作者用多个可转债奇闻，展示了这个市场里那些不常见却很真实的“离谱时刻”。