Skip to main content
Resources

《gTLD 注册管理机构基本协议》(基本 RA)、规范 13 以及 2013 年《注册服务机构认证协议》(RAA) 的 2023 年通用修订案

注:所有语种版本中,英文版为官方版本,其他语种版本仅供参考。

新闻

2023 年 1 月 19 日 – 投票期于世界协调时 2023 年 1 月 19 日 17:00 开始,3 月 20 日 23:59 结束。注册管理机构和注册服务机构可以在此期间进行投票表决。

2023 年 1 月 17 日、18 日 – ICANN 组织举办了两场网络研讨会,旨在回顾拟定修订案,并对投票流程与规程进行简要介绍。这两场网络研讨会都提供了实时的阿拉伯语、中文、法语、葡萄牙语、俄语和西班牙语翻译。下面列出了网络研讨会各语言版本的录像和录音:

查看存档新闻

相关资源

背景介绍

2019 年 10 月,ICANN 组织(简称"组织")开始着手与 gTLD 注册管理机构利益相关方团体 (RySG) 和注册服务机构利益相关方团体 (RrSG) 开展协商,共同对《gTLD 注册管理机构基本协议》(基本 RA)和 2013 年《注册服务机构认证协议》(RAA) 进行修订,旨在明确注册数据访问协议 (RDAP) 的运营要求,并确定相应计划以逐步终止通过 WHOIS 协议提供注册数据目录服务 (RDDS) 的义务。此外,2021 年 6 月,ICANN 组织和签约方开始讨论将域名滥用活动报告 (DAAR) 项目衡量标准扩展到注册服务机构级别的意向,并于 2021 年 10 月在原则上就此达成一致意见。由此产生的拟定修订案纳入了以下内容:

  • RDAP 的报告要求和服务水平要求。
  • 注册管理机构和注册服务机构均须遵守的 gTLD RDAP 配置文件要求,旨在确保注册管理机构和注册服务机构依照相应的 ICANN 共识性政策,按标准格式通过 RDAP 提供响应。
  • 在修订案生效 18 个月后,终止通过 WHOIS 协议(即 WHOIS 端口 43 和基于 Web 的 WHOIS)提供 RDDS 的特定义务。
  • 相应许可条款,允许 ICANN 组织将注册管理机构提供的现有数据集用于研究。这项更改使 ICANN 能够将 DAAR 项目衡量标准扩展到注册服务机构级别,进而从注册服务机构层面研究 DNS 安全威胁的集中领域。

在 ICANN 组织与签约方机构谈判组 (CPH NT) 达成一致意见后,基本 RA、规范 13 和 RAA 的拟定修订案于 2022 年 9 月 6 日发布进行公共评议。2022 年 12 月 16 日,ICANN 组织发布了公共评议摘要报告

按照基本 RA 第 7.7 节、规范 13 第 11 节和 RAA 第 7.4 节规定的流程,为使修订生效,基本 RA、规范 13 和 RAA 的拟定通用修订案(分别为"基本 RA 通用修订案"、"规范 13 通用修订案"和"RAA 通用修订案")必须分别获得具备相应资格的注册管理运行机构、品牌注册管理运行机构和注册服务机构的批准。另外,拟定通用修订案还必须获得 ICANN 董事会的批准。

投票流程

2023 年 1 月 4 日,ICANN 组织向注册管理运行机构和注册服务机构的主要联系人和法律(通知)联系人发送了一封法律通知函,旨在告知注册管理机构和注册服务机构投票期将于世界协调时 2023 年 1 月 19 日 17:00 正式开始。

2023 年 1 月 19 日星期四 17:00(世界协调时),域名服务门户 (NSp) 中列出的注册管理机构和注册服务机构主要联系人将收到来自 eBallot 的电子邮件邀请函;eBallot 是一家安全的第三方在线投票平台,由 Votenet 运营。该电子邮件的发件人地址为 noreply@eballot.com

这封电子邮件邀请函包含一个链接,主要联系人可通过该链接直接前往在线投票平台进行投票。使用任何具有完整浏览功能的智能手机或设备均可访问该在线投票平台。

  • 对于注册管理运行机构:如果注册管理机构主要联系人的电子邮件地址与同一注册管理运行机构帐户中的多个 gTLD 相关联,则投票将适用于与注册管理机构主要联系人的同一电子邮件地址相关联的每一个 gTLD。针对每个注册管理运行机构帐户,注册管理机构主要联系人都将收到一封电子邮件邀请函,除非注册管理运行机构帐户中的多个 gTLD 关联到多个不同的注册管理机构主要联系人电子邮件地址。在此情况下,将分别向与注册管理运行机构帐户关联的每个不同的注册管理机构主要联系人电子邮件地址发送一封邀请函。
  • 对于注册服务机构:如果注册服务机构主要联系人电子邮件地址与多个注册服务机构(例如注册服务机构家族)相关联,则投票将适用于所有关联的注册服务机构。

投票选项:有两个投票选项可供选择:

  • ""- 如果投票时选择"是",则表示批准拟定的通用修订案。
  • ""- 如果投票时选择"否",则表示批准拟定的通用修订案。

具备相应资格的品牌注册管理机构将在一次投票中就以下两项进行投票表决:1) 基本 RA 通用修订案;2) 规范 13 通用修订案。

投票期将持续 60 天。在投票期结束后,Votenet 将对投票进行票数清点。对于每项待批准的拟定通用修订案,均必须获得具备相应资格的注册管理运行机构、注册服务机构和品牌注册管理运行机构的批准,另外还须获得 ICANN 董事会批准。如果拟定通用修订案未获得批准,将再由协商小组商议后续行动。

