模块 2：一般信息

ICANN 深知 2026 轮次新 gTLD 项目的复杂性，因此编写了相关指南，以回应申请人可能提出的问题。本模块提供基本信息的直接获取渠道及附加资源链接，助力申请人与利益相关方更深入理解本项目。

模块 2 简要介绍了若干关键主题，包括：

• 语言和支持文件的相关信息。

• 普遍适用性。

• 安全性和稳定性。

• 法律合规性。

本模块应作为申请人提出一般问询时的主要参考依据。

2.1 资源和帮助

现有多项资源可解答有关 2026 轮次新 gTLD 项目及申请流程的问题，具体如下所述。

2.1.1 常见问题解答

ICANN 汇编的常见问题解答 (FAQ) 数据库，为申请人提供了有价值的参考信息。访问新 gTLD 项目网站的 FAQ 页面，即可查阅这些常见问题的解答。¹

2.1.2 一般问询支持

若有关于 2026 轮次新 gTLD 项目的一般问询，请联系 ICANN 全球支持²，或发送电子邮件至：globalsupport@icann.org。

ICANN 全球支持部门还设立专属申请人顾问岗位，协助解答申请流程相关疑问，并指导申请人获取可用资源。

2.1.3 与系统和申请相关的问题

为保障申请人资料的安全与隐私，若申请人对自身申请存在具体疑问，必须通过 TAMS 系统提交问询请求。如需在 TAMS 中提交问询，请点击主页左侧“View My Organization”（查看我的组织）链接。此时将进入“Organization Summary”（组织摘要）页面，在该页面您可以点击右上角的“Create Inquiry”（创建问询）按钮。

如需了解如何创建问询以及其他有用的系统相关信息，请参阅新 gTLD 项目网站上的 TAMS 用户指南。³

正如第 2.1.2 节所述，关于新 gTLD 项目的一般问询必须通过 ICANN 全球支持进行提交，请联系（globalsupport@icann.org）。

2.2 语言和支持文件

2.2.1《申请人指导手册》和相关材料

《申请人指导手册》将提供所有 ICANN 语言版本：阿拉伯语、中文、英语、法语、俄语和西班牙语。⁴要获取各语言版本，请访问《申请人指导手册》主页。⁵《申请人指导手册》和其他文件均以英语版为权威版本。

2.2.2 新 gTLD 申请语言

英语是所有 ICANN 业务的主要工作语言。所有申请材料必须以英文提交，除非申请问题中另有明确说明。

2.2.3 新 gTLD 申请所需提交的支持文件的语言

申请人需提供对应支持文件的原件。在提交非英语版本的原件时，申请人必须同步提供：

1. 原始文件。

2. 每份文件的英语翻译文件。

3. 每份文件的翻译准确性证明。

翻译证明必须使用英语出具，并包括以下内容：

1. 翻译人员的资质证明。

2. 确认翻译完整性和准确性的声明。

3. 对翻译文件及其原始语言的识别信息。

4. 翻译人员的姓名、签名和日期。

大多数专业翻译人员和翻译机构都可提供翻译证明，无需公证。翻译准确性证书的样本可在美国翻译协会 (American Translators Association) 网站上查阅。⁶

正确提交经认证的翻译件，可加快材料的审核与处理。

2.3 域名和电子邮件地址的普遍适用性

普遍适用性 (UA) 是关键概念，旨在确保所有基于互联网的应用程序、设备和系统，应接受所有域名和电子邮件地址，不论其文字、语言或 TLD 长度如何。上述原则使互联网用户能够使用契合自身文化和语言偏好的域名和电子邮件地址，在网络上进行浏览和交流。

2.3.1 关注涉及新 gTLD 的域名和电子邮件地址实现普遍适用性的相关问题

所有申请人应知晓，获得 ICANN 批准并签订一份《注册管理机构协议》，并不保证可立即实现全面的互联网功能适配。过往经验表明，因实施变更可能需修改第三方软件，所以即使新顶级域已在 DNS 根区完成授权，网络运营商仍然可能无法立即全面支持这些域名。同样，软件应用程序有时会尝试验证域名有效性，并且可能无法兼容识别新顶级域或未知顶级域。

ICANN 无法强制要求软件兼容新顶级域，但可提供相关资源予以协助。ICANN 会公布有效顶级域列表，并已开发了一款基础工具，协助应用程序提供商调用当前根区数据。 ICANN 鼓励申请人充分了解这些潜在集成问题，并在启动与上线计划中提前规划应对。成功申请人可能需投入大量精力协同提供商，以完成其申请 gTLD 的普遍适用性落地。

