Skip to main content




要阅读和了解关于 SSAD ODP 的更多信息,请参阅 ICANN 组织在这部分中发布的信息。要查看相关通信,请访问我们的数据保护/隐私通信页面

2021 年 11 月 18 日

网络研讨会:SSAD ODP 项目最新动态 #4

2021 年 11 月 4 日 公告:敬请注册参与 ICANN 召开的下一场 SSAD ODP 项目最新动态网络研讨会
2021 年 11 月 2 日 博文:标准化访问/披露系统 (SSAD) 运营设计阶段 (ODP) 最新动态:合同合规部和身份验证方法
2021 年 10 月 28 日

ICANN72 网络研讨会:SSAD ODP 项目最新动态 #3

2021 年 9 月 28 日 博文:SSAD ODP 最新资讯:时间表延期和后续步骤
2021 年 9 月 24 日

网络研讨会:SSAD ODP 项目最新动态第 2 场

2021 年 9 月 16 日 公告:现在请注册参与 SSAD 运营设计阶段 (ODP) 项目最新动态网络研讨会
2021 年 07 月 13 日

网络研讨会:SSAD ODP 项目最新动态

2021 年 07 月 8 日 公告:征询社群建议:标准化访问/披露系统 (SSAD) 运营设计阶段 (ODP) 问卷调查
2021 年 06 月 29 日 公告:敬请注册参与 SSAD 运营设计阶段 (ODP) 项目最新动态网络研讨会
2021 年 06 月 21 日 公告:关于标准化访问/披露系统 (SSAD) 身份验证方法的信息征询现已启动
2021 年 06 月 10 日 博文:ICANN 将针对身份验证方法公开征询信息
2021 年 4 月 29 日 公告:ICANN 启动首个 SSAD ODP


标准化访问/披露系统 (SSAD) 是一个新系统,用于集中处理对非公开注册数据的请求,建立这个新系统的想法是在 GNSO gTLD 注册数据临时规范快速政策制定流程 (EPDP) 第 2 阶段最终报告建议 1-18 中提出的。鉴于以可预测的方式及时实施与 SSAD 相关的政策建议可能需要投入大量资源并且过程较为复杂,ICANN 董事会已要求启动运营设计阶段 (ODP) 评估以告知审议结果,包括这些建议是否符合 ICANN 社群或 ICANN 的最佳利益。

ODP 由 ICANN 组织执行,将评估实施 SSAD 相关建议 (1-18) 的潜在风险、预期成本、资源需求、时间表、依赖条件、与目前试行的全球公共利益框架之间的互动以及其他事务。董事会要求,如果没有任何可能影响时间表的不可预见的法律问题或其他问题,需在自董事会提出请求之日(2021 年 3 月 25 日)起的六个月内完成此 ODP。完成 ODP 后,ICANN 组织将向 ICANN 董事会提交运营设计评估 (ODA),即,ODP 的预期结果,并在本页上发布以确保公开透明。

ODP 是一个透明的过程,ICANN 社群反馈在这个过程中发挥着重要作用。如需了解 ICANN 组织在 SSAD ODP 方面的工作进展情况,请参阅本页的工作成果部分。要查看或提供关于 SSAD ODP 的 ICANN 社群反馈,请参阅本页的参与部分。

要查看 ICANN 运营设计阶段流程文件,或了解关于整个流程的更多信息,请单击此处


ICANN 组织将在以下位置分享关于 SSAD ODP 的事实、数据和假设信息,以及其他相关的工作成果:


SSAD ODP 是一个公开透明的过程。鼓励所有利益相关方分享他们的反馈。这部分中提供了分享反馈的方法。

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"""" is not an IDN."