参考设计 ¶

前文已经讨论了超节点最核心的技术问题：硬件系统能力边界如何打开，软件侧又如何将这些能力稳定兑现，也给出了分析和度量一套软硬件系统能力边界的方法。到了第四章，问题不再是“能力能否成立”，而是在什么约束下做什么取舍，构建一套现实可交付的超节点系统。

超节点系统设计的核心，不在于抽象地追求某个单项指标最优，而在于在供应链、产品稳定性、可运维性、软件复杂度与商业竞争压力的共同约束下，找到性能与成本的帕累托前沿，并在前沿上作出适合自己的取舍。对超节点来说，真正拉开构型差异的，始终是三件事：哪些高价值通信必须留在受控域内，哪些语义必须由硬件原生承担、哪些可以交给软件与控制面吸收，以及系统愿意为此承受多大的工程与产业代价。

五种构型 ¶

沿着这条判断线看，第四章讨论的五种构型，并不是五份并列铺开的材料，而是五种不同的系统回答。它们共同支撑的，是同一个章节判断：当前边界上不存在统一最优解，只存在在不同约束下各自不可支配的构型。

• 标准总线方案（UALink/UB 为代表）把强语义访问看作第一约束，核心目标是把更多远端资源继续组织成近似本地资源。它最接近前两章里“统一资源、强语义访问、Goodput 兑现”的主问题。
• 标准以太网方案（ESUN/OISA/ETH+ 等）优先守住生态连续性、供应链连续性与运维连续性，在此基础上接受部分语义和时延让步，换取现实世界里更强的可交付性。
• Dragonfly + OCS把局部性边界从柜级继续外推到群级，同时尽量不重写全栈，因此更接近“规模继续外推，但软件与生态代价仍需可控”的构型。
• 3D Torus + OCS把重点从统一交换语义转向切片可用性、故障绕行和拓扑弹性，更像是在重新组织受控域本身。
• 大环路 + dOCS则把交换能力进一步下沉到端侧，甚至测试去交换化是否可能成为下一代高带宽域的默认组织方式；它对应的不是当前主流工程答案，而是对下一条前沿外推路径的激进押注。

构型比较 ¶

把这五种构型放到同一张表里，重要的不是谁的单项指标更突出，而是谁在多重约束下更接近当前可达边界。只有沿着同一套坐标比较，后面关于“标准”与“探索”的区分才不会沦为抽象分类，而会重新落回系统取舍本身。它们至少可以沿以下六个维度横向比较：

这张表最重要的结论，不是谁更优，而是没有任何一列能够同时占优。系统工程在这里承担的职责，不是消除这些冲突，而是把这些冲突压到当前可达边界上，再根据真实约束选择构型。所谓参考设计，本质上是在决定：哪些通信必须继续保留在受控域内，哪些能力可以交给软件和控制面吸收，哪些代价必须由供应链、运维体系和组织能力来承担。也正因此，所谓标准构型与探索构型，并不是名称上的划分，而是两种不同的边界推进方式。

标准构型更接近当前已经能够被工程体系稳定承接的一侧。它们并不意味着没有代价，而是这些代价更容易被现有供应链、软件栈和运维组织吸收，因此更适合作为当下产业条件下的主流落点。

• 标准总线方案：优先把强语义访问留在受控域内，适合 TP、显存共享和细粒度同步场景。
• 标准以太网方案：接受部分语义让步，换取供应链、运维和跨厂商协同的连续性。

探索构型则更接近对边界外推的主动尝试。它们不天然更先进，而是在某些维度上把系统推向更靠外的一侧，同时接受更高的控制面复杂度、更重的软件负担和更大的工程不确定性。它们的意义，不是立即替代标准答案，而是提前暴露下一阶段系统外推最可能遇到的真实约束。

• Dragonfly + OCS：把局部性边界从柜级推向群级，同时尽量保留既有以太生态与软件组织方式。
• Torus + OCS：把拓扑可重构性本身变成系统能力，用以提升切片可用性、任务贴合度与故障绕行能力。
• 大环路 + 分布式 dOCS：进一步测试交换能力下沉与去交换化是否可能成为下一代高带宽域默认组织方式。

协同工程 ¶

把这五种构型放在一起看，第四章最终落出的并不是一套“路线图”，而是一个更硬的结构性事实：超节点不是单产品竞争，而是跨芯片、互联、光学、封装、整机、软件与运维的协同工程。 芯片厂商决定算力与封装底座，交换与互联厂商决定局部性边界的硬件实现，光模块与整机厂商决定能效与交付形态，软件与框架团队则决定这些能力能否稳定兑现为 Goodput。

也正因如此，这些方案都不会静止不动。它们的成立条件，仍会被光互联、封装、Chiplet、HBM/3D DRAM 以及模型形态的演进持续改写。第四章只是把当前边界上的几种构型摆清；下一章讨论的，则是哪类变量最可能继续改变这条边界的形状。