如需了解更详细的信息，申请人应参阅普遍适用性网页⁷以获取背景资料。国际化域名申请人还应查看涉及根区 IDN 测试字符串经验的相关材料。⁸

2.3.2 关于普遍适用性的更多详细信息

ICANN 与社群持续推动互联网生态系统的 UA 就绪进程。ICANN 会在普遍适用性网页上发布有关普遍适用性的最新详细资料，包括最新的年度《UA 就绪报告》。这份报告涵盖技术方面的 UA 支持现状，涉及编程语言、电子邮件工具与服务、网络实用程序、社交网络应用、内容管理系统、身份验证工具等。该报告亦涵盖当前开展的错误报告及修复工作进展。如需获取 UA 报告、技术培训材料，以及如何使系统实现 UA 就绪的指导说明，请访问普遍适用性网页。关于字符串技术可行性的条款载于基准《注册管理机构协议》第 1.2 节（附录 4）。

2.4 申请人的言论自由

ICANN 尊重申请人受国际公认法律原则保护的言论自由权，包括《保护工业产权巴黎公约》(Paris Convention for the Protection of Industrial Property)、《世界人权宣言》(Universal Declaration of Human Rights) 和《公民权利及政治权利国际公约》(International Covenant on Civil and Political Rights) 中定义的权利。

尽管申请人可申请可用的字符串，但需与基于技术标准、保留名称列表及本指导手册详述的其他禁令的相关限制相权衡，同时留意言论自由的边界。评估是否发起有限公共利益异议（第 4.5.1.3 节）时，独立异议人会将言论自由与其他相关因素综合考量。若拟申请字符串违反适用法律、其他权利、要求或禁令，申请将无法通过。

2.5 安全性和稳定性

DNS 根区中完成授权的 TLD 数量，月度增幅不应超过约 5%。⁹

申请将按申请优先级顺序推进处理。新 gTLD 纳入根区的授权流程，自注册管理运行机构在新 gTLD 就绪后提交授权请求时启动。¹⁰除非存在特殊情况，否则授权请求将按“先到先得”原则处理，直至触及根区变更限制条件。但其他类型 TLD 的授权请求¹¹，享有优先于新 gTLD 的授权请求的处理权。

ICANN 保留在发生实际或潜在 DNS 服务不稳定情况（由 ICANN 全权合理认定）时更改授权率的权利。如需更改授权率，将通知所有受影响的申请人。ICANN 对字符串授权的任何延迟，均不影响注册管理运行机构按基准 《注册管理机构协议》（附录 4）第 2.20 条的规定时限，完成授权前测试及流程的责任履行。

2.6 法律合规性

申请人知晓，ICANN 必须遵守所有适用法律规定，包括美国法律、法规和规章。由美国财政部海外资产控制办公室 (Office of Foreign Assets Control, OFAC) 管理的经济与贸易制裁计划即在此之列。¹²该制裁适用对象包括特定国家/地区，以及 OFAC 《特别指定国民和被封锁人士名单》（SDN 名单）所列个人和实体。未经美国政府适用的授权或豁免，ICANN 不得向受制裁国家/地区的居民、其政府实体，或 SDN 名单所列个人和实体，提供大部分商品或服务。通常情况下，ICANN 不会为向 SDN 名单所列个人或实体提供商品或服务而申请许可。过往有请求 ICANN 向非 SDN 名单但属受制裁国家/地区居民的个人或实体提供服务时，ICANN 曾依规申请并获发许可。但申请人认可 ICANN 没有义务寻求此类许可，而且在任何情况下，OFAC 都可能决定不签发所请求的许可。

2.7 问责机制

ICANN 在所有实践中，切实履行对问责制和透明度的承诺。ICANN 视这些原则为确保其自下而上的多利益相关方模型持续有效的根本保障。ICANN 实现问责与透明的机制，贯穿于组织各层级及职责体系——这些机制始于其章程，¹³详述于问责制和透明度的框架及原则¹⁴（已于 2008 年获得 ICANN 董事会通过），且每年通过战略和运营规划得到加强。¹⁵为增强自身透明度和问责制，ICANN 建立了用于审核 ICANN 行动的问责机制。如需了解详情，请参阅 ICANN 问责机制。¹⁶

2.8 后续申请轮次

ICANN 预计后续新 gTLD 轮次将按可预测的固定间隔开展，且不设无限期审查期。除特殊情况外，申请程序将持续推进且不受中断影响，除非 GNSO 理事会建议暂停且 ICANN 董事会批准该建议。

