附录 1：申请问题

说明：

提供申请实体在官方注册文件中显示的法定全名。请勿使用缩写。

说明：

若申请实体的实际经营名称与问题 1 中填写的法定全名不同，请在此处提供经营名称。此名称必须已在相应的当地司法管辖机构或公共权威机构完成注册。

说明：

提供申请实体在官方注册文件中显示的法律实体形式/企业结构的完整表示（勿使用缩写）。若法律实体形式/企业结构的原始文字非英文，仅需提供其官方英文翻译即可。请勿提供任何额外信息，因为该信息将会自动填入《注册管理机构协议》。

注：

1.法律实体形式/企业结构指的是实体注册的企业类型。

2.法律形式/企业结构的示例包括：“Corporation”（公司）、“Limited Liability Company”（有限责任公司）、“Public/Private Limited Company (Ltd.)”（公共/私营有限公司）、“Nonprofit”（非营利组织）、“Government Entity”（政府实体）、“Intergovernmental Organization”（国际政府间组织）等。

3.自然人和个人独资企业不符合条件。

4.本项内容与实体的法定全名并非同一概念。

说明：

司法管辖区是指申请实体出于法律和财务目的而注册的业务运营所在地。此项为 1) 国家/地区名称，或 2) 省/州/辖区名称，具体取决于申请实体的注册地。请勿提供任何额外信息，因为该信息将会自动填入基准《注册管理机构协议》。示例包括“Delaware”（特拉华州）、“Germany”（德国）等。

说明：

输入由当地司法管辖部门签发的号码，如纳税人识别号、企业代码、增值税号或同等编号。

说明：

请根据问题 5 的回答，输入签发该纳税人识别号、企业代码、增值税号或同等编号的机构名称。

说明：

输入申请实体的法律实体识别码 (Legal Entity Identifier, LEI)（如有），该识别码为 20 个字符的字母数字代码，用于唯一识别参与金融交易的法律实体。

说明：

1.提供实体的公司/协会/组织章程，或向签发机构提交的其他同等文件（章程、会员协议等）。

2.如果申请实体是政府机构/组织或国际政府间组织，请提供据以成立的相关法令或政府决议的经认证副本。

说明：

1.提供信誉良好证明（或同等文件），证明申请实体遵守年度申报要求、处于有效存续状态、未被采取任何行政命令或遭到起诉、未处于清算期、已按时缴纳所有应缴费用和款项等。

2.若申请实体所在司法管辖区内，负责签发商业注册文件的机构未保留信誉良好证明（或同等文件），致使申请实体无法提供此类文件，则申请实体须提交由公证人或申请实体所在司法管辖区法院正式认可的执业律师起草并签署的宣誓书，声明该组织已成立且信誉良好。

CR-1.上传相应文件。

CR-2.信誉良好证明文件的出具时间距申请提交之日不得超过六个月。

说明：

提供申请实体的网站 URL（如有）。

注：

有效的 URL 必须以“http://”或“https://”开头，后跟域名（例如，“https://www.example.com”）。

1.不超过 255 个字符

2.输入的文本必须是有效的 URL

说明：

1.选择“是”或“否”。

2.采用基准《注册管理机构协议》对“附属机构”的定义（请参阅基准《注册管理机构协议》： https://www.icann.org/en/registry-agreements/base-agreement）。

说明：

1.说明申请实体是否为现有注册管理运行机构、ICANN 认证注册服务机构和/或注册管理运行机构/注册服务机构的附属机构。

2.若申请实体为附属机构，请提供此类附属关系的详情，包括附属注册管理运行机构和/或注册服务机构的名称。

3.若申请实体为 ICANN 认证注册服务机构，请注明注册服务机构 ID 编号。

说明：

1.选择“是”或“否”。

说明：

1.采用基准《注册管理机构协议》对“附属机构”的定义（请参阅基准《注册管理机构协议》：https://www.icann.org/en/registry-agreements/base-agreement）。

2.提供相应提供商的类型及申请实体所附属机构的实体名称。

说明：

1.若申请实体已公开上市，请提供股票代码。

2.若申请实体以多个股票代码交易，请提供该实体流通股数量最多的主要股权上市代码。

说明：

1.若申请实体为上市公司，请选择其上市的证券交易所。

2.若申请实体在多个交易所上市，请提供该实体主要股权上市的交易所。

说明：

提供主要办公电话号码，无需包含国家/地区代码（国际区号）。

说明：

提供申请实体的主要办公电子邮件地址。

1.不超过 255 个字符

2.输入的文本必须是有效的电子邮件地址。

说明：

输入街道地址（不含邮政信箱）。

1.不超过 255 个字符

2.必须为实际地址，不含邮政信箱。

说明：

输入城市、乡镇、直辖市等信息。

说明：

输入州、省、行政区、领地、府、县等信息（如适用）。

说明：

1.输入邮政编码（如适用）。

2.若邮政编码不存在，请输入“Not Applicable”（不适用）。

说明：

如适用，请提供申请实体直接母公司在官方注册文件中显示的法定全名。请勿使用缩写。

注：

“直接母公司”指就申请人而言，通过以下方式直接拥有相关权力，可指导该申请人的管理和政策事务的实体：持有表决权股份、担任普通合伙人、作为管理事务合伙人、通过合同约定或其他方式。

CR-1.在文本字段中输入相应信息。注：

CR-2.若填写了此字段，则本小节后续所有问题（第 27-35 题）均为必答题。

说明：

若直接母公司的实际经营名称与问题 26 中填写的法定全名不同，请在此处提供经营名称。此名称必须已在相应的当地司法管辖机构或公共权威机构完成注册。

说明：

提供直接母公司在官方注册文件中显示的法律实体形式/企业结构的完整表示（勿使用缩写）。若法律实体形式/企业结构的原始文字非英文，仅需提供其官方英文翻译即可。

注：

1.法律实体形式/企业结构指的是实体注册的企业类型。

2.法律形式的示例包括：“Corporation”（公司）、“Limited Liability Company”（有限责任公司）、“Public/Private Limited Company (Ltd.)”（公共/私营有限公司）、“Nonprofit”（非营利组织）、“Government Entity”（政府实体）、“Intergovernmental Organization”（国际政府间组织）等。

3.自然人和个人独资企业不符合条件。

4.本项内容与实体的法定全名并非同一概念。

说明：

司法管辖区是指直接母公司出于法律和财务目的而注册的业务运营所在地。此项为 1) 国家/地区名称，或 2) 省/州/辖区名称，具体取决于直接母公司的注册地。示例包括“Delaware”（特拉华州）、“Germany”（德国）等。

说明：

输入街道地址（不含邮政信箱）。

1.不超过 255 个字符

2.必须为实际地址，不含邮政信箱。

说明：

输入城市、乡镇、直辖市等信息。

说明：

输入州、省、行政区、领地、府、县等信息（如适用）。

说明：

1.输入邮政编码（如适用）。

2.若邮政编码不存在，请输入“Not Applicable”（不适用）。

说明：

如适用，请提供申请实体最终母公司在官方注册文件中显示的法定全名。请勿使用缩写。

注：

“最终母公司”指就申请人（及直接母公司，如适用）而言，通过以下方式直接或间接拥有相关权利，可指导该申请人（及直接母公司，如适用）的管理和政策事务的最上层实体：持有表决权股份、担任普通合伙人、作为管理事务合伙人、通过合同约定或其他方式。最终母公司不受任何其他实体控制。若申请人与最终母公司之间不存在中间实体，则最终母公司与直接母公司为同一实体。

CR-1.在文本字段中输入相应信息。

CR-2.若填写了此字段，则本小节后续所有问题（第 37-48 题）均为必答题。

说明：

若最终母公司的实际经营名称与问题 36 中填写的法定全名不同，请在此处提供经营名称。此名称必须已在相应的当地司法管辖机构或公共权威机构完成注册。

说明：

提供最终母公司在官方注册文件中显示的法律实体形式/企业结构的完整表示（勿使用缩写）。若法律实体形式/企业结构的原始文字非英文，仅需提供其官方英文翻译即可。

注：

1.法律实体形式/企业结构指的是实体注册的企业类型。

2.法律形式的示例包括：“Corporation”（公司）、“Limited Liability Company”（有限责任公司）、“Public/Private Limited Company (Ltd.)”（公共/私营有限公司）、“Nonprofit”（非营利组织）、“Government Entity”（政府实体）、“Intergovernmental Organization”（国际政府间组织）等。

3.自然人和个人独资企业不符合条件。

4.本项内容与实体的法定全名并非同一概念。

说明：

司法管辖区是指最终母公司出于法律和财务目的而注册的业务运营所在地。此项为 1) 国家/地区名称，或 2) 省/州/辖区名称，具体取决于直接母公司的注册地。示例包括“Delaware”（特拉华州）、“Germany”（德国）等。

说明：

输入街道地址（不含邮政信箱）

1.不超过 255 个字符

2.必须为实际地址，不含邮政信箱。

说明：

输入城市、乡镇、直辖市等信息。

说明：

输入州、省、行政区、领地、府、县等信息（如适用）。

说明：

1.输入邮政编码（如适用）。

2.若邮政编码不存在，请输入“Not Applicable”（不适用）。

说明：

提供所有权图形表示（如组织结构图），其中应包含从申请实体到最终母公司的各关联实体或人员的持股比例。

说明：

选择“是”或“否”。

说明：

提供说明。

CR-1.在文本字段中输入相应信息。

CR-2.允许的文本长度为 4,000 字符以内。

说明：

输入主要用户的法定全名，该名称须与护照或政府签发的身份证件上的姓名一致。请使用当地文字或语言输入完整法定名称，并提供该文字或语言的英文名称（如适用）。

注：

1.“主要用户”定义为由申请实体指定的个人，其主要职责是管理申请事宜，包括在各个申请阶段处理 TLD 申请管理系统 (TAMS) 中的任务。所列主要用户还应准备接收来自 ICANN 和公众的问询。

2.必须提供两 (2) 名主要用户的信息。

3.如有需要，最多可输入五 (5) 名其他用户的信息。其他用户可有限度地访问 TAMS 系统，协助主要用户处理相关申请事宜。

说明：

输入主要用户的邮寄地址。

说明：

输入城市、乡镇、直辖市等信息。

说明：

输入州、省、行政区、领地、府、县等信息（如适用）。

说明：

1.输入邮政编码（如适用）。

2.若邮政编码不存在，请输入“Not Applicable”（不适用）。

说明：

提供用户的办公电话号码，无需包含国家/地区代码（国际区号）。

说明：

为保护申请实体对系统的访问权限，每位用户均需提供与他人不同的电子邮件地址，以防某个用户遗失其凭证。

1.不超过 255 个字符

2.输入的文本必须是有效的电子邮件地址。

说明：

以数值形式填写该用户持有的申请实体的股份比例（例如 15% 等）。

说明：

提供该用户在申请实体组织中的职务（如首席执行官、首席财务官、董事等）。若用户并非申请实体的员工，请注明承包商、顾问或同等身份。

说明：

1.若用户担任具有重大影响力的职位，请在指定位置填写职务名称。

2.若不担任此类职务，请输入“Not Applicable”（不适用）

