10 月 8 日，AI 网络创业公司 Upscale 发布 Token Fabric，试图把 NVIDIA GPU、其他厂商的加速器以及不同网卡接入同一套网络和运维界面。它选择的切入口很具体：云厂商可以买到多种计算芯片，却仍要自己拼接机架内互联、跨机架网络、网络操作系统和故障诊断。
Upscale 给出的答案是一套从交换芯片到管理软件的组合产品。不过，发布并不等于异构集群已经跑通。公司计划在第四季度先推出连接数据中心内多组 AI 芯片的部分，完整平台分阶段延至 2027 年；官方发布页则把正式可用时间写为 2027 年初。现阶段没有公开客户名称，也没有相同工作负载下的吞吐、尾延迟、功耗或故障恢复数据。
三层产品把机架内、跨机架和运维接到一起
Token Fabric 把 AI 集群中的两类网络放进一张产品图。Scale-up 网络连接一个计算域内的加速器，让它们以高带宽、低延迟交换内存数据；scale-out 网络再把多个机架或计算域连接起来，承载分布式训练和大规模推理。
机架内一层由 Upscale 自研的 SkyFabriX 交换芯片和 switch tray 承担。公司公布的单芯片交换容量为 115.2 Tbps，支持标准 Ethernet/IP、OCP ESUN、UALoE 和 SUE-T，并把 UALink 列入后续协议路线图。这里的 115.2 Tbps 是芯片端口的总交换容量，不是某个模型已经达到的有效通信吞吐；从芯片规格走到整机性能，还要经过端口配置、拓扑、线缆、拥塞控制和集体通信库。
跨机架一层不是 Upscale 自研交换芯片，而是使用 NVIDIA Spectrum-X 的 400G、800G 和未来 1.6T 以太网设备。软件层的 SkyOS 横跨两类网络，SkyCMD 则提供统一编排、可观测性和故障建议。CEO Barun Kar 对 Reuters 的描述包括识别瓶颈、提示可能需要更换的设备；这属于产品目标，发布材料没有给出诊断准确率、提前量或自动处置结果。
开放标准减少接口分裂，不会自动消除适配工作
Upscale 所说的“开放”，首先体现在协议和抽象接口，而不是所有硬件可以不经验证直接混插。OCP 在 2026 年 3 月发布的 ESUN 1.0，针对 scale-up 场景增加了链路级重试、信用式流控和 4 字节 ESUN Header，目标是在小消息和多跳拓扑下减少开销、控制拥塞。这给不同厂商实现共同语义提供了基础。
SkyOS 又建立在开源网络操作系统 SONiC 之上。SONiC 通过 SAI，也就是交换机抽象接口，调用不同厂商的交换 ASIC；这种抽象能减少上层软件逐一适配芯片的工作，但各厂商仍要提供对应的 SAI 实现和 SDK。SONiC 官方说明也明确指出，底层 SDK 受厂商许可影响，相关实现未必开源。
这解释了 Token Fabric 真正可能省下的成本：客户不用分别为 scale-up、scale-out 和监控系统维护多套控制面，可以从硅片、整机、软件或完整栈中选择采购范围。它没有解决模型软件的全部可移植性。训练和推理任务能否跨 NVIDIA、AMD 或定制 XPU 调度，还取决于编译器、运行时、集体通信库、内存语义和框架支持；网络协议一致只是其中一层。
NVIDIA 既是投资方，也是这套开放网络的关键供应商
Token Fabric 的商业张力在于，它以“任意 GPU、任意 XPU、任意 NIC”为卖点，scale-out 部分却建立在 NVIDIA Spectrum-X 上。NVIDIA 也参加了 Upscale 今年 6 月的 1.9 亿美元融资；该轮把公司累计融资推到 5 亿美元、估值推到 20 亿美元。
这不构成技术矛盾。标准以太网可以连接不同计算平台，Spectrum-X 也能作为跨机架传输层服务非 NVIDIA 加速器。它意味着 Upscale 目前的开放路径不是完全摆脱单一供应商，而是在 NVIDIA 交换芯片之上统一多种计算芯片，再用自研 SkyFabriX 补上 scale-up 层。客户获得的是计算侧的选择空间，同时在跨机架交换硬件上仍依赖 NVIDIA。
成熟的单一供应商栈有一个现实优势：交换机、网卡和拥塞控制可以共同设计。NVIDIA 在自己的测试中报告，Spectrum-X 通过交换机自适应路由、定向拥塞控制和网卡侧多平面负载均衡，在特定 RDMA 对分带宽测试中达到理论线速的 98%，在 75% 网络负载下把 P99 延迟控制在 8—9 微秒。那是 NVIDIA 对自身软硬件组合的厂商测试，不能直接证明 Token Fabric 的跨厂商组合会得到相同结果，却给 Upscale 设定了一个必须正面对比的基线。
第四季度先交付跨机架部分，完整平台到 2027 年
产品时间表显示，Upscale 会先交付更接近现有供应链的一部分。Reuters 报道称，第四季度推出的首部分用于连接数据中心内多组 AI 芯片；公司发布页把基于 Spectrum-X 的 scale-out 系统列入产品组合，并称早期访问和联合验证已经开始。完整平台将分阶段延至 2027 年，但公司没有公布逐项组件的正式可用时间表。
公司一方面称已经获得客户并有项目推进，另一方面没有披露客户名称、合同金额或部署规模。Kar 预计 Token Fabric 明年收入可达数千万美元，甚至进入较低的数亿美元区间；这是一项销售预期，不是已签收入。发布页的前瞻声明也把产品性能、量产时间、制造和供应链延迟列为可能变化的事项。
这种顺序降低了早期交付难度：Upscale 可以先用合作方已经量产的 Spectrum-X 设备和自己的软件进入客户网络，再等待自研芯片与整个平台成熟。代价是，2026 年第四季度的客户反馈主要验证跨机架设备和运维软件，不能替完整的异构 scale-up 网络背书。
真正的验收标准是换芯片后，工作负载还能稳定运行
对准备混用不同加速器的云厂商，Token Fabric 是否成立不能只看端口速率。第一项测试应把相同训练或推理负载放到明确的拓扑和加速器组合上，记录应用层 goodput、集体通信带宽、P99 尾延迟以及每 token 的网络功耗；这些指标要同时给出消息大小、节点数和拥塞条件。
第二项测试是故障。线缆、光模块、网卡或交换端口异常后，系统需要说明检测到故障用了多久、是否误报、绕行期间损失多少有效带宽，以及替换设备后多久恢复任务。SkyCMD 的价值最终不在于能画出统一拓扑，而在于它给出的瓶颈定位和更换建议能否减少停机时间。
第三项测试是兼容性。客户需要看到哪些 GPU、XPU、NIC、协议版本和软件栈已经联合验证，升级其中一个组件后由谁负责回归测试。开放标准让接口有机会稳定下来；完整产品要证明，这些接口可以在真实版本组合中持续工作。
Upscale 的选择值得关注，是因为它没有再卖一块孤立的交换芯片，而是试图承接客户原本自己完成的系统集成。2027 年真正要验证的也正是这一点：当计算芯片来自不同厂商时，Token Fabric 能否把网络集成从一次性工程变成可重复交付的产品，并在故障和高负载下保住应用吞吐。第四季度的首批交付，只会给出这条路线的第一段答案。
