代理服务宣传的 IP 池很大，不等于你的账号能在指定地区完成更多有效任务。采购或续费时，应分开判断三件事：实际观察到了哪些出口、这些出口是否符合业务所需的环境、获准执行的任务能否在截止前正确完成。全局 IP 总数不能代替这份容量证据，也不能代替账号的适用限额。
本文面向准备扩大既有、经授权监测业务的技术负责人和预算负责人，提供可离线复算的小例子与空白容量验收表。文中的数字均为教学假设，不是 IPHTML 实测或库存估算。
1. 先问清“池子很大”数的是什么
| 数字或说法 | 应索取的证据 | 单凭它不能证明什么 |
|---|---|---|
| 宣传的总池规模 | 统计周期、地址族、历史累计还是当前可用、共享还是独享、适用套餐。 | 你的账号此刻、在某个国家或同时可分配的地址数。 |
| 实际去重出口数 | 规范化地址、观察位置、时间、路径和会话配置，以及缺失记录。 | 总库存、独立家庭数、独享权或未来可用数量。 |
| 国家、城市或 ASN 覆盖 | 查询来源和版本日期、要求与观察到的分类、未知项、合同约束。 | 精确物理位置、独立故障域，或套餐支持指定该 ASN。 |
| 并发与额度 | 限制的是连接、请求、会话、带宽还是账号流量；作用范围和重置周期。 | 到达该限制时仍能准时完成有效任务。 |
| 业务可用容量 | 指定的授权任务组合、调度计划、限额、校验规则、截止与实际结果。 | 未测地区、更大负载、峰值上限或长期服务保证。 |
服务商没有说明统计口径，就记为 UNKNOWN。小样本既不能确认，也不能否定历史全局库存声明。先让对方解释口径，不要把宣传数量乘一个假定请求速率，直接当作产能。
2. 去重地址，不推断独立供给
RFC 6269 说明一个公共 IPv4 地址可能由多个用户共享。因此，一个不同地址不等于一个不同的人或家庭。同一个 IPv6 地址还可以有多种文本写法，RFC 5952 对此有说明。计数前应按地址值规范化，分别保留 IPv4 与 IPv6 汇总，不将它们解释为设备数量。
RIPE NCC 用明确的路由策略描述自治系统。ASN 数量不能证明独立所有权、故障隔离、住宅来源或更好的任务结果。记录查询方法与日期，缺失或冲突的分类继续保留未确定状态。MaxMind 明确说明地域定位存在准确性限制，并会随网络与地区变化。城市标签是该查询来源给出的证据，不是物理位置保证。
需要确认业务请求实际使用的出口时，优先使用你控制且获准测试的目标端日志，并正确处理可信中间代理转发的信息，注明观察位置。单独访问“查询我的 IP”接口，只能证明那个查询目标在那个时间看到的出口；相邻请求或相同会话标识，都不能证明业务目标看到同一地址。拿不到目标端出口证据，就记为 UNKNOWN，把查询接口样本单独汇报。探测请求也需要获准预算；不要记录凭据、Cookie 或个人信息。会话标识与出口的区别可参考会话选择与验收指南。
3. 复算两个时间窗里的出口集合
假设同一观察位置、相同路径配置下，两个时间窗各有六条已知出口记录。A 窗口看到地址编号 1、1、2、3、4、4；B 窗口看到 3、3、4、5、6、6。以下使用文档示例地址，不是可访问的测试端点。
from ipaddress import ip_address
a = [ip_address("192.0.2." + str(n)) for n in [1, 1, 2, 3, 4, 4]]
b = [ip_address("192.0.2." + str(n)) for n in [3, 3, 4, 5, 6, 6]]
sa, sb = set(a), set(b)
assert len(sa) == len(sb) == 4
assert len(sa | sb) == 6
assert len(sa & sb) == 2
assert len(sb - sa) == 2
assert ip_address("2001:0db8:0:0:0:0:0:1") == ip_address("2001:db8::1")
print({"observations": len(a) + len(b), "unique_union": len(sa | sb),
"shared_unique": len(sa & sb), "new_unique_in_b": len(sb - sa)})
在本地用 Python 3 执行，不会发送网络请求。结果应为 12 条观察、合并去重 6 个地址、两个窗口共有 2 个不同地址、B 相对 A 新出现 2 个地址。直接相加两个窗口的去重数，会错误地得到 8。按合并后的时间序列，12 − 6 = 6 条观察重复了此前出现过的地址，占 6/12 = 50%。这只是本次观察频次的描述，不是碰撞概率、总池规模估计或失败率。对有状态任务而言，重复使用出口可能正是需要的行为。
示例使用 Python 地址解析器。真实日志要单列无效或缺失地址数，不能把它们合并为一个“未知 IP”，也不能悄悄从计划任务里删除。端口、会话标识或 IPv4 映射形式应按明确规范处理，不能直接混入地址计数。这六个地址只证明本次窗口观察到的集合，不说明它们曾同时可用，也不说明明天仍然可用。
4. 用受控负载核对任务交付
从已批准任务清单和代表性试用方案开始。固定路径、账号及套餐、客户端版本、会话方式、目标集合、内容校验器、请求预算和调度计划。先确认目标侧与账号侧的限制；任何一边不明确，保持 HOLD。如果直连、官方 API、授权数据集或已有获准地域节点可以满足任务，优先比较这种更简单的路径。
教学计划：US 和 DE 两个必需市场，分别设置 4 与 8 个同时在途任务的应用并发上限。每个场景在 600 秒内安排 120 个不同任务，于第 0、5、……、595 秒各释放一个；最后一次释放后再保留 60 秒观察尾窗。这个简化例子中，每个任务只发一次获准 GET，不重试。有效结果必须匹配批准的商品、所需字段与市场，并在计划释放后的 60 秒内交付，排队时间也计入。每个场景至少需要 114 个准时有效结果，全部 120 个计划任务有可核对记录，且不存在未确定结果或停止事件。这些是教学阈值，不是通用推荐限额。实际浏览器任务可能发出很多请求，需要另计总请求和字节。
先跑较低档位，一次一个场景。两个低档市场都通过，且高档仍在批准限制内，才进入下一档。使用匹配的任务清单与等价的获准时段，记录实际起止时间，并重复低档对照以识别时段变化。并发上限之外还要有请求速率限制器；只限并发不能保证请求速率合规。这里改变的是允许同时处理的任务数，任务到达计划保持不变。实际并发可能根本达不到上限，因此必须记录观察到的并发，不能为了填满并发额外制造流量。
| 必需场景 | 观察到的去重出口 | 准时有效／计划任务 | 假设验收结论 |
|---|---|---|---|
| US，上限 4 | 30 | 118 / 120 | 该场景 PASS |
| DE，上限 4 | 18 | 115 / 120 | 该场景 PASS |
| US，上限 8 | 49 | 116 / 120 | 该场景 PASS |
| DE，上限 8 | 31 | 104 / 120 | FAIL，暂缓扩容 |
仅在这张假设表中，约定其他必需证据均完整，剩余任务都有明确的迟到或无效结果，且没有发生停止事件。下载表没有填入这些结果。DE 在上限 8 时看到更多出口，却未达到 114 个有效交付门槛。这不能证明代理就是瓶颈：还要查客户端资源、排队、目标变化、解析与路径证据。它支持的决定是暂缓上限 8 的扩容，查明原因后再做匹配复测。上限 4 也只通过这个小范围任务，并不证明到达速率翻倍后仍可用。
计划速率是 120/600 = 每秒 0.2 个任务；门槛按调度窗口归一化为 114/600 = 每秒 0.19 个准时有效任务，同时保留前述观察尾窗。这不是实测峰值吞吐，也不是“每个 IP 能做多少任务”的换算。四个场景共安排 480 个任务；额外出口探测是另一部分流量，必须另有获准预算。本例没有产生真实测试流量。
5. 先填容量记录，再决定是否扩容
下载中英文容量验收表。四行都是假设计划，观察字段留空，执行状态为 NOT_RUN，决策为 HOLD。把市场与档位替换成实际批准范围。开始前填写授权及限额依据、账号与路径、必需地域/ASN 或明确“不要求”、会话约束、校验器、计划任务清单、速率与探测预算、时区、负责人和回退条件。必需元数据缺失就不能 PASS。
另存逐任务台账：job_id, cell_id, scheduled_at, started_at, finished_at, outcome, validator_version, evidence_ref。每个计划编号都要对应有证据的结果，包括未开始的任务；确认未调度或迟到的任务不算有效交付。出口观察另存：cell_id, observed_at, observation_point, normalized_ip, lookup_source_version, classification, evidence_ref。只有证据支持时才把某个任务与出口关联。原始记录私下保存，向支持团队提供脱敏引用。
- HOLD：必需字段、计划任务对账、结果、限额或必需地域/ASN 证据有未知项。如果没有出口去重证据，但业务本身不要求该项，可以如实注明；不能因此编出库存结论。
- STOP/FAIL：授权撤销、超出公开或账号限额，或出现拒绝、挑战、429。停止接收新任务，遵循适用的访问与重试要求，不通过轮换地址绕过限制。未达到交付门槛也属于该场景 FAIL，即使原因尚未确定。
- 仅测试范围 PASS：授权及限额已确认，必需场景均已执行，计划任务全部有证据支持的结果，每行均通过交付和必需环境门槛，没有未确定结果或停止事件，并记录复核人与时间。总平均再高，也不能覆盖某个必需市场失败。
- 有限扩大使用：必需场景全部通过后，再评估成本和更长的代表性运行窗口，明确回退触发条件与负责人。不能推广到未测到达速率、市场或时段。持续结果用可靠性评分表跟踪，经济性用成本模型复算。
把“需要更多 IP”改成可核对的需求
准备授权任务、市场、会话约束、任务到达速率、截止、实测并发和脱敏的暂停或失败证据，查看 IPHTML 轮换代理页面，再通过官方联系入口确认适用套餐限额与小范围评估。本文不证明可供应库存、地域或 ASN 选择能力、试用资格、性能或响应时限。如果现有路径已经满足任务，证据也可能支持继续保持原方案。
方法说明：AI 辅助编辑分析，所链接一手资料核查于 2026 年 10 月 18 日。只执行了离线算术与示例代码。工作表阈值、示例结果和地址序列均为假设；真实产品容量、客户成果、支付和续费尚未验证。