注：

授权签署人是指有权代表申请实体签署具有法律约束力文件的个人。

说明：

1.提供代表申请实体为申请进行付款的付款人信息。

2.若付款人为企业，请提供其在官方注册文件中显示的法定全名。请勿使用缩写。

3.若付款人为个人，请提供其护照或政府签发的身份证件上显示的法定全名。请使用当地文字或语言输入完整法定名称，并提供该文字或语言的英文名称（如适用）。

4.若付款方为个人，TAMS 还将要求提供以下信息：居住国代码、个人头衔、出生年份。

说明：

若付款人为企业，且付款人的实际经营名称与问题 65 中填写的法定全名不同，请在此处提供经营名称。此名称必须已在相应的当地司法管辖机构或公共权威机构完成注册。

CR-1.在文本字段中输入相应信息。

CR-2.此字段仅在付款人为企业实体时才需填写。

说明：

若付款人为企业，请提供付款人在官方注册文件中显示的法律实体形式/企业结构的完整表示（勿使用缩写）。若法律实体形式/企业结构的原始文字非英文，仅需提供其官方英文翻译即可。

注：

1.法律实体形式/企业结构指的是实体注册的企业类型。

2.法律形式的示例包括：“Corporation”（公司）、“Limited Liability Company”（有限责任公司）、“Public/Private Limited Company (Ltd.)”（公共/私营有限公司）、“Nonprofit”（非营利组织）、“Government Entity”（政府实体）、“Intergovernmental Organization”（国际政府间组织）等。

3.自然人和个人独资企业不符合条件。

4.本项内容与实体的法定全名并非同一概念。

CR-1.在文本字段中输入相应信息。

CR-2.此字段仅在付款人为企业实体时才需填写。

说明：

若付款人为企业，请回答此问题。司法管辖区是指付款人出于法律和财务目的而注册的业务运营所在地。此项为 1) 国家/地区名称，或 2) 省/州/辖区名称，具体取决于付款人的注册地。示例包括“Delaware”（特拉华州）、“Germany”（德国）等。

CR-1.在文本字段中输入相应信息。

CR-2.此字段仅在付款人为企业实体时才需填写。

说明：

输入付款人主要办公地址的街道地址（不含邮政信箱）。

1.不超过 255 个字符

2.必须为实际地址，不含邮政信箱。

说明：

输入城市、乡镇、直辖市等信息。

说明：

输入州、省、行政区、领地、府、县等信息（如适用）。

说明：

1.输入邮政编码（如适用）。

2.若邮政编码不存在，请输入“Not Applicable”（不适用）。

说明：

填写金融机构名称（例如银行、信用社、投资公司等机构的名称）。

说明：

填写收款人姓名，该名称应与第 75 题银行账户回答中填写的金融机构账户的名称完全一致。收款人定义为，用于接收与本申请相关款项的账户的注册所有人。

说明：

提供与问题 85-90 的回答中所填账户信息关联的银行分支机构的邮寄地址。

说明：

提供与问题 85-90 的回答中所填账户信息关联的银行分支机构所在的城市、乡镇、直辖市等信息。

说明：

输入申请实体将用于向 ICANN 汇款的银行分支机构所在的州、省、行政区、领地、府、县等信息（如适用），该分支机构需与问题 85-90 的回答中所填账户信息相关联。

说明：

1.输入与问题 85-90 的回答中所填账户信息关联的银行分支机构的邮政编码（如适用）。

2.若邮政编码不存在，请输入“Not Applicable”（不适用）。

说明：

选择与问题 85-90 的回答中所填账户信息关联的银行分支机构的国家/地区代码。

说明：

提供金融机构在官方注册文件中显示的法律实体形式/企业结构的完整表示（勿使用缩写）。若法律实体形式/企业结构的原始文字非英文，仅需提供其官方英文翻译即可。

注：

1.法律实体形式/企业结构指的是实体注册的企业类型。

2.法律形式的示例包括：“Corporation”（公司）、“Limited Liability Company”（有限责任公司）、“Public/Private Limited Company (Ltd.)”（公共/私营有限公司）、“Nonprofit”（非营利组织）、“Government Entity”（政府实体）、“Intergovernmental Organization”（国际政府间组织）等。

3.自然人和个人独资企业不符合条件。

4.本项内容与实体的法定全名并非同一概念。

说明：

司法管辖区是指金融机构出于法律和财务目的而注册的业务运营所在地。此项为 1) 国家/地区名称，或 2) 省/州/辖区名称，具体取决于金融机构的注册地。示例包括“Delaware”（特拉华州）、“Germany”（德国）等。

说明：

提供付款人的转账/国内路由号码。

说明：

如适用，请提供付款人的国际银行账户号码 (International Bank Account Number, IBAN)。

注：

IBAN 由最多 34 个字母数字字符组成，以两位字母的国家/地区代码开头，随后是用于安全验证的两位校验码。接下来是国内银行详细信息字符串，称为基本银行账户号码 (Basic Bank Account Numbers, BBAN)，包含：银行识别码、分支机构代码（在英国称为分行代码）及银行账号。

说明：

提供付款人的 SWIFT 码。SWIFT 码也称为银行识别码（Bank Identifier Code，BIC 码）。该代码必须为 8 或 11 位字母数字字符 [0-9,a-z]。

说明：

提供付款人的账号。

说明：

选择付款人的账户类型。

说明：

选择付款人的账户类别。

CR-1.从下拉菜单中选择。

CR-2.选项包括：非美国账户、美国商业账户、美国企业账户或美国个人账户。

说明：

输入充当账单联系人的个人的法定全名，该名称须与护照或政府签发的身份证件上的姓名一致。请使用当地文字或语言输入完整法定名称，并提供该文字或语言的英文名称（如适用）。

注：

1.账单联系人是指被指定承担账单相关职责的个人，例如进行付款及处理退款相关事宜。

2.如果账单联系人是第 2 组问题中填写的用户之一，

请再次输入该用户的信息。

说明：

输入账单联系人的邮寄地址。

说明：

输入城市、乡镇、直辖市等信息。

说明：

输入州、省、行政区、领地、府、县等信息（如适用）。

说明：

1.输入邮政编码（如适用）。

2.若邮政编码不存在，请输入“Not Applicable”（不适用）。

说明：

提供账单联系人的办公电话号码，无需包含国家/地区代码（国际区号）。

1.不超过 255 个字符

2.输入的文本必须是有效的电子邮件地址。

说明：

提供该账单联系人在申请实体组织中的职务（如首席执行官、首席财务官、董事等）。若联系人并非申请实体的员工，请注明承包商、顾问或同等身份。

说明：

输入所有董事（即申请实体董事会成员，如适用）的完整法定姓名、出生年份、业务所在国代码、居住国代码、地址、地区（例如城市、村庄或市镇）以及职务。请使用当地文字或语言输入完整法定名称，并提供该文字或语言的英文名称（如适用）。

注：

申请实体应知悉，在回答本问题时所填报的个人姓名将作为申请材料的一部分予以公布。所填报的个人联系方式仅用于身份识别，不会作为申请材料的一部分予以公布。

可能会对申请实体在本问题中填报的个人开展背景调查。材料陈述或表述的任何失实（或材料信息的遗漏）都可能导致申请被拒绝。

申请实体确认，其已获得公布本申请所填报个人姓名及职位的许可。

高管/

合伙人

说明：

输入所有高级职员和合伙人的完整法定名称、出生年份、地址、地区（例如城市、村庄或市镇）、居住国代码以及职务。请使用当地文字或语言输入完整法定名称，并提供该文字或语言的英文名称（如适用）。

注：

1.“高管”指在公司或企业担任高级管理职务的人员，如 CEO、副总裁、秘书长、首席财务官等。“合伙人”则在合伙公司或其他此类形式的法人实体的情况下列出。

2.申请实体应知悉，在回答本问题时所填报的个人姓名将作为申请材料的一部分予以公布。所填报的个人联系方式仅用于身份识别，不会作为申请材料的一部分予以公布。

可能会对申请实体在本问题中填报的个人开展背景调查。材料陈述或表述的任何失实（或材料信息的遗漏）都可能导致申请被拒绝。

申请实体确认，其已获得公布本申请所填报个人姓名及职位的许可。

说明：

输入持有至少 15% 流通股（或其他形式股权）的所有股东（个人和实体）的法定全名及联系信息，并注明各自持股比例。

注：

1.对于股东实体，请填写完整法定名称、地址、地区（例如城市、村庄或市镇）、业务所在国代码、司法管辖区域及法律形式。请使用当地文字或语言输入完整法定名称，并提供该文字或语言的英文名称（如适用）。

2.对于股东个人，请填写完整法定姓名、出生年份、地址、地区（例如城市、村庄或市镇）、居住国代码及所有个人的职务。请使用当地文字或语言输入完整法定名称，并提供该文字或语言的英文名称（如适用）。

说明：

对于没有董事、高级职员、合伙人或股东的申请实体，请填写所有对该申请实体承担全面法律或执行责任的个人的全名、出生年份、地址、地区（例如城市、村庄或市镇）、居住国代码以及职务。请使用当地文字或语言输入完整法定名称，并提供该文字或语言的英文名称（如适用）。

说明：

请披露以下所有实体或个人（包括资金支持者，如有）：凡通过所有权权益、合同权利或其他方式，对以下事项行使或有能力行使（包括未来可能行使或将有能力行使）直接或间接决策权或管理权的实体或个人：(i) 与本申请相关的运营或政策；或 (ii) 申请实体或其与本申请相关的任何附属机构的运营或政策。

对于个人，请填写所有个人的完整法定姓名、出生年份、地址、所在地区（例如城市、村庄或市镇）、居住国代码及职务。请使用当地文字或语言输入完整法定名称，并提供该文字或语言的英文名称（如适用）。

对于实体，请填写完整法定名称、地址、所在地（例如城市、村庄或市镇）、业务所在国代码、司法管辖区及法律形式。请使用当地文字或语言输入完整法定名称，并提供该文字或语言的英文名称（如适用）。

说明：

请勾选复选框确认此声明。

说明：

选择“是”或“否”。

说明：

如果无法确认，请提供

解释说明。

说明：

选择“是”或“否”。

说明：

如果无法确认，请提供

解释说明。

确认申请实体及组织账户中列明的个人或实体，

组织账户，无论是以其当前身份还是作为

其拥有所有权或控制权的先前实体的一部分，

均未受到与统一快速

中止程序 (URS) 政策或授权后争议解决

程序 (PDDRP) 相关的终局认定。

说明：

选择“是”或“否”。

说明：

如果无法确认，请提供

解释说明。

说明：

1.仅输入申请字符串的文本内容，不得添加引号、句点或其他标点符号等额外字符。

2.如果申请的是 IDN，请提供 A-标签（以“xn--”开头）。

说明：

若申请的是 IDN，请输入 U-标签及码点列表。

注：

码点必须采用“U+0000”格式，并以空格分隔。

CR-1.申请 IDN 时必填

CR-2.在文本字段中输入有效的 U-标签和码点。

CR-3.文本（注意是 UTF-8）

说明：

