摘要

  • ICANN 表示，2026 轮次收到超过 1600 份主要 gTLD 申请，其中超过 1100 份包含替代字符串申请；但只有收到评估费后，最终申请总数才能确认。
  • 付款并非所有申请人都在 8 月 19 日同时截止：完整费用必须在 8 月 19 日 23:59 UTC 或发票发出七天后的 23:59 UTC 前到账，以较晚者为准。

一份申请在系统里按下“提交”，与它真正进入评估队列，是两个不同的事实。ICANN 在 8 月 12 日关闭为期 15 周的申请窗口时，记录到超过 1600 份主要申请。超过 1100 份主要申请还附有替代字符串申请。多数申请集中在最后几天进入系统，这使最初的数字更像一张待核验的清单，而不是已经锁定的项目池。

ICANN 自己也保留了这条边界：在收到 gTLD 评估费之前，最终申请总数无法确认。标准评估费为每份申请 22.7 万美元，用于覆盖必须进行的评估以及项目后续工作；某些有条件评估另行收费。申请人支持计划的合格参与者可获得 75% 至 85% 的减免，变体字符串也有专门规则。因此，不能把 1600 直接乘以 22.7 万美元，得出可靠的收费总额、资本承诺或市场规模。

8 月 19 日之所以重要，是因为它是当前付款规则的基础日期。但它不是所有人的统一终点。ICANN 8 月 7 日调整规则后，完整费用必须在两个时间中较晚的一个之前收到：8 月 19 日 23:59 UTC，或发票发出七天后的 23:59 UTC。官方举例称，若发票在 8 月 14 日发出，截止时间就是 8 月 21 日 23:59 UTC。

这项例外针对的是发票生成方式。申请提交后，ICANN 先进行尽职审查，并不会自动开票。审查完成后，发票才发给账单联系人，申请人也会在顶级域申请管理系统 TAMS 中收到通知。如果不调整期限，晚开发票可能在申请人尚未收到付款要求时，就消耗掉原有七天窗口的一部分。

真正决定状态的是“到账”，不是“已经汇出”。ICANN 记录付款收到日期，并在处理完成后更新 TAMS。其常见问题页面说明，只有发票全额付清，申请才会标记为 Paid。付款必须以美元完成，申请人承担汇款、交易和换汇费用，确保 ICANN 收到足额款项。可使用电汇、ACH、国际 SWIFT 或 ICANN 批准的其他方式；现金、支票和信用卡不在接受范围内。

这道闸门的后果很具体。《申请人指南》写明，未在适用窗口内支付评估费的申请通常不再继续处理，并会被取消。晚开发票规则改变的是个别申请的计时起点，不是取消付款条件。

付款也绝不等于获批。它只是让申请具备进入后续程序的条件。ICANN 还要核验费用、完成行政检查，并为相同字符串准备可能的争用集合。公众意见、异议、申请人及申请评估、争用解决、签约和最终可能发生的根区委派，仍然是彼此独立的步骤。

接下来的公开节点是 Reveal Day，而不是任何新顶级域立即写入根区。指南预计行政检查约需八周，但会受到总量影响。ICANN 8 月 13 日的公告则说，如无特殊情况，Reveal Day 将在申请窗口关闭后九周内举行，并计划在 9 月中旬公布具体日期及后续里程碑。

届时，通过行政检查的申请将公开可见部分，公众才会看到申请的字符串以及可能形成的争用关系。在此之前，“超过 1600”可以说明提交兴趣旺盛，却不能当作已付费申请数、未来独立顶级域数或最终委派数。

对注册局服务提供商、品牌方、顾问、政府和资金提供者而言，这个差别直接影响容量和风险判断。提交表格表示意向；完成高额付款表示申请人跨过了一个真实的资本门槛；两者都不能证明其技术能力、商业需求或通过评估的概率。

所以，8 月 19 日最准确的报道并不是宣布 1600 多个新域名即将出现。可确认的是：ICANN 已经收到一批规模可观、且在最后几天高度集中的申请，但最终付费申请池尚未公布。下一项可靠证据，应是对账后的正式总数、9 月中旬时间表和 Reveal Day 清单。

来源