Thread和Matter刚问世时，行业期待它们终结智能家居的“协议战争”。当时的口号很响亮：不再有专属网关，不再有生态孤岛。你买一个Thread设备，通电，它就应该自动加入一个能自我修复的高速网状网络。

四年过去了，真实体验是另一回事。用户往家里添置的设备越多，网络越糟心。客厅放一台Apple HomePod，厨房摆一台Google Nest Hub。你期望它们联手织出一张覆盖全屋的大网。实际情况是：智能插座从中间裂开了。半边屋子绑在Apple上，另半边归Google。一旦Apple的边缘路由器掉线，Google那边的设备不会帮你修复链接。你被困在一张分裂的网格里。

打开网易新闻 查看精彩图片

这背后的根因，藏在Thread的架构底层。Thread本质上是基于IP的网状网络，设备要加入某个特定Thread网络，必须先拿到一套“运行数据集”——里面装着主加密密钥、网络名称、信道这些核心凭证。但早期落地的架构存在根本性缺陷。当你设置Apple TV时，它生成一套Thread网络数据集，藏进你的Apple钥匙串。当你设置Google Nest Hub时，它生成另一套完全独立的数据集，存进你的Google账户。两家公司根本不互通彼此的凭证库。结果就是，你家的空中电波里挤满了完全隔离的、跑在不同信道上的竞争性Thread网络，设备之间丧失了路径冗余。

反观那个被我们被告知该放弃的、没人炒作的老标准——Zigbee——从一开始就没这个问题。Thread的多Leader布局跟Zigbee严格的层级制有着天壤之别。Zigbee网络依赖单一、明确的硬件控制器，即Zigbee协调器。市面有多种硬件可选，但你只需要选定一个，之后家里所有设备都挂在它下面。一个网络永远只有一个协调器，也就只有一个信任中心。

你把智能灯泡或者插座插进墙里，加进这个家庭网络，它只扮演一个纯粹的路由器角色，盲目地扩展同一套加密网络覆盖。在这个结构里，出现“分裂网格”本身就是一件不可能的事。Zigbee那种古老的架构拓扑至今仍是智能家居稳定性的教科书级范本。