提供字符串的英文含义或释义，也就是表述申请实体所认为的该字符串的字面含义。若该字符串在英语中无字面含义（例如品牌名称或无对应译文的专有名词），请直接注明“No English Translation”（无英语译文）。

注：

字符串含义/定义不纳入评估范围，仅供参考之用。此类信息在新 gTLD 项目的评议提交阶段可能会很有用。

说明：

如果申请的是 IDN，请提供字符串使用的文字系统（提供该文字系统的英文名称，同时还需提供 RZ-LGR/ISO 15924 规定的该文字系统的代码）

CR-1.申请 IDN 时必填

CR-2.从 ISO 15924 下拉菜单中选择。

说明：

提供字符串的国际音标字母表示法 (International Phonetic Alphabet, IPA)。请参阅国际语音学学会 (IPA)：https://www.internationalphoneticassociation.org/IPAcharts/IPA_chart_orig/pdfs/IPA_Kiel_2020_full.pdf

说明：

请勾选复选框确认此声明

说明：

1.仅输入所申请的变体字符串，不得添加引号、句点或其他标点符号等额外字符。

2.如果申请的是 IDN，请提供 A-标签（以“xn--”开头）。

注：

1.变体字符串使用适用版本的《根区标签生成规则》(RZ-LGR) 来计算。相关详情，请参阅本手册“适用的 RZ-LGR 版本以及支持的文字和语言”部分。

2.如果申请实体要为所申请的主 IDN 字符串或现有 gTLD 申请一个或多个可分配变体字符串，则必须为每个变体字符串的必要性提供理由说明。另请参阅第 7.6 节：变体字符串评估。

说明：

若申请的是 IDN，请输入 U-标签及码点列表。

注：

码点必须采用“U+0000”格式，并以空格分隔。

CR-1.申请 IDN 时必填

CR-2.在文本字段中输入有效的 U-标签和码点。

CR-3.文本（注意是 UTF-8）

说明：

请提供变体字符串使用的文字系统（提供该文字系统的英文名称，同时还需提供 RZ-LGR/ISO 15924 规定的该文字系统的代码）。

CR-1.申请 IDN 时必填

CR-2.从 ISO 15924 下拉菜单中选择

说明：

选择一个选项。

说明：

提供每个所申请变体字符串的含义或（对于非字典词汇）预期含义，并注明来源。若该字符串在英语中无字面含义（例如品牌名称或无对应译文的专有名词），请直接注明“no English Translation/Meaning”（无英语译文/含义）。

注：

1.变体字符串的字符串含义/定义将纳入评估范围。

2.申请实体可使用不同语言的多个字典来论证其主张。

说明：

提供至少三个真实案例以支持说明（例如，通过展示实际使用案例证明商标使用情况）。

CR-1.在文本字段中输入相应信息，也可选择上传文件。

另请参阅第 7.6 节：变体字符串评估。

说明：

1.申请实体应说明为何单个字符串不足以满足需求，而是需要两个或更多字符串才能满足区域、语言或文化方面的考量。

2.明确主要 TLD 及其所有变体 TLD 所服务的用户社群。

3.为主要 TLD 及每个变体 TLD 提供的 IDN 列表，其设计上的异同如何体现这些用户社群的需求？

说明：

提供相关措施和说明，以充分证明所有既定标准均已满足。请参阅第 7.6 节：变体字符串评估以及第 3.1.9.2.1 节：新的主 IDN 及其变体字符串的申请提交。

注：

申请人为降低所指运营和管理复杂性所作出的承诺，将成为纳入适用《注册管理机构协议》的合同要求基础。

说明：

请勾选复选框确认此声明。

说明：

选择“是”或“否”。

说明：

1.提供申请实体承诺服务的社群名称。

2.描述该社群的独特特征。

说明：

1.描述所申请 gTLD 的使命和目标，包括意向注册人和意向用户，以及为达到该目标已开展或将要开展的相关活动。

2.说明该目标如何具备长期可持续性。

说明：

选择最符合您社群的类别。社群类别的一些示例包括但不限于：共同开展活动的志愿者团体、在线或社交媒体团体、宗教或政治团体、侨民社群、语言社群、名人或体育团队支持者。

说明：

描述申请实体与所述社群之间的关系并提供证明。

说明：

描述社群的组织情况、所有相关的组织机构，以及社群内所有相关的负责人，并提供证明。

说明：

1.如有正式的成员加入流程，请对该流程进行说明。

2.若无正式的成员加入流程，请提供相关证明材料，说明个人如何加入所述社群（即“自我认同”为社群成员）。

说明：

提供社群的主要所在地。

说明：

1.提供社群的预估规模。规模应采用数字形式；例如，“1,000,000 members”（1,000,000 名成员）。

2.若社群按群体、区域、行业等划分，则需提供每个群体的预估规模。

说明：

提供每个相关组织机构在所述社群中管理或代表的社群群体的预估规模。

说明：

1.提供迄今为止社群所开展各项实践活动的证据记录。

2.申请实体应提供以下实践活动的证明文件，且这些活动应发生在提交申请前的两年内：

a) 提供支持；

b) 分享信息；

c) 响应社群的特定需求；

d) 培养和加强社群内的各种关系。

说明：

1.描述申请实体在问题 141 所列的任何活动中是否发挥了作用。

2.若申请实体确实发挥了作用，请提供能证明其作用的相关材料。若申请实体未发挥作用，请说明原因。

说明：

1.提供证据证明社群成员知晓所述社群及其内部不同的成员团体或细分群体。

2.申请实体应提供以下实践活动的证明文件，且这些活动应发生在提交申请前的两年内：

a) 开展的相关调查；

b) 涉及社群各团体、细分群体或成员的活动记录。

说明：

1.提供证据证明社群成员知晓申请实体及其申请社群 gTLD 的意图。

2.若无此类证据，请说明原因。

说明：

提供证据证明社群在申请提交期开始之前已形成稳定的存在基础。

说明：

1.提供证据证明社群外部个人和团体知晓所述社群。

2.申请实体应提供以下实践活动的证明文件，且这些活动应发生在提交申请前的两年内：

a) 与所述社群及其活动或成员相关的媒体报道或其他公开信息；

b) 在各类平台（包括线上或线下）上关于所述社群的讨论；

c) 与所述社群以外的团体建立合作伙伴关系或开展合作的证据；

d) 在申请提交期开始之前，所述社群已完成设立或组建的证据；

e) 对更广泛的社会或群体做出贡献的证据（例如，文化或科学方面的贡献）。

说明：

1.提供该社群具有长期性的证据。

2.申请实体应提供以下实践活动的证明文件，且这些活动应发生在提交申请前的两年内：

a) 能够体现时间延续性的周期性或计划性的活动证据；

b) 能够证明长期传统或做法的过往活动的文件记录；

c) 能够凸显社群长期存在或其文化意义的讨论记录。

说明：

说明申请的字符串如何与社群名称相符，或者为何能够作为社群的公认替代称谓（无论全称或简称）。

说明：

1.说明所申请字符串如何与社群明确关联或代表该社群。

2.说明所申请字符串除了标识申请中所述社群或社群成员之外，是否还有任何其他重要含义。申请实体可酌情提供与该字符串可能隐含的特定地理概念、地区或主题相关的信息，无论该社群是否属于上述地理概念、地区或与上述主题相关。

说明：

通过单选按钮选择 - 是/否

注：

1.社群注册政策是社群 gTLD 注册管理运行机构对其 gTLD 内的注册人施加的条件。

2.若对此问题选择“是”，则申请实体须支付有条件注册管理机构承诺评估费，且经 ICANN 批准的社群注册政策将在 CPE 中进行评分（若申请实体选择参与 CPE），并纳入适用的基准 RA 规范 12 中。

3.若选择“否”，则该申请将无法作为社群申请继续推进。

CR-1.社群申请人必须拟定社群注册政策并获得 ICANN 的批准，该政策至少需包含关于注册人资格和名称选择的相关内容，以便纳入适用的基准 RA 规范 12 中。

CR-2.此类政策将作为社群申请人参与社群优先评估 (CPE) 的前提条件。请参阅第 7.8.3 节：注册管理机构自愿承诺 (RVC) 以及第 5.4 节：社群优先评估。

1.必须选择一个选项。

2.若选择“是”，请继续回答本节第 151 题（即下一题）。

3.若选择“否”，将显示一条系统警告信息：“未拟定社群注册政策，您的社群 gTLD 申请将无法继续，也无法参与社群优先评估 (CPE)。”

说明：

1.将社群注册政策草拟为拟议合同文本。经 ICANN 批准的政策将纳入适用《注册管理机构协议》规范 12 中，并受 ICANN 合同合规部的执行监督。请参阅附录 4：基准注册管理机构协议规范 12 以了解起草方法。请考虑 2026 轮次基准 RA 当中对既定术语的用法以及此类术语的定义。

2.在每个答复字段输入一项关于注册人资格的拟议社群注册政策。最多可提交 10 项社群注册政策。

3.按照以下格式，填写注册管理运行机构必须执行和/或禁止执行的事项：

a)“注册管理运行机构应___”；且/或

b)“注册管理机构不得___”。

4.按照以下格式，填写注册管理运行机构承诺将会纳入注册服务机构《注册管理机构-注册服务机构协议》中的特定要求：

a)“注册管理运行机构将在其《注册管理机构-注册服务机构协议》中纳入以下条款：注册服务机构应___”；且/或

b)“注册管理运行机构将在其《注册管理机构-注册服务机构协议》中纳入以下条款：注册服务机构不得___”。

5.按照以下格式，填写注册管理运行机构承诺会要求注册服务机构纳入适用《注册协议》中的特定要求：

a)“注册管理运行机构将在其《注册管理机构-注册服务机构协议》中纳入条款，要求注册服务机构在其注册协议中加入以下条款：要求___”；且/或

b)“注册管理运行机构将在其《注册管理机构-注册服务机构协议》中纳入条款，要求注册服务机构在其注册协议中加入以下条款：禁止___”。

6.填写任何可用于证明注册管理运行机构遵守社群注册政策的客观措施。例如：

a) 注册管理运行机构应制定并实施注册资格政策，且最迟应在 TLD 于 DNS 中获得授权之日，在其网站上公布该政策。

b) 注册管理运行机构应每年至少审核一次 (a) 项所述注册政策，并在每年生效日起三十 (30) 天内，在其网站上公布审核结果（包括注册政策的任何更新）。

7.若社群注册政策存在时间、时限、范围或其他因素限制，须明确说明适用限制。例如，若注册人资格限制具有时效性，申请实体必须说明该限制将适用于 gTLD 的整个生命周期、仅在指定期间内适用，还是适用于其他限定时段（例如：注册管理运行机构应自生效日起 x 天内，___）。

8.请参阅第 7.8.3.3 节：注册管理机构自愿承诺 (RVC) 标准，以了解 ICANN 将用于评估每项拟议社群注册政策的评估标准。

注：

“资格”指实体或个人为了获得注册管理机构许可成为注册人而必须具有的资质。

CR-1.每个答复字段仅填写一项行动政策。

