摘要

  • 一家 GPU 云同时出售三样可以分开计价的东西：加速器本身、喂养加速器的主机、以及把工作送进送出的网络路径。对外它们被合并成一个词——GPU。
  • Genesis Cloud 的公开记录让这个拆分可以被检验，而不是只能被假设。网络这一段现在有文档：AS209045 被记为 Genesis Cloud Limited，原产国马耳他，只登记两个 IPv6 前缀，观测到的 IPv6 对等体是 euNetworks GmbH 与 OVH SAS。
  • 同一页面的摘要读数称，该 ASN 自 2026 年 4 月 16 日起未出现在全球路由表中。这是一个关于记录可见性的陈述，不是关于经营行为的判断。
  • 计算的两段——实例目录、价目表、合同条款，以及任何独立测量的持续性能——不在可读取的公开记录里。本刊在 2026 年 10 月 17 日至 18 日多次尝试，均未取得可提取的文本。
  • 行业层面的机制是可以引用的：容量按实例开通、按 GPU 小时报价；出口流量按流量单独计费；多卡吞吐由互联拓扑决定，而不是由加速器型号决定。
  • 因此，按 GPU 小时做预算的买家，为可见的那一部分付了价，把另外两部分当作信任收下了。

三条腿，三种证据状态

买一张 GPU 云的小时单价，听起来像买一件东西。实际上一次训练任务要跑完，需要三件事同时成立：加速器要有足够的显存与算力，主机要能持续喂给它数据，网络要能把数据集送进去、把检查点送出来，并在多机之间搬运梯度。三者中任何一项短缺，任务都会变慢，而变慢在账单上表现为更多的小时数。这就是为什么「GPU 小时」是一个报价单位，不是一个工作量单位。

Genesis Cloud 这个对象在名录里被登记为「Genesis Cloud Routing, Peering and DNS」，已知角色是网络基础设施运营方，唯一被引用的证据基础是 AS209045 的 RDAP 记录。这个条目本身就是一次拆分：它把这家公司当作一段路由来登记。沿着这条线查下去，三段证据状态完全不同——加速器被宣称而细节不可读，主机完全没有文档，网络路径有文档而且很窄。

记录里写了什么

2026 年 10 月 18 日，Hurricane Electric 的 BGP 工具包返回了 AS209045 的页面文本，其中可逐字引用的部分很短，但足够定位：该页记录 把 AS209045 记为 Genesis Cloud Limited，原产国为马耳他，登记原产前缀总数为 2，两个都是 IPv6：2a09:7000::/31 与 2a09:7007::/36，描述均为「Genesis Cloud LIR Admin」。同一页列出的 IPv6 对等体是 AS13237 与 AS16276，对应名称分别是 euNetworks GmbH 与 OVH SAS。页面没有列出任何 IPv4 原产前缀。

这些是可以核对的技术事实：一个 ASN、一个持有人名称、一个国家、两个前缀、两个对等体。它们不能推出更多东西。一个 ASN 记录说明谁在注册表里被记为这段地址空间的管理者，它不说明这家公司有多少台服务器、卖什么型号的卡、客户是谁、或者服务质量如何。

只有 IPv6 的足迹

两个前缀、全部是 IPv6、没有一个 IPv4 原产——这是一个很窄的对外路由存在。2a09:7000::/31 覆盖的地址数量不小，但「覆盖多少地址」和「实际宣告多少路由、跑多少流量」是两件事。一个只登记 IPv6 空间的 ASN，常见于把客户接入交给第三方网络的运营方：自己的 ASN 只用来承载少量基础设施地址，真正的用户流量走别人的骨干。

这一点对读者的意义不在于猜测这家公司规模小，而在于说明 ASN 记录不能被当作算力规模的代理指标。反过来也成立：一家 GPU 云可以拥有庞大的加速器车队，而在全球路由表上只留下两个前缀。把两者混为一谈，就会得出错误结论——无论朝哪个方向。

4 月 16 日之后的不可见性

同一页面在检索层给出的摘要读数还包含一句更重要的话：AS209045 自 2026 年 4 月 16 日起未出现在全球路由表中。这句话不是逐字摘录的一部分，而是检索层对该页面的概括读数，因此本文按「该页面的摘要读数称」来处理它，而不是当作已经独立复核的结论。

如果这句读数成立，它描述的是一种很常见、也很容易被忽略的状态：注册保留，公告消失。ASN 与前缀仍然登记在册，持有人的名字仍然可以查到，但它们不再出现在别人路由器的表里。对买家来说，这种变化在产品页上是看不见的——页面上仍然写着 GPU、写着小时价、写着可用区域。

需要说清楚边界：本文没有取得该 ASN 的历史公告序列，也没有第二个独立的路由数据源来复核。因此这里能说的是「按该页面的摘要读数，该 ASN 自 2026 年 4 月 16 日起不可见」，而不是「该网络已经停止运行」。前者是记录状态，后者是关于经营的判断，两者之间隔着本文没有的证据。

名称之间的空隙

名录把这个对象命名为「Genesis Cloud Routing, Peering and DNS」，路由记录把 ASN 归于「Genesis Cloud Limited」，国家马耳他。描述性标签与注册表持有人名称是两类不同的主张。前者是编辑性的归类，后者是注册数据中的字段。二者共享一个名字，前缀描述里也出现「Genesis Cloud LIR Admin」，但在本次检索中，没有任何一份文件把经营 GPU 云的业务实体与注册表里的持有人之间的关系写清楚——没有公司注册摘要、没有股权结构、没有官方声明。

