摘要

  • 格罗克（Groq, Inc.）在 ARIN 的组织记录下：一个机构编号、三个同日提交的自治系统号、三个在九个月里陆续记为「直接分配」的地址块。
  • 三个自治系统号记录的备注栏全部为空，也就是说，注册库公布了持有者是谁，却没有说明任何一个网络做什么用。
  • 公司自己的首页写着「数百兆瓦」的算力，却没有点名任何一座数据中心、任何一个地区、任何一张网络，买家因此无法把服务和这三个登记在册的网络对上。

把地址注册库当作算力采购的验证材料，是行业里非常普遍的习惯，也是一次比自己以为的更窄的核对。注册库确实确认了某些真实的东西：有一家机构对这些号码负责，出问题时有一条联系路径。但表格里没有任何一格写着运营：哪张网络服务哪个地区、哪个地址块由哪个自治系统号发起、背后跑的是什么服务。买家的错不在粗心，而在层次——他读的是一份身份证明，却当成了一份运营证明。

注册库到底证明了什么

区域互联网注册库——这里是 ARIN，负责北美号码资源的机构——本质上是一本带义务的通讯录。它维护地址块与承担责任的组织之间的对应关系，保存技术与滥用投诉联系人，并记录这个地址块是以哪种分配方式到达持有者手里的。这些都是有用的、可核查的事实。它们都不等于运营证明：注册库不会声明某个地址块已在全球路由中被通告，不会声明哪个自治系统号在发起它，也不会声明它在支撑什么业务。

格罗克的公开档案很短，一次就能读完。ARIN 组织记录 GROQI 于 2024 年 7 月 11 日登记 Groq, Inc.，最后更新时间为 2025 年 1 月 29 日。围绕这份记录有三份清单：自治系统号、联系人、网络资源。三份清单里都没有一句描述性文字。

三个号码，同一个日期

自治系统号是路由表里出现的那个身份，一张网络用它向其他网络宣告自己的存在。该机构关联的自治系统号清单 里恰好三条：GROQCLOUD，AS40214；GROQ-PROD-5，AS46645；GROQ-MSP-1，AS40172。

三个都在 2024 年 7 月 31 日登记。按各自记录显示，第一个最近一次更新是 2025 年 7 月 23 日，另外两个的登记日期与最后更新时间仍是同一天：AS40214、AS46645、AS40172。三条记录的备注栏也都空着。

备注栏是这张表格里唯一能让运营方用一句话解释「这个号码为什么存在」的地方。三个都空着。这里需要说准确：它意味着没有公开的书面说明，并不等于没有在用。这个区别对运营方和对评估者都同样重要。「PROD-5」这样的标签会让熟悉网络命名习惯的人联想到生产环境，但任何一份被查阅的记录都没有定义这个词，本文只把它当作命名习惯，不当作关于服务的事实。

一个联系人，三种职能

机构联系人清单 把技术、滥用投诉、管理这三项职能全部指向同一条联系人记录 GROQN-ARIN。对买家来说，结论既具体又实际：升级路径清楚存在，而且只有一条。

这种集中本身不是行政瑕疵，它是一条运营风险信息。当一家规模较大的机构把这三项职能分给不同团队时，买家可以推断出一定的内部专业分工和人员纵深；当三项落在同一条记录上时，什么也推断不出来，只能知道同一扇门同时接待技术事故、滥用投诉和网络合同事务。

三个地址块，九个月

机构的网络资源清单 里有三个块，没有别的。每份记录都把它们标为「直接分配」——即注册库直接把地址交给机构，而不是经由上游服务商转手——并把 Groq, Inc.（GROQI）列为负责机构。

时间顺序才是最说明问题的细节。185.111.200.0/22 覆盖 1,024 个 IPv4 地址，登记于 2024 年 9 月 9 日。IPv6 的 2607:EE40::/32 登记于 2025 年 1 月 9 日。124.197.0.0/20 覆盖 4,096 个 IPv4 地址，登记于 2025 年 4 月 28 日。从第一笔到最后一批相隔九个月，而三个自治系统号在头一个月就已经全部提交。

这段顺序讲的是一个行政过程：机构先拿到路由身份，再按需要分批取得地址空间。它不讲这些空间后来发生了什么。分配类型描述的是地址块到达持有者的那条行政路径，不是后续用途，而每一份地址块记录都没有填补这个空白。

运营方的承诺里没有地图

档案的另一侧是公司自己的说法。groq.com 首页原文写着：「We're building hundreds of megawatts of capacity, with many more on the way.」用中文说就是：他们正在建设数百兆瓦的算力，后面还有更多。页面把自己描述为面向人工智能推理的云服务商。它没有点名任何数据中心，没有点名任何地区，也没有点名任何网络。

不对称就在这里，而它正是买家该在意的地方。公开档案精确列出三个网络身份、三个地址块和确切日期；市场宣传谈的却是以兆瓦计的算力。两份文件谁也不翻译谁。一个仔细的读者可以知道分配了多少地址、在哪几天分配的，同时又无法知道一次推理在哪个地区完成、由哪个自治系统号承载。

这个缺口不是小小的信息遗漏，它恰好是采购决策用假设代替文件的那一点。通常的假设是：一家拥有三个自治系统号和三个地址块的公司，应该有一张与其宣传相匹配的分布式网络。这可能为真。但被查阅的记录里没有任何一份这样说。

证据到这里为止

本文的边界有三条，放在一处说明。对 AS40214、AS46645、AS40172 以及三个地址块，没有取得任何路由观测，因此本文既不确立、也不排除这些空间在全球路由中存在活跃通告。格罗克云控制台的公开文档页面无法用本次检索工具读取，这属于访问格式限制，不是关于其内容的发现。运营方页面也没有说明「数百兆瓦」指的是已签约、在建还是规划中的算力。

这三处缺失在本文中都不会被当成任何结论的证据。注册库里备注栏是空的，这是注册库的事实，不是关于这家公司的判断。

买家可以要求什么

运营方可以低成本补上这个缺口：说明哪张网络服务哪个地区，或者公布每个自治系统号发起的前缀。在这之前，注册库就是公司外部唯一能核对的东西，而它回答的是「谁负责」，不是「交付什么」。

BTW 关于格罗克的公司名录条目 把这些注记收在一处，方便需要回查的人。结论可以用一句不太舒服的话说清：通讯录不是运营证明。它是核对责任人的地方。其余的一切，需要向对方要一张地图，并且用读注册库时同样的认真去读它的回答。