CR-2.拟议社群注册政策必须具有强制性、明确性、客观性和可衡量性。对于是否执行所承诺的行动或者是否修改该政策，注册管理运行机构不得自行决定。明确说明注册管理运行机构必须采取的行动，而非注册管理运行机构“可”采取的行动。在对政策进行表述时，应使用明确肯定的措辞，避免使用修饰词，需体现确定性。

说明：

1.将社群注册政策草拟为拟议合同文本。经 ICANN 批准的政策将纳入适用的基准《注册管理机构协议》规范 12 中，并受 ICANN 合同合规部的执行监督。请参阅附录 4：基准注册管理机构协议规范 12 以了解起草方法。请考虑 2026 轮次基准 RA 当中对既定术语的用法以及此类术语的定义。

2.在每个答复字段中，针对所申请字符串的名称选择标准或规则，输入一条拟议的社群注册政策。最多可提交 10 项社群注册政策。

3.这些标准或规则应与所申请 gTLD 字符串的社群目标相符。

4.按照以下格式，填写注册管理运行机构必须执行和/或禁止执行的事项：

a)“注册管理运行机构应___”；且/或

b)“注册管理机构不得___”。

5.按照以下格式，填写注册管理运行机构承诺将会纳入注册服务机构《注册管理机构-注册服务机构协议》中的特定要求：

a)“注册管理运行机构将在其《注册管理机构-注册服务机构协议》中纳入以下条款：注册服务机构应___”；且/或

b)“注册管理运行机构将在其《注册管理机构-注册服务机构协议》中纳入以下条款：注册服务机构不得___”。

6.按照以下格式，填写注册管理运行机构承诺会要求注册服务机构纳入适用《注册协议》中的特定要求：

a)“注册管理运行机构将在其《注册管理机构-注册服务机构协议》中纳入条款，要求注册服务机构在其注册协议中加入以下条款：要求___”；且/或

b)“注册管理运行机构将在其《注册管理机构-注册服务机构协议》中纳入条款，要求注册服务机构在其注册协议中加入以下条款：禁止___”。

7.填写任何可用于证明注册管理运行机构遵守社群注册政策的客观措施。例如：

a) 注册管理运行机构应制定并实施域名选择规则，且最迟应在 TLD 于 DNS 中获得授权之日，在其网站上公布该规则。

b) 注册管理运行机构应每年至少审查一次 (a) 项所述域名选择规则，并在每年生效日起三十 (30) 天内，在其网站上公布审查结果（包括域名选择规则的任何更新）。

8.若社群注册政策存在时间、时限、范围或其他因素限制，须明确说明适用限制。例如，若域名选择规则具有时效性，申请实体必须说明该规则将适用于 gTLD 的整个生命周期、仅在指定期间内适用，还是适用于其他限定时段（例如：注册管理运行机构应自生效日起 x 天内，___）。

9.请参阅第 7.8.3.3 节：注册管理机构自愿承诺 (RVC) 标准，以了解 ICANN 将用于评估每项拟议社群注册政策的评估标准。

注：

“名称选择”指对于任何二级域名，为了获得注册管理机构的认可，其所必须满足的条件。

CR-1.每个答复字段仅填写一项行动政策。

CR-2.拟议社群注册政策必须具有强制性、明确性、客观性和可衡量性。对于是否执行所承诺的行动或者是否修改该政策，注册管理运行机构不得自行决定。明确说明注册管理运行机构必须采取的行动，而非注册管理运行机构“可”采取的行动。在对政策进行表述时，应使用明确肯定的措辞，避免使用修饰词，需体现确定性。

社群（社群注册政策 - 其他；RCE 标准

1、2、3）

说明：

1.将社群注册政策草拟为拟议合同文本。经 ICANN 批准的政策将纳入适用《注册管理机构协议》规范 12 中，并受 ICANN 合同合规部的执行监督。请参阅附录 4：基准注册管理机构协议规范 12 以了解起草方法。请考虑 2026 轮次基准《注册管理机构协议》当中对既定术语的用法以及此类术语的定义。

2.在每个答复字段输入一项拟议社群注册政策。最多可提交 10 项社群注册政策。

3.按照以下格式，填写注册管理运行机构必须执行和/或禁止执行的事项：

a)“注册管理运行机构应___”；且/或

b)“注册管理机构不得___”。

4.按照以下格式，填写注册管理运行机构承诺将会纳入注册服务机构《注册管理机构-注册服务机构协议》中的特定要求：

a)“注册管理运行机构将在其《注册管理机构-注册服务机构协议》中纳入以下条款：注册服务机构应___”；且/或

b)“注册管理运行机构将在其《注册管理机构-注册服务机构协议》中纳入以下条款：注册服务机构不得___”。

5.按照以下格式，填写注册管理运行机构承诺会要求注册服务机构纳入适用《注册协议》中的特定要求：

a)“注册管理运行机构将在其《注册管理机构-注册服务机构协议》中纳入条款，要求注册服务机构在其注册协议中加入以下条款：要求___”；且/或

b)“注册管理运行机构将在其《注册管理机构-注册服务机构协议》中纳入条款，要求注册服务机构在其注册协议中加入以下条款：禁止___”。

6.填写任何可用于证明注册管理运行机构遵守社群注册政策的客观措施。例如：

a) 注册管理运行机构应制定并实施社群注册政策，且最迟应在 TLD 于 DNS 中获得授权之日，在其网站上公布该政策。

b) 注册管理运行机构应每年至少审查一次 (a) 项所述社群注册政策，并在每年生效日起三十 (30) 天内，在其网站上公布审查结果（包括注册政策的任何更新）。

7.若社群注册政策存在时间、时限、范围或其他因素限制，须明确说明适用限制。例如，若承诺具有时效性，申请实体必须说明该规定将适用于 gTLD 的整个生命周期、仅在指定期间内适用，还是适用于其他限定时段（例如：注册管理运行机构应自生效日起 x 天内，___）。

8.请参阅第 7.8.3.3 节：注册管理机构自愿承诺 (RVC) 标准，以了解 ICANN 将用于评估每项拟议社群注册政策的评估标准。

CR-1.每个答复字段仅填写一项行动政策。

CR-2.拟议社群注册政策必须具有强制性、明确性、客观性和可衡量性。对于是否执行所承诺的行动或者是否修改该政策，注册管理运行机构不得自行决定。明确说明注册管理运行机构必须采取的行动，而非注册管理运行机构“可”采取的行动。在对政策进行表述时，应使用明确肯定的措辞，避免使用修饰词，需体现确定性。

说明：

1.若您在问题 151-153 中对拟议社群注册政策设置了任何限制，请在此答复字段说明理由。请参阅第 7.8.3.3 节：注册管理机构自愿承诺 (RVC) 标准。

2.若您在问题 151-153 中对拟议社群注册政策设置了任何限制，请在此答复字段中输入“Not Applicable”（不适用）。

说明：

1.使用第 7.8.3.3 节：注册管理机构自愿承诺 (RVC) 标准中的考量标准，说明拟议的社群注册政策如何满足注册管理机构承诺评估标准 4 和标准 5。

2.考虑拟议社群注册政策是否可能被认定为与适用法律、ICANN 协议、ICANN 共识性政策或临时政策中的既有要求重复。在某些情况下，对于与适用共识性政策或法律要求重复的社群注册政策，ICANN 可能会自行酌情决定予以批准。若不存在重复，请说明您认为该社群注册政策不构成重复的原因。若存在重复，请具体指出重复的要求，并说明为何您认为基准 RA 中有必要出现该重复内容。

3.考虑拟议社群注册政策是否可能被认定为与适用法律、ICANN 协议、ICANN 共识性政策或临时政策中的既有要求相抵触。若任何社群注册政策被认定为违反适用法律、ICANN 协议和政策，ICANN 将不予批准。请在回答本题时，就这一问题阐述您的观点。

4.考虑拟议社群注册政策是否可能被认定为与 ICANN 章程不符。若任何社群注册政策被认定为与 ICANN 章程不符，ICANN 将不予批准。相关背景信息，请参阅 ICANN 董事会决议 2024.06.08.08-2024.06.08.10。请在回答本题时，就这一问题阐述您的观点。

5.考虑拟议社群注册政策是否需要运营额外的注册管理机构服务。申请实体应与其选定的 RSP 协商实施此类额外注册管理机构服务事宜，该服务必须通过 RSP 项目评估并获得 ICANN 批准。

说明：

请附上与所述社群相关组织机构出具的书面认可（请参阅问题 136），以提供可对申请实体的申请予以支持的证明。

说明：

说明反对意见可能相关或可能不相关的原因，或说明申请实体计划如何处理或解决反对意见（如适用）。

所申请字符串是否为地理名称，即符合以下任一情形的名称：

a) 是 ISO 3166-1 标准中所列国家/地区的首都/首府名称；

b) 是城市名称（从申请文件的表述中可明确看出，申请主体拟将该 gTLD 用于与该城市名称相关的用途）；

c) 是 ISO 3166-2 标准所列次级行政区划名称；或

d) 被列为联合国教科文组织 (UNESCO) 区域或出现在《统计用途国家或地区标准代码 (M49)》地理区域部分的字符串

说明：

选择“是”或“否”。

说明：

选择“是”或“否”。

说明：

描述并举例说明该 TLD 将如何与城市名称关联使用。

地理术语（同意和无

异议）

说明：

请附上所有相关政府实体或公共权威机构出具的同意或无异议文件。

注：

请参阅第 7.5 节：地理名称，以了解适用于不同类型地理群体的要求细则。

子

章节

说明：

选择“是”或“否”。

CR-1.通过单选按钮选择 - 是/否

CR-2.依据申请实体对保留名称状态的自我声明做出选择。

说明：

1.若存在上级组织，请提供上级组织出具的支持文件，文件中需说明其与申请实体的关系。

2.若存在公共权威机构负责监管申请实体组织，请提供支持或无异议文件，文件需包含相关公共权威机构的签字函件。

说明：

1.在回答问题时，请考虑所申请 TLD 字符串在以下语境中的含义来应用相关标准：

a. 申请中所述的字面含义。

b. 在任何其他语言中，该字符串作为公认单词或短语时的字面含义。

c. 存在其他含义时，该字符串在任何语言或区域性的变体中所具有的非正式含义。

2.若理解相关语境的一般意义上的“理性人士”认为该问题应回答“是”，则答案为“是”。

CR-1.选择“是”/“否”

CR-2.若选择“是”，则所申请字符串可唤起一定程度的消费者默示信任，必须视为属于保障性分组 1（受监管行业/需遵循多个司法管辖区的开放式准入要求）——适用保护措施 1-3。

说明：

1.在回答问题时，请考虑所申请 TLD 字符串在以下语境中的含义来应用相关标准：

a. 申请中所述的字面含义。

b. 在任何其他语言中，该字符串作为公认单词或短语时的字面含义。

c. 存在其他含义时，该字符串在任何语言或区域性的变体中所具有的非正式含义。

2.若理解相关语境的一般意义上的“理性人士”认为该问题应回答“是”，则答案为“是”。

CR-1.每项考量均需做出“是”/“否”选择。

CR-2.若选择“是”，则所申请字符串存在较高的消费者损害风险，必须视为属于保障性分组 1（受监管行业/需遵循多个司法管辖区的开放式准入要求）——适用保护措施 1-3。

