AREX Feed Article
光子学博主质疑 OCP 白皮书 pJ/token 指标，Lightmatter 生态负责人：已记入勘误
8 月 18 日 03:02（UTC），光子学领域博主 @jwt0625（用户名 outside five sigma，约 1.8 万粉丝）在 X 上贴出 OCP《Architecture Vision: Open Silicon Photonics for AI Systems》白皮书页面截图，点名质疑其中的 pJ per token（每 token 能耗）与 pJ per training step（每训练步能耗）指标。约两小时后，这份白皮书的第一作者、Lightmatter 生态开发负责人 Bijan Nowroozi 在评论区回复：已把这些内容记入待发布的勘误（errata），并补充"更好的文本当时写在一条评论里，但没有被采纳"。
8 月 13 日，Lightmatter 联合 19 家公司（含 Celestica、Dell Technologies、Flex、Foxconn Interconnect Technology、Global Unichip、Hyve Solutions、Keysight、Qualcomm、Quanta Cloud Technology）在开放计算项目（OCP）内正式启动 Open Silicon Photonics for AI Systems 工作流，发布约 300 页白皮书，目标是让 MHS/ORv3 兼容的 AI 集群从 72 节点扩展到 1,024 个以上节点，首批规格计划 2026 年 Q4 提交。 光互连分析师 @PhotonCap 当天点评：CPO 正从厂商专属的光子技术，变成整个行业试图标准化的机架级、系统级架构议题。 这份白皮书在发布五天后，遇到了公开的技术质疑。本文封面图为该倡议的标题封面视觉，来自 Converge Digest 8 月 14 日报道的配图。
"pJ per token 和 pJ per training step？你在抽什么"
jwt0625 的原话是："pJ per token and pJ per training step?? what are you smoking can i try some?"（每 token 和每训练步多少皮焦？你们在抽什么，能给我来一口吗？）他把这份架构愿景形容为"high entropy mixture of based and unhinged AI slop"（靠谱与离谱高熵混合的 AI 垃圾），并附上三张白皮书页面截图。 他的简介自称把 X 当"公开日志"，日常内容围绕 Robotics、Photonics、RF/微波与纳米制造。主帖截至核验时约 3,600 次浏览、28 个赞、15 次收藏。
被质疑的指标确实印在文档里。白皮书目录第 6.2 节的标题就是 "Effective pJ/bit and Effective pJ/token"（有效每比特/每 token 能量）。 文档开头"目标结果"表里的互连能耗口径是 pJ/bit：可插拔光模块现状 15-20 pJ/bit，短距/CPO 级演示 5-7 pJ/bit，3 pJ/bit 标注为远景（aspirational）目标。文档效率章节把 effective pJ/bit 定义为核心指标：直接能耗除以有效吞吐，把误码导致的负载中断损失也计入。从口径本身看（编辑观察），pJ/bit 是互连标准里的常规数字；折算到每 token、每训练步，就把模型规模、批次大小、并行策略这些负载变量混进了互连指标，这正是质疑的靶心。
同一线程里他连发几条跟进。他把白皮书和一篇人类写的光学论文并排截图对比：David A. B. Miller 8 月 12 日提交 arXiv 的《Maximum brightness theorem for waves》， 配文说他"早就不再为把标准和规格喂给 AI 感到愧疚，但依然怀念读老经典的滋味，怀念从深耕几十年的资深大脑里产出单个 token 的口感"，言下之意这份 300 页文档读起来像 AI 生成物。 他又模仿文档腔调写了一句 "throughput and demand climb; the copper-escapable lane count does not — the gap is the wall"（吞吐与需求攀升，铜可逃逸的通道数不会，缺口就是那堵墙），配文"学着像 LLM 一样说话，好把人气死"。 他还挑了一个激光器架构的毛病："集成激光器明明在光引擎盒子外面，外部激光源（ELS）在往传输介质里打光"。
自称把大部分时间花在 AI 基础设施与 agentic 软件上的 Jolyon Brown（@Eddie_Catflap）在 Miller 对比帖下回复"那让我笑出声了，我同意"。
这数字要打破 Landauer 极限了
评论区最尖锐的一条来自 Anupam（@AnupamYedida，自称在 IISc CeNSE 读博士、做超导单光子探测器）："Pretty sure this is breaking the Landauer limit"（我相当确定这要打破 Landauer 极限了）。
Landauer 极限是信息处理的热力学下限：温度 T 下擦除一比特信息至少消耗 kBT·ln2 的能量，室温下约 2.9 泽焦耳（zeptojoule，10⁻²¹ 焦耳）。声称低于该下限的每单位操作能耗在物理上不可能。这句调侃的意思就是：白皮书里这些数字按字面读，低到了要击穿物理下限。它把争论从"指标合不合理"拉到"数字可不可能"，但本身只是一句玩笑，不是正式分析。
勘误记档了，白皮书里的数字还在
Nowroozi 的回应分两步。04:49（UTC），他先接"AI 味"那条："很遗憾，一群人做了这份工作，是的，很多人出于各种原因把不同段落喂给各种 LLM，比如把语法改对、让图表看起来不那么像 PowerPoint、表达某个想法。这是由有本职工作的志愿者完成的。" 这等于承认 LLM 参与了文档产出，同时点明这是由有本职工作的志愿者完成的文档工作。19 分钟后，他对主帖回复："Lol. This I logged for future errata. The better text was in a comment that was not acted on."（哈哈，这个我已记下来留给将来的勘误。更好的文本当时写在一条评论里，没有被采纳。）
这两条回复的分量在于说话人的身份。Nowroozi 是 Lightmatter 生态开发负责人（Head of Ecosystem Development）、OCP 基金会前 CTO，白皮书作者名单第一位。 按 OCP 的勘误惯例（白皮书版本历史引用的 "Versions, Revisions and Errata best practices"），勘误是单独一份文档，被勘误的贡献文档本身不再修订。
截至 8 月 18 日核验时，opencompute.org 上的文档仍是 2026 年 7 月的 v1.0.6，第 6.2 节内容原样可见，勘误发布日期没有给出。而按 8 月 13 日新闻稿的时间表，联盟计划 Q4 2026 提交首批规范，这份愿景白皮书正是起草基础。白皮书对自己有一层限定：文档合同（Document Contract）写明它是信息性架构愿景（informative architecture vision）而非规范性规范，"should/must"类表述只是未来规范工作的方向建议；附录 D 则声称把文档中承重的定量主张连同证据状态集中列出。这层限定回答了"这不是最终规范"，但没有回答 jwt0625 的问题：数字本身站不站得住。Nowroozi 承认"更好的文本没被采纳"，说明至少有一条评论里的纠错没有进终稿。按 Nowroozi 自己的说法，勘误要留给"将来"，被质疑的第 6.2 节仍挂在 opencompute.org 上；Q4 2026 首批规范提交时，这些数字会不会原样进入规范，是下一个观察点。