IP 共享程度是什么：
为什么「低共享」不等于独享

1. 共享程度到底在测什么

IPure 报告里的 sharing 有两个字段：

这两个数来自 proxycheck 的设备观测；它不是运营商账单、不是 NAT 会话表，也不是平台内部的账号关联数据。它只能说明公开可见的设备规模，不能回答「此刻还有谁在用这个出口做什么」。

2. IPure 的分档与数据

IPure 的评分只看 sharing.subnet，分四档：

规则在 src/lib/scoring/score.ts 的 scoreSharing()。这里的「加回 / 扣」是纯净度口径；内部风险点方向相反。

在 420 个机房 IP 的样本里：

• 低共享（≤10）：123 个，占 29.3%，每个加回 4 分；
• 存在共享（51–200）：68 个，占 16.2%，每个扣 3 分；
• 共享严重（>200）：10 个，占 2.4%，每个扣 6 分。

按纯净度口径，这一类合计加回 228 分——因为样本里低共享的 IP 比被扣分的多。这个结果只说明这 420 个样本，不能外推成「机房 IP 大多独享」。

3. 为什么低共享不等于独享

至少有四种情况，会让一个「实际被很多人使用」的出口看起来共享程度很低：

1. NAT / CGNAT：很多设备共用一个公网 IP，但外部只能看到一个地址；同网段设备数不一定反映真实使用人数。
2. 数据覆盖不足：数据源没有观测到，不代表没有设备；0 是「没看到」，不是「没有」。
3. 使用方式隐蔽：低频、分散的使用不会形成明显的设备聚集，但账号之间仍可能被平台关联。
4. 网段划分：同一业务可能散布在多个 /24 或多个 CIDR，单看一个网段会低估整体共享。

所以：低共享是一个「没有被明显抓出来」的信号，不是一个「保证独享」的证明。它适合用来排除明显拥挤的出口（>200 台），不适合用来证明「这个 IP 只有我在用」。

4. 哪些场景最在意

同一个共享程度，在不同用途下的权重不同：

权重来自 IPure 的场景模型（src/lib/scoring/scenario.ts）；没有出现在权重表里的类别按 1.0 计。它不是平台公布的规则。

这也是为什么「同一个 IP，电商场景很低、邮件场景却还行」：共享在电商场景被放大，在邮件场景不是主要变量。

5. 怎么看、怎么改善

在 IPure 报告里看两处：

1. 「共享程度」标签：很低 / 较低 / 较高 / 严重，括号里是同网段设备数。
2. 判据详情：具体是「观测到的共享程度很低」还是「出口共享严重」，以及扣了多少分。

改善方式只有有限的几种：

• 换独享或低共享的出口。这是最直接的；购买前问清是独享、共享还是 NAT，别只看「住宅 / 机房」标签。
• 避开明显拥挤的网段。>200 台的出口，优先换；51–200 台结合用途判断。
• 到手后重新检测。同一个服务商的不同 IP 可能落在不同网段，共享程度不一样。
• 不要试图伪造观测。共享程度来自外部数据，个人改不了；伪造 PTR、设备名或流量特征不会让它变小。

6. 四个常见误区

IPure 的共享程度取同网段观测到的设备数：≤10 台加回 4 分，51–200 台扣 3 分，>200 台扣 6 分；0 台表示没有观测到，不等于独享。420 个机房 IP 的样本里，低共享 123 个（29.3%）、存在共享 68 个（16.2%）、共享严重 10 个（2.4%）；按纯净度口径，这一类合计加回 228 分。样本来自用户主动检测，偏向个人单独使用的 VPS，不能外推到整体。
来源：IPure《机房 IP 的每一分去哪了》（https://ipure.dev/guides/datacenter-ip-deduction）与 2026 Q4 数据报告（https://ipure.dev/reports/2026-q4）

常见问题