说明：

1.在回答问题时，请考虑所申请 TLD 字符串在以下语境中的含义来应用相关标准：

a. 申请中所述的字面含义。

b. 在任何其他语言中，该字符串作为公认单词或短语时的字面含义。

c. 存在其他含义时，该字符串在任何语言或区域性的变体中所具有的非正式含义。

2.若理解相关语境的一般意义上的“理性人士”认为该问题应回答“是”，则答案为“是”。

CR-1.每项考量均需做出“是”/“否”选择。

CR-2.若选择“是”，则所申请字符串与某一市场领域相关，该领域在多个司法管辖区具有明确的且/或受监管的准入要求（例如金融、博彩、专业服务、环境、健康与健身、企业标识或慈善领域），必须视为属于保障性分组 2（高度监管行业/需遵循多个司法管辖区的封闭式准入要求）——适用保护措施 1-8。

说明：

1.在回答问题时，请考虑所申请 TLD 字符串在以下语境中的含义来应用相关标准：

a. 申请中所述的字面含义。

b. 在任何其他语言中，该字符串作为公认单词或短语时的字面含义。

c. 存在其他含义时，该字符串在任何语言或区域性的变体中所具有的非正式含义。

2.若理解相关语境的一般意义上的“理性人士”认为该问题应回答“是”，则答案为“是”。

CR-1.每项考量均需做出“是”/“否”选择。

CR-2.若选择“是”，则所申请字符串与需要获得地方、地区或国家政府严格许可或认证的行业相关。这通常涉及定期检查和持续的政府监督，必须视为属于保障性分组 2（高度监管行业/需遵循多个司法管辖区的封闭式准入要求）——适用保护措施 1-8。

说明：

1.在回答问题时，请考虑所申请 TLD 字符串在以下语境中的含义来应用相关标准：

a. 申请中所述的字面含义。

b. 在任何其他语言中，该字符串作为公认单词或短语时的字面含义。

c. 存在其他含义时，该字符串在任何语言或区域性的变体中所具有的非正式含义。

I-2.若理解相关语境的一般意义上的“理性人士”认为该问题应回答“是”，则答案为“是”。

CR-1.选择“是”/“否”。

CR-2.若选择“是”，则所申请字符串属于与骚扰、蓄意伤害或攻击相关的用语，无论是否处于故意，这类用语都会对他人造成困扰或难堪，

必须视为属于保障性分组 3（潜在网络霸凌/骚扰）——适用保护措施 1-9。

说明：

1.在回答问题时，请考虑所申请 TLD 字符串在以下语境中的含义来应用相关标准：

a. 申请中所述的字面含义。

b. 在任何其他语言中，该字符串作为公认单词或短语时的字面含义。

c. 存在其他含义时，该字符串在任何语言或区域性的变体中所具有的非正式含义。

I-2.若理解相关语境的一般意义上的“理性人士”认为该问题应回答“是”，则答案为“是”。

CR-1.选择“是”/“否”。

CR-2.若选择“是”，则所申请字符串与政府范围内（如军事部门）的固有职能相关联，必须视为属于保障性分组 4（政府固有职能）——适用保护措施 1-8 及保护措施 10。

说明：

选择“是”或“否”。

注：

1.ICANN 将评估所申请的 gTLD 字符串是否需要在基准 RA 中纳入一项或多项保障性公共利益承诺（保障性 PIC）。

2.除每份基准 RA 必须包含的强制性公共利益承诺（强制性 PIC）外，部分基准 RA 还必须根据 ICANN 的保障性评估结果纳入保障性 PIC。请参阅第 7.8.2.3 节：保障性 PIC。

3.对于经评估未被认定需要保障性 PIC 的 TLD，其申请实体可自愿选择将此类 PIC 纳入适用的基准 RA，例如，用于推进商业目标、协助解决已提出或可能提出的申请相关问题或争议，或避免后续需评估和实施定制化注册管理机构自愿承诺 (RVC) 的情况出现。请参阅第 7.8.3 节：注册管理机构自愿承诺 (RVC)。

1.必须选择一个选项。

2.若选择“是”，请继续回答下一问题（问题 171）。

3.若选择“否”，请跳至下一组问题（注册管理机构自愿承诺 (RVC) - 问题 172）。

说明：

从提供的列表中选择适用的保障性 PIC（可选择多个选项）。

注：

1.共有十 (10) 项保障性 PIC。申请实体可从该多选列表中选择一项或多项保障性 PIC，将其纳入适用的基准 RA 中。

2.若选择了任何保障性 PIC，则所选保障性 PIC 将作为合同义务纳入 RA 中。

说明：

1.选择“是”或“否”。

2.除保障性公共利益承诺 (PIC) 外，申请实体还可提出一项或多项注册管理机构自愿承诺 (RVC)，以针对注册管理运行机构运行所申请的 gTLD 字符串提供额外保障措施。请参阅第 7.8.3 节：注册管理机构自愿承诺 (RVC)。

3.RVC 独立于社群注册政策。更多信息，请参阅第 7.8.3 节：注册管理机构自愿承诺 (RVC) 以及第 7.8.4 节：社群注册政策。若您申请的是社群 gTLD，请回答第 150-155 题以提交社群注册政策。但是，除了社群注册政策外，您还计划在 RA 中纳入额外的注册管理机构自愿承诺，可回答“是”并继续回答后续问题。

4.建议您考虑除了在基准 RA 中纳入承诺外，是否存在其他途径可用于推进您的业务目标，或协助解决与所申请 gTLD 字符串或申请相关的任何预期问题或实际问题。请参阅第 7.8.3 节：注册管理机构自愿承诺 (RVC)。

注：

若您对此问题选择“是”，则需支付有条件的注册管理机构承诺评估费用，且经 ICANN 批准的承诺将作为特定的自愿性公共利益承诺，以合同义务形式纳入适用的基准 RA 规范 11 中。

1.必须选择一个选项。

2.若选择“是”，请继续回答下一问题（问题 173）。

3.若选择“否”，请跳至下一组问题（注册管理机构服务 - 问题 176）。

注册管理机构自愿承诺（RCE 标准

1、2、3）

说明：

1.将注册管理机构自愿承诺 (RVC) 草拟为拟议合同文本。经 ICANN 批准的政策将纳入适用《注册管理机构协议》规范 11 中，并受 ICANN 合同合规部的执行监督。请参阅附录 4：基准《注册管理机构协议》规范 11 第 2 节以了解起草方法。请考虑 2026 轮次基准《注册管理机构协议》当中对既定术语的用法以及此类术语的定义。

2.在每个答复字段输入一条拟议 RVC。最多可提交 10 项 RVC。3.按照以下格式，填写注册管理运行机构必须执行和/或禁止执行的事项：

a)“注册管理运行机构应___”；且/或

b)“注册管理机构不得___”。

3.按照以下格式，填写注册管理运行机构承诺将会纳入注册服务机构《注册管理机构-注册服务机构协议》中的特定要求：

a)“注册管理运行机构将在其《注册管理机构-注册服务机构协议》中纳入以下条款：注册服务机构应___”；且/或

b)“注册管理运行机构将在其《注册管理机构-注册服务机构协议》中纳入以下条款：注册服务机构不得___”。

4.按照以下格式，填写注册管理运行机构承诺会要求注册服务机构纳入适用《注册协议》中的特定要求：

a)“注册管理运行机构将在其《注册管理机构-注册服务机构协议》中纳入条款，要求注册服务机构在其注册协议中加入以下条款：要求___”；且/或

b)“注册管理运行机构将在其《注册管理机构-注册服务机构协议》中纳入条款，要求注册服务机构在其注册协议中加入以下条款：禁止___”。

5.填写任何可用于证明注册管理运行机构遵守注册管理机构自愿承诺的客观措施。例如：

a) 注册管理运行机构应制定并实施注册管理机构自愿承诺，且最迟应在 TLD 于 DNS 中获得授权之日，在其网站上公布该承诺。

b) 注册管理运行机构应每年至少审查一次 (a) 项所述承诺，并在每年生效日起三十 (30) 天内，在其网站上公布审查结果（包括注册政策的任何更新）。

6.若注册管理机构自愿承诺存在时间、时限、范围或其他因素限制，须明确说明适用限制。例如，若承诺具有时效性，申请实体必须说明该承诺将适用于 gTLD 的整个生命周期、仅在指定期间内适用，还是适用于其他限定时段（例如：注册管理运行机构应自生效日起 x 天内，___）。

7.请参阅第 7.8.3.3 节：注册管理机构承诺评估标准，以了解 ICANN 将用于评估每项拟议 RVC 的评估标准。

CR-1.每个答复字段仅填写一项行动政策。

CR-2.拟议注册管理机构自愿承诺必须具有强制性、明确性、客观性和可衡量性。对于是否执行所承诺的行动或者是否修改该政策，注册管理运行机构不得自行决定。明确说明注册管理运行机构必须采取的行动，而非注册管理运行机构“可”采取的行动。在对政策进行表述时，应使用明确肯定的措辞，避免使用修饰词，需体现确定性。

注册管理机构自愿承诺（RCE

标准 3）

说明：

1.若您在问题 173 中对拟议 RVC 设置了任何限制，请在此答复字段说明理由。请参阅第 7.8.3.3 节：注册管理机构承诺评估标准。

2.若您在问题 173 中对拟议 RVC 未设置任何限制，请在此答复字段中输入“Not Applicable”（不适用）。

注册管理机构自愿承诺（背景信息，RCE

标准 4 和标准 5）

说明：

1.提供背景信息，以说明该承诺对于支持 gTLD 申请所具有的相关性、重要性和必要性。请参阅第 7.8.3.2.1 节：申请人须确定拟议 RVC 的用途。

2.考虑拟议承诺是否可能被认定为与适用法律、ICANN 协议、ICANN 共识性政策或临时政策中的既有要求重复。在某些情况下，即使 RVC 与适用的共识性政策或法律要求存在重复，ICANN 仍可自行酌情决定是否予以批准；例如，若此类 RVC 是落实 GAC 共识性建议所必需的，则可获得批准。若不存在重复，请说明您认为该承诺不构成重复的原因。若存在重复，请具体指出重复的要求，并说明为何您认为基准 RA 中有必要出现该重复内容。

3.考虑拟议承诺是否可能被认定为与适用法律、ICANN 协议、ICANN 共识性政策或临时政策中的既有要求相抵触。若任何承诺被认定为违反适用法律、ICANN 协议和政策，ICANN 将不予批准。请在回答本题时，就这一问题阐述您的观点。

4.考虑拟议承诺是否可能被认定为与 ICANN 章程不符。若任何承诺被认定为与《ICANN 章程》不符，ICANN 将不予批准。相关背景信息，请参阅 ICANN 董事会决议 2024.06.08.08-2024.06.08.10。请在回答本题时，就这一问题阐述您的观点。

5.考虑拟议承诺是否需要运营额外的注册管理机构服务。申请实体应与其选定的 RSP 协商实施此类额外注册管理机构服务事宜，该服务必须通过 RSP 项目评估并获得 ICANN 批准。

