董事会主席博文:董事会 9 月虚拟工作坊会议
上周,即 9 月 9 日至 11 日,ICANN 董事会召开了一次虚拟工作坊会议,将焦点放在了组织我们的工作,并确保我们已经做好充分准备,完成运营重点。ICANN69 届年度大会 (Annual General Meeting, AGM) 即将召开之际,这次工作坊会议使我们有机会讨论社群在这届大会期间即将探讨的迫在眉睫的事务。
董事会将继续针对多项正在执行的项目筹备后续工作。这包括:通用名称支持组织 (GNSO) 理事会的通用顶级域 (gTLD) 注册数据临时规范快速政策制定流程 (EPDP) 《最终报告》;问责制和透明度第 3 轮审核 (ATRT3) 的《最终报告》;拍卖收益跨社群工作组 (CCWG-AP) 的《最终报告》和经 GNSO 理事会考量后的 GNSO 新 gTLD 后续流程 (SubPro) 政策的《最终报告》草案。这些项目和其他项目都需要我们集中精力、全面理解项目实施过程中的各种复杂事务。
在我们把焦点放在组织和筹备董事会接下来几个月的工作之时,我们还花了一定时间确定了董事会下属多个委员会的人员构成。多个重要项目现已处在关键决策、分清主次和实施推行的阶段,因此董事会在其委员会的日程安排上强调了持续性和稳定性。我们还在等待 2020 提名委员会 (NomCom) 对空缺领导职务所做的任命决定,这其中包括两名董事会成员。
董事会会议
董事会在公共会议上通过了多项决议。其中,董事会:
- 接受了安全与稳定咨询委员会 (SSAC) 针对其主席和成员的任命建议。这包括:再次任命罗德·拉斯穆森 (Rod Rasmussen) 作为 SSAC 主席,任期从 2021 年 1 月 1 日起长达三年;任命前 ICANN 董事会主席史蒂夫·克罗克 (Steve Crocker) 担任 SSAC 成员,立即生效。
- 接受根服务器系统咨询委员会 (RSSAC) 主席针对每个根服务器运营组织成员任命的建议。
- 决定针对“.CO”(哥伦比亚)顶级域转移给该国信息和通信技术部的申请进行的审核工作符合适当流程。
- 决议:根据董事会治理委员会 (BGC) 的建议,奥尔·杰克布森 (Ole Jacobsen) 现被任命为 2021 提名委员会 (NomCom) 主席,特雷西·哈克肖 (Tracy Hackshaw) 现被任命为 2021 提名委员会候任主席。
- 接受一般会员审核实施工作组发布的一般会员第 2 轮审核 (At-Large2)《最终实施报告》。这项决议标志着按照 ICANN《章程》规定进行的组织审核工作现已完成。
如需阅读决议全文请参见此处。
在过去一年间,尽管面临着“2019 冠状病毒病 (COVID-19)”带来的干扰,我们在推行运营重点方面仍旧取得了重大进展。我将在 ICANN69 届会议召开之前,给大家介绍一下这些运营重点的最新动态。
尽管我们以尽全力,但 COVID-19 却持续扰乱社群、组织、董事会正常开展工作。鉴于此,尤为重要的是,我们要在生态系统中识别全新和创新的合作方式,使得我们能够在共同秉承透明度和问责制的情况下,继续朝着目标奋进。董事会还在探索新的方式和渠道与社群展开互动与交流。这是我们的一项持续任务,旨在确保董事会尽可能地保持透明,熟悉对社群极其重要的各项事务。
我们习惯于依赖面对面的交流和工作坊会议来开展我们的大部分业务,构建有效的工作关系。然而,在过去六个月间,我们被迫接受了全球公共卫生危机带来的各种限制,调整了我们的工作、合作和进步的方式。
通常支持我们寻求共识的社会关系现已不复存在,比如在走廊中偶遇朋友,或是在会议期间共享美食。在我们摸索前行的过程中,我们不能忘记这个事实:我们都在共同努力,支持 ICANN 的使命。在这个人与人之间需要隔离和疏远的时期内,我们仍要与那些可能在走廊中碰到的朋友进行交流,这是十分重要的。我们无法等到“环境契机”——我们需要相互联系,继续推进工作。域名系统 (Domain Name System, DNS) 创始先驱、已故的乔·波斯特尔 (Jon Postel) 曾经说过:“做事严谨、待人开放。”
面对这个虚拟“常态”,我们必须给予他人以耐心,确保社群、组织和董事会之间的沟通交流是开放且有效的。当我们信赖社群、合作、共识构建的力量时,多利益相关方模型就会变得更为强大。
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