提高 ICANN 多利益相关方模型实施阶段的工作成效
ICANN 社群每天都会召开会议，共同制定政策，最终目标在于促进全球各界人士在互联网上通过唯一标识符系统开展交流互动。ICANN 多利益相关方模型是这项重要工作的核心 – 该治理系统采用自下而上的流程，无论利益相关方的背景如何、经验多寡，人人都有机会表达意见并参与制定政策。
去年，ICANN 董事会发起了一个项目，呼吁提高 ICANN 多利益相关方模型的有效性 – 这也是 ICANN 2021-2025 财年 (FY) 战略规划的战略目标之一。这项工作极为重要，是确保多利益相关方模型能够持续演进并满足瞬息万变的 ICANN 全球社群需求的关键。
项目启动后，董事会开始在 ICANN 2021-2025 财年运营和财务规划草案大规模讨论期间面向社群成员征集意见。讨论在首轮和第二轮问责制和透明度审核小组 (ATRT) 主席布赖恩·库特 (Brian Cute) 的督促下开展，确定了六项社群认定阻碍 ICANN 多利益相关方模型有效和高效运行的重要问题，比如工作优先级和资源的有效利用。
6 月，董事会发布文件“提高 ICANN 多利益相关方模型的有效性 - 后续步骤”，征询公众意见。文件针对持续改进多利益相关方模型提出了一项综合计划。8 月，公共评议期结束后，董事会经过多番努力，将社群意见纳入最新版文件，请参考此处。
文件现已最终定稿，本项目即将进入“实施规划”阶段。我们会将计划分解成一系列行动提案，分配资源，按议定的优先级别安排实施。ICANN 组织新成立的实施运营团队将负责领导开展这项规划工作。项目十分复杂，需要社群、组织和董事会群策群力并持续合作，共同规划及落实这个项目。这项工作有助于补充和完善现阶段 ICANN 多利益相关方模型的演进工作，如通用名称支持组织 (GNSO) 政策制定流程 (PDP) 3.0 和 ATRT3。同时，还可以对社群认定妨碍 ICANN 多利益相关方模型效率和效力的缺陷和问题加以弥补和解决。这项工作提案应该不会显著增加社群的工作负担。
ICANN 组织和董事会理解这项工作的重要意义，深刻认识到落实提出的各项工作所涉及的种种复杂问题。我们将继续与社群深化合作，共同开展实现预定目标所需的各项活动。
在此感谢各位参与这项流程、发表看法并积极反馈。能否齐心协力达成一致决策直接影响 ICANN 能否履行使命和《章程》规定的职责。我坚信，这份文件可以为我们指明方向，使各方秉承公共利益至上的原则改进多利益相关方模型。我们将坚决致力确保继续顺利履行 ICANN 的使命，打造有利于世界互联网发展的安全稳定的唯一标识符系统。
有关此流程的更多信息，建议您访问此页面。一如既往，我热切盼望倾听您的心声，欢迎大家在评论区进行评论。
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."
Comments