6.有关上述考虑因素的更多指导说明，请参阅第 7.8.3.3 节：注册管理机构承诺评估标准。

7.[若承诺作为申请变更请求提出]：若该承诺是为回应异议、GAC 成员早期预警、GAC 建议或申请评议而提出，请注明承诺所回应的具体事项。

说明：

列出该注册管理机构计划使用并已接受预评估的所有 RSP。TAMS 将提示以下子问题：

176.1 请选择一个主要注册管理机构服务提供商 (RSP)。

176.2 请选择一个域名系统注册管理机构服务提供商 (DNS RSP)。

176.3 请选择一个域名系统安全扩展 (DNSSEC)。

176.4 [可选] 请选择一个代理 RSP。

主要 RSP 和 DNSSEC 各限选一个。DNS RSP 和代理服务器数量不限。若国际化域名 (IDN) 存在变体，仅可选择三级 RSP。

有关不同类型 RSP 的更多信息，请参阅 AGB 第 3.1.10.2 节：注册管理机构职能和 RSP 类型。

注：

建议申请实体在提交申请时明确其 RSP 和预期的注册管理机构服务，以避免可能出现的处理延误。但是，申请实体也可以在提交申请时不指定 RSP，而是选择在申请人评估和申请评估之前，通过变更请求流程来指定。这将是此问题的可选答案之一。

说明：

列出将在该 TLD 中使用的所有注册管理机构服务。TAMS 将提示以下子问题：

177.1 选择注册管理机构服务。申请实体将从所选主要 RSP 提供的服务列表中进行选择。如果未选择主要 RSP，申请实体必须选择“稍后选择”。

177.2 申请的变体顶级域 (TLD) 和（如适用）支持的国际化域名 (IDN) 是否将使用相同的注册管理机构提供的服务？申请实体必须选择“是”或“否”。如果申请实体选择“否”，则将在合同签订期间最终确定详细信息。

注：

1.注册管理机构服务必须由该注册管理机构计划使用并已接受预评估的 RSP 提供支持。

2.建议申请实体在提交申请时明确其 RSP 和预期的注册管理机构服务，以避免可能出现的处理延误。但是，申请实体也可以在提交申请时不指定 RSP，而是选择在申请人评估和申请评估之前，通过变更请求流程来指定。这将是此问题的可用选项之一。

说明：

1.若需支持国际化域名 (IDN) 注册，请从可用列表中选择受支持的国际化域名列表。所包含的项目基于所选 RSP 此前的评估结果。

2.若列表中未提供国际化域名列表，申请实体应联系 RSP 以获得 ICANN 批准。

说明：

选择“是”或“否”。

说明：

选择“是”或“否”。

说明：

请附上准确、完整的适用商标注册证副本，该副本是申请“.Brand”TLD 资格的基础。

说明：

提供签名商标数据包 (SMD) 文件。

注：

提供的 SMD 文件应与申请字符串相对应；此外，还可为变体字符串提交额外的 SMD 文件。

说明：

通过复选框确认声明。

说明：

说明申请实体计划如何运营该 TLD，以确保不存在与规范 11 第 3(d) 节的任何冲突。

说明：

用于表明申请实体是否有意申请规范 9 的豁免，且根据规范 13，申请实体不请求授权为“.Brand”TLD。

说明：

通过复选框确认声明。

说明：

通过复选框确认声明。

说明：

说明为何行为准则并非保护公共利益所必需。可包括：说明在获得豁免的条件下运营该 TLD，如何能最大程度地保障注册管理运行机构、其利益相关方及更广泛互联网社群的利益，同时不对域名生态系统造成不利影响。

说明：

选择“是”/“否”。

若选择“是”，则归入“政府”分类并回答问题 192-194。

若选择“否”，则继续回答下一问题。

说明：

选择“是”/“否”。

若选择“是”，则归入“注册管理运行机构”分类并回答问题 195-201。

若选择“否”，则继续回答下一问题。

说明：

选择“是”/“否”。

若选择“是”，则归入“前 25 大证券交易所”分类并回答问题 202-207。

若选择“否”，则归入“标准”分类并回答问题 208-219。

CR-1.“前 25 大交易所”分类适用于在全球前 25 大证券交易所上市的公司，或在全球前 25 大交易所上市的公司的附属实体。参考：市场统计数据（https://focus.world-exchanges.org/issue/december-2025/market-statistics，截至 2025 年 12 月）

CR-2.“标准”分类适用于不符合上述任何一种分类资格的所有其他申请实体。

财务评估 -“政府”分类：自我

认证 (Q1.1-1)¹¹

Q1.1-1 - 提供申请实体的自我认证文件（须使用相应权威机构印有官方信头的信纸），文件需承诺提供政府支持，证明申请实体已获准申请并运营该 gTLD，同时声明并保证

SC1.1-1.1 - 申请实体为其所在司法管辖区内的公认政府机构，且该政府机构已获得对所申请 gTLD 字符串提出申请所需的授权；或申请实体为公认的政府间组织，并已获得对所申请 gTLD 字符串提出申请所需的相关授权。

SC1.1-1.2 - 申请实体和/或其附属机构承诺为运营申请实体所有现有 gTLD（如适用）及新申请的 gTLD 字符串提供长期资金支持。

说明：

1.针对自我认证问题 Q1.1-1，提供一份文件。

2.该文件必须仅包含 SC1.1-1.1 和 SC1.1-1.2 两项声明。

3.不得修改任何自我认证的声明。

4.若申请实体无法对 SC1.1-1.1 和 SC1.1.1-2 声明进行自我认证，需提供文件来说明申请实体无法对 SC1.1-1.1 和 SC1.1.1-2 进行自我认证的原因。

CR-1.申请实体必须毫无例外地遵循这些说明，并提供完整、商业上合理且诚实的回答。

CR-2.申请实体提供自我认证文件。

CR-3.该文件需由申请实体签署，如适用，还需由附属机构签署。

CR-4.两项自我认证声明将确认申请实体：

a) 是其所在司法管辖区内的公认政府机构，并已获得政府授权，可提交一项或多项申请。

b) 或其附属机构承诺为运营申请实体所有现有 gTLD（如适用）及新申请的 gTLD 字符串提供长期资金支持。

财务评估 -“政府”分类：运营/

规划 (Q1.2-1)¹²

说明：

Q1.2-1 文件必须为 PDF 格式。

CR-1.申请实体必须毫无例外地遵循这些说明，并提供完整、商业上合理且诚实的回答。

CR-2.提供一份文件，列明申请实体当前拥有的所有 gTLD（如适用）以及与申请实体关联的附属实体拥有的所有 gTLD（如适用）。

财务评估 -“政府”分类：运营/

规划 (Q1.2-2)

说明：

Q1.2-2 文件必须为 Excel (.xlsx) 格式。

CR-1.申请实体必须毫无例外地遵循这些说明，并提供完整、商业上合理且诚实的回答。

CR-2.提供一份文件，其中包含申请实体所申请字符串的列表，以及每个字符串在授权后第一年、第二年和第三年的受管理域名 (DUM) 数量预测。

子

章节

说明：

1.提供由第三方会计师事务所为本次财务评估提供财务报表而编制的所有文件。

2.年度报告不予接受。

注：

1.合格上级实体 (QPE) 是指直接或间接持有申请实体至少 51% 所有权的法律实体。

2.合格上级报表 (QPS) 是指由 QPE 出具、经审计的财务报表。

CR-1.申请实体必须毫无例外地遵循这些说明，并提供完整、商业上合理且诚实的回答。

CR-2.提供由第三方会计师事务所编制的申请实体经审计的财务报表，或合格上级实体 (QPE) 经审计的财务报表。

CR-3.如果无法提供经审计的报表，则提供申请实体最近结束的财政年度或中期的经审核或汇编的财务报表。

CR-4.可接受的会计准则包括：申请实体或 QPE 所在司法管辖区的国家认可会计准则、国际财务报告准则 (International Financial Statements Reporting Standards, IFRS)、通用会计准则原则 (Generally Accepted Accounting Principles, GAAP)。

CR-1.申请实体必须毫无例外地遵循这些说明，并提供完整、商业上合理且诚实的回答。

CR-2.阐述合格上级实体 (QPE) 如何符合“财务报表说明”中关于提供财务报表的定义。

CR-1.申请实体必须毫无例外地遵循这些说明，并提供完整、商业上合理且诚实的回答。

CR-2.说明为何选择提交这套财务报表，需提及“最优现金流”，表明申请实体具有稳健的流动性状况，有能力履行财务义务。

CR-1.申请实体必须毫无例外地遵循这些说明，并提供完整、商业上合理且诚实的回答。

CR-2.说明编制申请实体财务报表所采用的会计准则。

a) 可接受的会计准则包括：申请实体或合格上级实体 (QPE) 所在司法管辖区的国家认可会计准则、国际财务报告准则 (International Financial Statements Reporting Standards, IFRS)、通用会计准则原则 (Generally Accepted Accounting Principles, GAAP)。

Q2.2-1 - 提供申请实体的自我认证文件，该文件由申请实体的首席执行官、总裁、首席财务官和/或同等职级高管签署。若财务报表由申请实体的合格上级实体 (QPE) 提供，则该 QPE 的首席执行官、总裁、首席财务官和/或同等职级高管须共同签署认证文件。自我认证文件必须声明并保证：

SC2.2-1.1 - 截至申请提交之日，申请实体是现有的注册管理运行机构，或是拥有一个或多个有效基准 RA 的现有注册管理运行机构的附属实体。

SC2.2-1.2 - 申请实体和/或 QPE 将为申请实体所有现有 gTLD 及申请的 gTLD 字符串的启动和长期运营提供资金支持。

SC2.2-1.3 - 申请实体和/或其高管依照其司法管辖区内的法律准确披露财务报表，且申请实体在该司法管辖区内信誉良好。

说明：

1.针对自我认证问题 Q2.2-1，提供一份文件。

2.该文件必须仅包含 SC2.2-1.1 到 SC2.2-1.3 的声明。

3.不得修改任何自我认证的声明。

4.若申请实体无法对 SC2.2-1.1 到 SC2.2-1.3 的声明进行自我认证，需提供文件来说明申请实体无法对 SC2.2-1.1 到 SC2.2-1.3 进行自我认证的原因。

CR-1.申请实体必须毫无例外地遵循这些说明，并提供完整、商业上合理且诚实的回答。

CR-2.申请实体提供自我认证文件。

CR-3.该文件需由申请实体签署，如适用，还需由合格上级实体 (QPE) 签署。

CR-4.本问题中的三项自我认证声明将确认申请实体：

a) 是现有注册管理运行机构或其附属实体，

b) 承诺为所有现有 gTLD 及申请的 gTLD 字符串提供长期资金支持，

c) 受其司法管辖区内法律约束，准确披露财务报表，且在该司法管辖区“信誉良好”：按时提交年度报告、营业执照及其他所需文件；缴纳应付费用、税款并履行其他财务义务；在地方、省/州及国家层面主管机构的相应注册信息均保持最新且准确。

说明：

Q2.3-1 文件必须为 PDF 格式。