这不是一个丑闻，而是一个空隙。空隙的危险在于它可以被填上假设：读者看到同一个名字，就会自动把「卖 GPU 的公司」和「持有这段地址的公司」当成同一个法律主体。多数时候这个假设是对的。但假设一旦被当成事实，之后所有推论都建在沙上——包括对规模、对合规、对责任的推论。

所以本文只写能写的：路由记录把 AS209045 归于 Genesis Cloud Limited，原产国马耳他。名录条目与这家公司的关系，建立在共享名称与名录自身的归类之上，本文没有独立文件确认这层关系。

一个 GPU 小时买不到什么

要看懂这条路由记录为什么值得写，需要先看懂 GPU 云在卖什么。行业里通行的做法是：容量按实例开通，报价按 GPU 小时。这两个单位并不相同。对 GPU 云计费结构的行业说明 描述了这层落差——客户拿到的是一台虚拟机，账单上比较的是一个每卡每小时的价格；按需与预留两种条款价格差别很大，计费粒度也因供应商而异，有的按秒，有的按分钟。

这台虚拟机里包含的东西远比一张卡多：主机 CPU、内存、本地盘、网络接口、调度与镜像。这些资源配比失衡时，加速器会空转等待数据，而空转的时间同样计费。买家看到的是「每小时多少钱」，付出的是「任务跑了多少小时」。后一个数字里包含了前一个数字没有承诺的部分。

第二层落差在网络上，而且出现两次。一次是出口：数据离开供应商网络按流量单独计费，高吞吐的训练任务里这部分可以显著改变总成本。另一次是互联：加速器厂商的技术说明 指出，NVLink 这类直连互联绕开了 PCIe 总线的限制，而多卡训练在梯度同步阶段对通信带宽极其敏感；跨节点则常用 InfiniBand 一类的高速网络。换句话说，同样标称八张卡的两个实例，如果卡间互联一个是 NVLink、一个是 PCIe，训练同样模型的吞吐可以差出一个量级。

把这三层放在一起，结论就很朴素：GPU 小时这个数字只覆盖了加速器这一段，而决定任务成本的主机配比、互联拓扑、存储路径、出口流量与中断条款，全都在这个数字之外。当这些条款不被公开时，买家唯一能比较的就是那个已经失去了大部分解释力的数字。

取证边界（截至 2026 年 10 月 18 日）

以下不是指控，是检索记录。每一条都写明日期与结果，因为「读不到」和「不存在」是两件不同的事。

  • RDAP。 名录条目唯一引用的证据基础是 rdap.org 上的 autnum 记录。2026 年 10 月 17 日 23:56 UTC 的检索返回零个来源候选，因此注册表自身记录的持有人、国家、联系句柄与备注，本文没有读到。
  • PeeringDB。 AS209045 的 PeeringDB 条目 在 2026 年 10 月 17 日 23:58 UTC 检索时访问受限，互联政策、交换中心在场情况、流量比例均无法提取。
  • bgp.tools。 该路由数据浏览器的对应页面 在 2026 年 10 月 18 日 00:46 UTC 检索时访问受限，无法作为第二个来源复核前缀与上游。
  • RIPEstat。 RIPE NCC 的统计页面 返回了状态页，但快照中没有描述性持有人文本或路由摘要，因此无法用于独立复核。
  • 运营方站点。 genesiscloud.com 与 www.genesiscloud.com 在 2026 年 10 月 17 日 23:57 UTC 与 10 月 18 日 00:02 UTC 的两次检索中，主站、定价页、服务条款页与 GPU 实例页均未返回可提取文本。因此本文不建立任何加速器目录、任何小时价格、任何合同条款。
  • 公司数据库。 Crunchbase 的组织条目 在 2026 年 10 月 18 日 00:02 UTC 检索时把 Genesis Cloud 列为私营机构并归入 GPU 云市场，但融资规模与客户名单无法提取。
  • 独立性能测量。 本次检索没有找到也没有收到任何独立测量的持续吞吐、多节点扩展效率、存储吞吐或真实任务完成成本。

这些边界的方向是一致的：越靠近产品与合同，越读不到；越靠近注册与路由，越读得到。这不构成对运营方动机的判断，页面为什么没有返回可提取文本，本文不知道，也不推测。它构成的是一个采购事实：一个买家如果只使用公开渠道，他能核对的只有路由记录，而路由记录恰好是三层里最窄的一层。

为什么这份记录值得写

因为它把一件平时被合并的事拆开了。一个 GPU 云的价值主张是「你能拿到算力」，而算力要真正变成完成的任务，需要主机、网络与合同条款同时到位。这三样东西的证据强度天然不同：加速器可以靠营销宣称，主机可以靠规格表，网络必须靠路由表——因为路由表是别人写的。

当网络这一段被写下来、而另外两段没有被写下来时，读者第一次能看到三层之间的落差有多大。这不是这家公司独有的问题，而是这个行业报价方式的普遍结果。差别只在于，有的运营方把目录、价目与条款放在公开网页上，有的没有；有的 ASN 常年宣告大量前缀，有的只有两个。

关联名录条目

本文讨论的对象在名录中的条目是 Genesis Cloud Routing, Peering and DNS，其已知角色为网络基础设施运营方。条目自身标注的多项数据缺口——法律实体所在国、当前服务、可见资产、母子公司关系、负责的公共领导联系人——与本文的检索结果一致：这些项目在公开渠道上确实没有被建立起来。