计算投票

获得注册管理运行机构批准

依照基本 RA 第 7.6(j)(ii) 节的规定,获得注册管理运行机构批准需要满足以下两项门槛

  • 获得具备相应资格的注册管理运行机构的明确批准,且给予明确批准的注册管理运行机构在上一日历年依照注册管理机构协议,向 ICANN 支付的费用占所有适用注册管理运行机构支付费用总额的三分之二。"在上一日历年向 ICANN 支付的费用"是指 ICANN 在 2022 日历年,依照第 6 条第 6.1 节("注册管理机构费用")的规定所收到的费用。
  • 获得多数(超过 50%)具备相应资格的注册管理运行机构的明确批准;依照适用的注册管理机构协议,每个具备相应资格的注册管理运行机构对由其运营的每个顶级域均有一次投票权

获得品牌注册管理运行机构批准

依照基本 RA 规范 13 第 9 节的规定,获得品牌注册管理运行机构批准需要满足以下两项门槛

  • 获得具备相应资格的品牌注册管理运行机构的明确批准,且给予明确批准的品牌注册管理运行机构在上一日历年依照适用的品牌注册管理机构协议,向 ICANN 支付的费用占所有适用品牌注册管理机构支付费用总额的三分之二。"在上一日历年向 ICANN 支付的费用"是指 ICANN 在 2022 日历年,依照第 6 条第 6.1 节("注册管理机构费用")的规定所收到的费用。
  • 获得多数(超过 50%)具备相应资格的品牌注册管理运行机构的明确批准;依照适用的品牌注册管理机构协议,每个具备相应资格的品牌注册管理运行机构对由其运营的每个顶级域均有一次投票权

重要信息:具备相应资格的品牌注册管理运行机构对两项修订案(基本 RA 通用修订案和规范 13 通用修订案)都必须进行投票表决。

获得注册服务机构批准

依照认证协议,每个具备相应资格的注册服务机构都应拥有一次投票权。依照 RAA 第 1.18.1 节的规定,获得注册服务机构批准需要满足以下门槛:

  • 获得具备相应资格的注册服务机构的明确批准,且给予明确批准的注册服务机构的受管理注册域名 (TDUM) 占受管理注册域名总数的 90%。依照 RAA,每个具备相应资格的注册服务机构家族的 TDUM 在分子和分母上都不能超过排名第五(按受管理注册域名数量计算)的注册服务机构家族的 TDUM。这表示,排名第五的具备相应资格的注册服务机构家族的 TDUM 将取代排名前四 (4) 的注册服务机构家族的 TDUM,因此,这些注册服务机构家族的 TDUM 将进行相应更新。

对具备相应资格的注册服务机构投票权重的最终计算将基于投票期结束前提供的最新《各注册服务机构交易报告》。

投票统计和结果

这一部分将在投票开始后进行更新,而且将提供图表以呈现投票达到相应批准门槛的情况。

其他资源

请注意,本网页归纳了基本 RA 和 RAA 中的相关条款,作为可供参考的资源。为免存疑特此说明,本网页所述任何内容均不应视为对基本 RA 和 RAA 的修正或补充。对于本网页中使用的所有大写术语和引用部分,其含义与基本 RA 和 RAA 中的含义均相同。

新闻存档

2022 年 9 月 6 日–针对基本 RA、规范 13 和 RAA 拟定通用修订案的公共评议程序

2023 年 1 月 4 日 – 注册管理运行机构和注册服务机构的主要联系人和法律(通知)联系人将收到一封投票通知电子邮件,该邮件旨在告知注册管理机构和注册服务机构投票期将于世界协调时 2023 年 1 月 19 日 17:00 正式开始。

Domain Name System
Internationalized Domain Name ,IDN,"IDNs are domain names that include characters used in the local representation of languages that are not written with the twenty-six letters of the basic Latin alphabet ""a-z"". An IDN can contain Latin letters with diacritical marks, as required by many European languages, or may consist of characters from non-Latin scripts such as Arabic or Chinese. Many languages also use other types of digits than the European ""0-9"". The basic Latin alphabet together with the European-Arabic digits are, for the purpose of domain names, termed ""ASCII characters"" (ASCII = American Standard Code for Information Interchange). These are also included in the broader range of ""Unicode characters"" that provides the basis for IDNs. The ""hostname rule"" requires that all domain names of the type under consideration here are stored in the DNS using only the ASCII characters listed above, with the one further addition of the hyphen ""-"". The Unicode form of an IDN therefore requires special encoding before it is entered into the DNS. The following terminology is used when distinguishing between these forms: A domain name consists of a series of ""labels"" (separated by ""dots""). The ASCII form of an IDN label is termed an ""A-label"". All operations defined in the DNS protocol use A-labels exclusively. The Unicode form, which a user expects to be displayed, is termed a ""U-label"". The difference may be illustrated with the Hindi word for ""test"" — परीका — appearing here as a U-label would (in the Devanagari script). A special form of ""ASCII compatible encoding"" (abbreviated ACE) is applied to this to produce the corresponding A-label: xn--11b5bs1di. A domain name that only includes ASCII letters, digits, and hyphens is termed an ""LDH label"". Although the definitions of A-labels and LDH-labels overlap, a name consisting exclusively of LDH labels, such as""icann.org"" is not an IDN."