CR-1.申请实体必须毫无例外地遵循这些说明，并提供完整、商业上合理且诚实的回答。

CR-2.提供一份文件，列明申请实体当前拥有的所有 gTLD（如适用）以及与申请实体关联的附属实体拥有的所有 gTLD（如适用）。

说明：

Q2.3-2 文件必须为 Excel (.xlsx) 格式。

CR-1.申请实体必须毫无例外地遵循这些说明，并提供完整、商业上合理且诚实的回答。

CR-2.提供一份文件，其中包含申请实体所申请字符串的列表，以及每个字符串在授权后第一年、第二年和第三年的受管理域名 (DUM) 数量预测。

说明：

1.提供由第三方会计师事务所为本次财务评估提供财务报表而编制的所有文件。

2.年度报告不予接受。

注：

1.合格上级实体 (QPE) 是指直接或间接持有申请实体至少 51% 所有权的法律实体。

2.合格上级报表 (QPS) 是指由 QPE 出具、经审计的财务报表。

CR-1.申请实体必须毫无例外地遵循这些说明，并提供完整、商业上合理且诚实的回答。

CR-2.提供由第三方会计师事务所编制的申请实体经审计的财务报表，或合格上级实体 (QPE) 经审计的财务报表。

CR-3.可接受的会计准则包括：申请实体或 QPE 所在司法管辖区的国家认可会计准则、国际财务报告准则 (International Financial Statements Reporting Standards, IFRS)、通用会计准则原则 (Generally Accepted Accounting Principles, GAAP)。

CR-1.申请实体必须毫无例外地遵循这些说明，并提供完整、商业上合理且诚实的回答。

CR-2.阐述合格上级实体 (QPE) 如何符合“财务报表说明”中关于提供财务报表的定义。

CR-1.申请实体必须毫无例外地遵循这些说明，并提供完整、商业上合理且诚实的回答。

CR-2.说明为何选择提交这套财务报表，需提及“最优现金流”，表明申请实体具有稳健的流动性状况，有能力履行财务义务。

CR-1.申请实体必须毫无例外地遵循这些说明，并提供完整、商业上合理且诚实的回答。

CR-2.说明编制申请实体财务报表所采用的会计准则。

a) 可接受的会计准则包括：申请实体或合格上级实体 (QPE) 所在司法管辖区的国家认可会计准则、国际财务报告准则 (International Financial Statements Reporting Standards, IFRS)、通用会计准则原则 (Generally Accepted Accounting Principles, GAAP)。

Q3.2-1 - 提供申请实体的自我认证文件，该文件由申请实体的首席执行官、总裁、首席财务官和/或同等职级高管签署。若申请实体的财务报表由合格上级实体 (QPE) 提供，则该 QPE 的首席执行官、总裁、首席财务官和/或同等职级高管须共同签署认证文件。自我认证文件必须声明并保证：

SC3.2-1.1 - 截至申请提交之日，申请实体目前是 ICANN 市场统计数据列表（https://focus.world-exchanges.org/issue/december-2025/market-statistics，截至 2025 年 12 月）中所列一家或多家证券交易所的上市公司，且须提供相关交易所信息及当前注册股票代码。

SC3.2-1.2 - 申请实体在其作为上市成员的证券交易所中信誉良好。

SC3.2-1.3 - 申请实体承诺为所有申请的 gTLD 字符串提供长期资金支持。

SC3.2-1.4 - 申请实体和/或其高管依照其司法管辖区内的法律准确披露财务报表，且申请实体在该司法管辖区内信誉良好。

说明：

1.针对自我认证问题 Q3.2-1，提供一份文件。

2.该文件必须仅包含 SC3.2-1.1 到 SC3.2-1.4 的声明。

3.不得修改任何自我认证的声明。

4.若申请实体无法对 SC3.2-1.1 到 SC3.2-1.4 的声明进行自我认证，需提供文件来说明申请实体无法对 SC3.2-1.1 到 SC3.2-1.4 进行自我认证的原因。

CR-1.申请实体必须毫无例外地遵循这些说明，并提供完整、商业上合理且诚实的回答。

CR-2.申请实体提供自我认证文件。

CR-3.该文件需由申请实体签署，如适用，还需由合格上级实体 (QPE) 签署。

CR-4.本问题中的四项自我认证声明将确认申请实体：

a) 目前是市场统计数据（https://focus.world-exchanges.org/issue/december-2025/market-statistics，截至 2025 年 12 月）中所列一家证券交易所的上市公司，

b) 在申请实体所属证券交易所中保持良好信誉，始终符合所有规则与监管要求，

c) 承诺为所有申请的 gTLD 字符串提供长期资金支持，

d) 受其司法管辖区内法律约束，准确披露财务报表，且在该司法管辖区“信誉良好”：按时提交年度报告、营业执照及其他所需文件；缴纳应付费用、税款并履行其他财务义务；在地方、省/州及国家层面主管机构的相应注册信息均保持最新且准确。

说明：

Q3.3-1 文件必须为 Excel (.xlsx) 格式。

CR-1.申请实体必须毫无例外地遵循这些说明，并提供完整、商业上合理且诚实的回答。

CR-2.提供一份文件，其中包含申请实体所申请字符串的列表，以及每个字符串在授权后第一年、第二年和第三年的受管理域名 (DUM) 数量预测。

说明：

1.提供由第三方会计师事务所为本次财务评估提供财务报表而编制的所有文件。

2.年度报告不予接受。

注：

1.合格上级实体 (QPE) 是指直接或间接持有申请实体至少 51% 所有权的法律实体。

2.合格上级报表 (QPS) 是指由 QPE 出具、经审计的财务报表。

CR-1.申请实体必须毫无例外地遵循这些说明，并提供完整、商业上合理且诚实的回答。

CR-2.提供由第三方会计师事务所编制的申请实体经审计的财务报表，或合格上级实体 (QPE) 经审计的财务报表。

CR-3.如果无法提供经审计的报表，则提供申请实体最近结束的财政年度或中期的经审核或汇编的财务报表。

CR-4.可接受的会计准则包括：申请实体或 QPE 所在司法管辖区的国家认可会计准则、国际财务报告准则 (International Financial Statements Reporting Standards, IFRS)、通用会计准则原则 (Generally Accepted Accounting Principles, GAAP)。

CR-1.申请实体必须毫无例外地遵循这些说明，并提供完整、商业上合理且诚实的回答。

CR-2.阐述合格上级实体 (QPE) 如何符合“财务报表说明”中关于提供财务报表的定义。

CR-1.申请实体必须毫无例外地遵循这些说明，并提供完整、商业上合理且诚实的回答。

CR-2.说明为何选择提交这套财务报表，需提及“最优现金流”，表明申请实体具有稳健的流动性状况，有能力履行财务义务。

CR-1.申请实体必须毫无例外地遵循这些说明，并提供完整、商业上合理且诚实的回答。

CR-2.说明编制申请实体财务报表所采用的会计准则。

a) 可接受的会计准则包括：申请实体或合格上级实体 (QPE) 所在司法管辖区的国家认可会计准则、国际财务报告准则 (International Financial Statements Reporting Standards, IFRS)、通用会计准则原则 (Generally Accepted Accounting Principles, GAAP)。

Q4.2-1 - 提供申请实体的自我认证文件，该文件由申请实体的首席执行官、总裁、首席财务官和/或同等职级高管签署。若财务报表由合格上级实体 (QPE) 提供，则该 QPE 的首席执行官、总裁、首席财务官和/或同等职级高管须共同签署认证文件。自我认证文件必须声明并保证：

SC4.2-1.1 - 申请实体和/或 QPE 将为所有申请的 gTLD 字符串以及（如适用）QPE 当前运营的 gTLD 的启动和长期运营提供资金支持。

SC4.2-1.2 - 申请实体或 QPE 在所提供财务报表的资产负债表中，须持有至少 50,000 美元现金和现金等价物，外加每个所申请 gTLD 字符串申请基础费用的 25%；该资金最高不超过 300,000 美元，且指定专用于支持申请实体所申请的所有 gTLD 字符串的启动与运营。

SC4.2-1.3 - 申请实体和/或其高管依照其司法管辖区内的法律准确披露财务报表，且申请实体在该司法管辖区内信誉良好。

说明：

1.针对自我认证问题 Q4.2-1，提供一份文件。

2.该文件必须仅包含 SC4.2-1.1 到 SC4.2-1.3 的声明。

3.不得修改任何自我认证的声明。

4.若申请实体无法对 SC4.2-1.1 到 SC4.2-1.3 的声明进行自我认证，需提供文件来说明申请实体无法对 SC4.2-1.1 到 SC4.2-1.3 进行自我认证的原因。

CR-1.申请实体必须毫无例外地遵循这些说明，并提供完整、商业上合理且诚实的回答。

CR-2.申请实体提供自我认证文件。

CR-3.该文件需由申请实体签署，如适用，还需由合格上级实体 (QPE) 签署。

CR-4.本问题中的三项自我认证声明将确认申请实体：

a) 承诺为所有现有 gTLD 及申请的 gTLD 字符串提供长期资金支持，

b) 在申请实体所提供财务报表的资产负债表中，须持有至少 50,000 美元现金和现金等价物，外加每个所申请 gTLD 字符串申请基础费用的 25%；该资金最高不超过 300,000 美元，且指定专用于支持申请实体所申请的所有 gTLD 字符串的启动与运营。

c) 受其司法管辖区内法律约束，准确披露财务报表，且在该司法管辖区“信誉良好”：按时提交年度报告、营业执照及其他所需文件；缴纳应付费用、税款并履行其他财务义务；在地方、省/州及国家层面主管机构的相应注册信息均保持最新且准确。

说明：

最可能情景 (MLS) 的相关说明详见“财务评估模板说明”文件。¹³

注：

请参阅附录 5 查看标准财务分类模板”，其中包含以下模板：最可能情景财务预测、最坏情况财务预测、风险评估模板以及注册预测模板。

CR-1.申请实体必须毫无例外地遵循这些说明，并提供完整、商业上合理且诚实的回答。

CR-2.最可能情景 (MLS) 预测模板未被修改。

CR-3.所有必填单元格均已输入数据。

CR-4.申请时现金持有量计算正确。

CR-5.所提供财务报表的资产负债表中的现金和现金等价物金额超过申请时的现金持有量。

CR-6.所有包含数据的行均具备充分的相关备注内容。

CR-7.第三年的预计总现金流为正值。

说明：

最可能情景 (MLS) 的相关说明详见“财务评估模板说明”文件。

注：

请参阅附录 5 查看标准财务分类模板”，其中包含以下模板：最可能情景财务预测、最坏情况财务预测、风险评估模板以及注册预测模板。

CR-1.申请实体必须毫无例外地遵循这些说明，并提供完整、商业上合理且诚实的回答。

CR-2.最可能情景 (MLS) 预测模板未被修改。

CR-3.运营成本的所有必填单元格均已输入数据。

CR-4.所有包含输入数据的行，均按“财务评估模板说明”文件（请参阅附录 5）的要求，填写了充分且相关的备注内容。

CR-5.若差异达到 20% 及以上，请在备注中说明。