即便先前的申请处理及授权流程尚未完成，董事会仍有权启动新一轮流程。现有 gTLD 可分配变体字符串的申请，也可在 2026 轮次及后续轮次中提交。

董事会将尽快确定下一轮申请的时间安排，理想情况下，这一时间将在满足以下条件后的第二次董事会会议上予以确认：

1. 需确认当前轮次的申请字符串列表，并关闭字符串变更请求窗口。这样，后续轮次的申请人即可明确知晓哪些字符串可供申请。

2. 此外，ICANN 在接收和处理新申请的过程中并未遇到重大阻碍。

未来的审核和政策制定流程，包括下一轮竞争、消费者信任和消费者选择 (Competition, Consumer Choice & Consumer Trust, CCT) 审核，应独立于后续的 gTLD 申请轮次进行。除特殊情况外，此类审核不得停止或推迟申请轮次。

如果任何审核结果或政策制定流程可能对申请程序产生重大影响，相关变更将在董事会采纳相应建议后，适用于下一轮申请轮次。此类建议的实施将作为确定下一轮申请轮次时间的先决条件。

2.9 日历日和时间表

除非另有说明，《申请人指导手册》中提及的所有流程倒计时周期均以日历日计算，并于流程启动公告发布次日的世界协调时 (UTC) 00:01 起算。除非另有说明，所有截止时间均以世界协调时 (UTC) 为准。

2.10 注册管理运行机构对注册服务机构的基本义务

本节重点阐述注册管理运行机构在与注册服务机构互动过程中应履行的义务。有关全部注册管理运行机构的义务，请参阅附录 4：基准《注册管理机构协议》。

gTLD 下的域名注册必须通过 ICANN 认证注册服务机构办理，除非基准《注册管理机构协议》中明确允许注册管理运行机构自行注册域名的有限例外情形。请参阅基准《注册管理机构协议》的第 2.9 节。

注册管理运行机构必须与所有获授权的注册服务机构签订统一的《注册管理机构-注册服务机构协议》(Registry-Registrar Agreement, RRA)，以规范域名注册相关事宜。该 RRA 协议务必包含基准《注册管理机构协议》中明确规定的部分条款，并可依据特定 gTLD 的情况增设附加条款。注册管理运行机构需严格依照协议中规定的时间框架，提前向所有注册服务机构告知价格变动信息。请参阅基准《注册管理机构协议》的第 2.9 节和第 2.10 节。

所有注册管理运行机构均应遵守《注册管理运行机构行为准则》，除非 ICANN 向符合条件的注册管理运行机构提出的豁免请求予以批准。¹⁷该行为准则要求注册管理机构向所有经 ICANN 认证且已签订 RRA 协议的注册服务机构提供非歧视性的注册服务访问权限。请参阅基准《注册管理机构协议》的第 1(a) 节规范 9。

此外，《注册管理机构行为准则》还要求，同时提供注册服务机构服务（即注册服务机构 - 分销商服务）的注册管理运行机构，应确保通过独立于注册管理运行机构的合法实体提供此类服务，并开立独立的会计账簿。ICANN 保留将任何涉及交叉所有权问题的申请移交给相关竞争权威机构的权利。请参阅基准《注册管理机构协议》的第 2 节规范 9。

注册管理运行机构应了解，ICANN 认证注册服务机构无义务承载 gTLD 或在其产品和服务中向客户提供 gTLD。尽管我们鼓励注册服务机构关注新 gTLD 项目的最新进展以便了解获得授权的 gTLD，但是否与每个注册管理运行机构签订 RRA，由注册服务机构自行决定。

ICANN 将继续为 gTLD 注册管理运行机构启动和维护注册管理机构的运营提供支持。ICANN 为 gTLD 注册管理运行机构提供了联系人，以提供持续协助。注册管理运行机构也可参考注册管理运行机构的网站¹⁸以及新 gTLD 项目网站¹⁹的“签约后”章节以获取更多信息。

ICANN 的合同合规职能部门将定期执行审计，以确保 gTLD 注册管理运行机构遵守协议义务，并对任何违规行为进行调查。有关当前合同合规活动的更多信息，请参阅合同合规部网页²⁰。

ICANN 章程要求 ICANN 组织以公开透明的方式采取行动，并在注册管理运行机构之间提供平等待遇。ICANN 有责任维护全球互联网的安全和稳定，并期望与未来的 gTLD 注册管理运行机构形成建设性合作关系，共同促成这一目标的实现。