CR-6.提供预评估的 RSP 及所有其他外包合同、意向书或建议书（雇佣协议除外）。

CR-7.合同、意向书 (Letters of Intent, LOI) 及建议书成本均计入 MLS 预测模板。

说明：

最可能情景 (MLS) 的相关说明详见“财务评估模板说明”文件。

注：

请参阅附录 5 查看标准财务分类模板”，其中包含以下模板：最可能情景财务预测、最坏情况财务预测、风险评估模板以及注册预测模板。

CR-1.申请实体必须毫无例外地遵循这些说明，并提供完整、商业上合理且诚实的回答。

CR-2.提供预评估的 RSP 及所有其他外包合同、意向书 (LOI) 或建议书（雇佣协议除外）。

说明：

资金和收入的相关说明详见“财务评估模板说明”文件。

注：

1.资金可以有几个来源，例如，现有资本或注册管理机构的运营收益/收入。

2.资金来源必须得到充分保障，以确保在运营第三年结束时实现正向现金流。

3.请参阅附录 5 查看标准财务分类模板”，其中包含以下模板：最可能情景财务预测、最坏情况财务预测、风险评估模板以及注册预测模板。

CR1.申请实体提供了一项注册收入策略，该策略包含所有申请的 gTLD 字符串的综合情况、启动计划、市场规模及预期渗透目标、独特的注册管理机构服务等。

CR-2.申请实体明确标注了其他所有资金来源、金额及各资金来源的使用时间节点。

说明：

资金和收入的相关说明详见“财务评估模板说明”文件。

注：

1.资金可以有几个来源，例如，现有资本或注册管理机构的运营收益/收入。

2.资金来源必须得到充分保障，以确保在运营第三年结束时实现正向现金流。

请参阅附录 5 查看标准财务分类模板”，其中包含以下模板：最可能情景财务预测、最坏情况财务预测、风险评估模板以及注册预测模板。

CR-1.申请实体提供了一项注册收入策略，该策略包含所有申请的 gTLD 字符串的综合情况、启动计划、市场规模及预期渗透目标、独特的注册管理机构服务等。

CR-2.申请实体明确标注了其他所有资金来源、金额及各资金来源的使用时间节点。

说明：

风险评估相关说明详见“财务评估模板说明”文件。

注：

请参阅附录 5 查看标准财务分类模板”，其中包含以下模板：最可能情景财务预测、最坏情况财务预测、风险评估模板以及注册预测模板。

CR-1.申请实体必须毫无例外地遵循这些说明，并提供完整、商业上合理且诚实的回答。

CR-2.完成所有必需的风险评估 - 风险情景、可能性、影响、缓和措施。

CR-3.申请实体识别的所有风险均已评估，并记录于“风险评估模板”中

说明：

最坏情况 (WCS) 的相关说明详见“财务评估模板说明”文件。

注：

1.最坏情况 (WCS) 财务预测将量化在发生不利事件时注册管理机构的运营计划，这些事件将影响申请实体为所申请 gTLD 字符串提供资金的能力。

2.请参阅附录 5 查看标准财务分类模板”，其中包含以下模板：最可能情景财务预测、最坏情况财务预测、风险评估模板以及注册预测模板。

CR-1.申请实体必须毫无例外地遵循这些说明，并提供完整、商业上合理且诚实的回答。

CR-2.最坏情况 (WCS) 预测模板未被修改。

CR-3.所有必填单元格均已输入数据。

CR-4.申请时现金持有量计算正确。

CR-5.所提供财务报表的资产负债表中的现金和现金等价物金额超过申请时的现金持有量。

CR-6.所有包含数据的行均具备充分的相关备注内容。

CR-7.第三年的预计总现金流为正值。

Q5.1-1 - 提供申请实体的自我认证文件，该文件由申请实体的首席执行官、总裁、首席财务官和/或同等职级高管签署。自我认证文件必须声明并保证：

SC5.1-1.1 - 申请实体将妥善保护数据机密性，防止未经授权访问数据与服务。

SC5.1-1.2 - 申请实体将维持运行一个成熟且配备足够资金与人员的安全计划，该计划需遵循基于风险管理的公认的现代安全框架（如 ISO27000 系列、COBIT、HITRUST CSF、法定安全框架或同等标准）。该安全计划必须在授权之前到位，并至少持续至基准 RA 周期结束。

SC5.1-1.3 - 申请实体了解其运营所在国家/地区的相关隐私与安全法规，并已据此设计其系统和业务以确保符合这些法规要求。

说明：

1.针对自我认证问题 Q5.1-1，提供一份文件。

2.该文件必须仅包含 SC5.1-1.1 到 SC5.1-1.3 的声明。

3.不得修改任何自我认证的声明。

4.若申请实体无法对 SC5.1-1.1 到 SC5.1-1.3 的声明进行自我认证，需提供文件来说明申请实体无法对 SC5.1-1.1 到 SC5.1.1-3 进行自我认证的原因。

CR-1.申请实体必须毫无例外地遵循这些说明，并提供完整、商业上合理且诚实的回答。

CR-2.申请实体提供自我认证文件。

CR-3.该文件由申请实体签署。

CR-4.三项自我认证声明将确认申请实体：

a) 承诺履行其职责，保护申请实体所管理数据的机密性，并防止未经授权访问其服务。

b) 已规划并将在预算中支持必要安全功能的运作。

c) 已实施或计划实施基于风险管理的公认的现代化安全框架，例如 ISO27000 系列、COBIT、HITRUST CSF、法定安全框架或同等标准。

d) 已制定计划，确保有相应人员来实施其安全功能。

e) 已设计运营实践与技术基础设施，以满足其应遵守的安全及隐私要求。

Q5.2-1 - 提供申请实体的自我认证文件，该文件由申请实体的首席执行官、总裁、首席财务官和/或同等职级高管签署。自我认证文件必须声明并保证：

SC5.2-1.1 -申请实体最迟应在顶级域 (Top Level Domain, TLD) 完成授权之前，设立一个滥用行为联络点，专职负责处理需紧急应对的事项，并对涉及该 TLD 下任何注册域名的滥用投诉及时作出响应。

SC5.2-1.2 -申请实体最迟应在 TLD 完成授权之前，建立并公布公众提交滥用报告的机制，同时向 ICANN 提供该机制的具体位置；该机制须符合基准 RA 规定的现行义务及任何共识性政策要求。

SC5.2-1.3 - 申请实体已制定拟议措施，用于在收到书面证据证明孤立粘合记录与恶意行为相关时（请参阅规范 6），移除已从区中删除的域名所对应的孤立粘合记录。

SC5.2-1.4 -申请实体当前已制定或将于授权时制定用于处理滥用投诉的相关政策。此类政策须持续有效并公开发布，确保任何人都可通过互联网及申请实体认定的其他适当渠道进行审阅。申请实体的政策至少应包含以下内容：对滥用报告接收情况的适当确认方式、报告的审核流程，以及若申请实体确认报告属实后将采取的行动。

SC5.2-1.5 -申请实体知悉，DNS 滥用包括网络钓鱼、恶意软件、僵尸网络、网址嫁接及垃圾邮件（当用于传播其他形式 DNS 滥用时）。申请实体对此有清晰认知，并已做好准备为缓和或阻止 TLD 区域内域名的 DNS 滥用行为作出努力。

SC5.2-1.6 - 申请实体对滥用行为的响应能力配备了适当资源，可确保对 DNS 滥用报告进行及时充分的调查和响应。这包括具备接收和评估报告中所含 DNS 滥用证据的能力，以及采取行动制止或阻断 DNS 滥用的能力。

SC5.2-1.7 - 申请实体已做好准备，将对其域名区域进行定期扫描以识别域名是否被用于实施 DNS 滥用，并保留扫描情况、扫描结果及采取行动的统计报告。

说明：

1.针对自我认证问题 Q5.2-1，提供一份文件。

2.该文件必须仅包含 SC5.2-1.1 到 SC5.2-1.7 的声明。

3.不得修改任何自我认证的声明。

4.若申请实体无法对 SC5.2-1.1 到 SC5.2-1.7 的声明进行自我认证，需提供文件来说明申请实体无法对 SC5.2-1.1 到 SC5.2-1.7 进行自我认证的原因。

CR-1.申请实体必须毫无例外地遵循这些说明，并提供完整、商业上合理且诚实的回答。

CR-2.申请实体提供自我认证文件。

CR-3.该文件由申请实体签署。

CR-4.七项自我认证声明将确认申请实体：

a) 将在顶级域 (TLD) 授权前设立专职滥用行为联络点，并及时响应滥用投诉

b) 最迟将在 TLD 完成授权之前，建立并公布公众提交滥用报告的机制，同时向 ICANN 提供该机制的具体位置；该机制须符合基准 RA 规定的现行义务及任何共识性政策要求

c) 已制定拟议措施，用于在收到书面证据证明孤立粘合记录与恶意行为相关时（请参阅规范 6），移除已从区中删除的域名所对应的孤立粘合记录。

d) 已制定并坚持实施关于处理滥用投诉的相关政策。此类政策须公开发布，确保任何人都可通过互联网及申请实体认定的其他适当渠道进行审阅。申请实体的政策至少应包含以下内容：对滥用报告接收情况的适当确认方式、报告的审核流程，以及若申请实体确认报告属实后将采取的行动。

e) 确认 DNS 滥用包括网络钓鱼、恶意软件、僵尸网络、网址嫁接及垃圾邮件（当用于传播其他形式 DNS 滥用时）。申请实体已做好准备，为缓和或阻止 TLD 区域内域名的 DNS 滥用行为作出努力。

f) 将为滥用行为响应能力配备充足资源，以确保能够及时调查和响应 DNS 滥用报告，接收和评估报告中的 DNS 滥用证据，并采取行动制止或阻断 DNS 滥用。

g) 已做好准备，将对其域名区域进行定期扫描以识别域名是否被用于实施 DNS 滥用，并保留扫描情况、扫描结果及采取行动的统计报告。

说明：

1.申请实体可利用此答复字段提交任何其认为有助于加深对其申请的理解、或可能引发公众兴趣的任何额外可选信息或文件。这可能包括但不限于申请实体的：

a) 个别注册管理机构政策；

b) 为履行特定承诺而与第三方签订的单独协议；

c) 使用条款；

d) 不计划纳入 RA 的其他注册政策；

e) 其他可阐明申请实体的使命、价值观或 gTLD 预期用途的材料。

注：

1.此问题为选答题，且仅供参考之用。

2.此处提供的信息不会作为申请的一部分进行评估，也不会对申请实体产生合同约束力。

3.所有针对此问题提交的内容都将公开发布，供公众审阅和评议。

说明：

请勾选复选框确认此声明。

说明：

请勾选复选框确认此声明。

说明：

请从以下选项中选择一项:

1.申请实体选择在“申请量达标退款”可用时接收相应退款。

2.申请实体选择不接收“申请量达标退款”，并知悉：若该退款可供申请，申请实体将丧失未来申请获取该退款的权利。

注：

ICANN 已说明可能提供“申请量达标退款”的情况，即当提交的申请数超过 1,000 份且实施成本已收回时，将提供该退款；请参阅“申请量达标退款”。