跨司法管辖区的治理与政策协调平台。
治理 / ICANN
ICANN
ICANN 持续追踪影响互联网基础设施的机构、政策流程、标准活动、注册局运营、问责争议与实施信号。BTW.MEDIA 整合公开报道、有来源依据的分析、机构背景和长期案例报道,让读者可以在全球网络生态中把握决策节点、治理风险、运营连续性、合法性问题和政策结果。需要比较 RIR、标准制定机构、ICANN 流程、网络运营商组织、公共政策参与者、问责争议和来源证据的读者,可以借助本页面判断哪些流程只是程序性的、哪些信号可能改变运营假设、哪些社群面临风险。它为研究人员和基础设施利益相关方提供了一种稳定的比较方式,可以按行动者、流程、证据、后果、地域和运营风险敞口来对比治理动态,而不是把每条政策更新都当作孤立消息。本文面向需要分辨哪些治理信号只是程序性噪音、哪些可能改变运营假设、哪些机构或社群风险最高,以及哪些公开证据支持继续监测的读者。

机构结构、政策流程与问责公信力。
多利益相关方模式的合法性与流程清晰度
结构性政策变化通常需要 120 天以上的周期才能显现。
最新报道
ICANN最新动态
278 篇文章

ICANN
ICANN的权力链条:从组织章程到合同执行与救济机制
ICANN 对域名协调体系的影响力并非来自单一授权,而是由章程、机构程序、合同义务、合规执行和问责救济共同构成。理解这条链条,关键不在于简单判断 ICANN 是不是“监管者”,而在于追踪一项权力如何被赋予、如何转化为运营约束,以及受到影响的参与者究竟能够通过哪一条路径提出挑战。

ICANN
ICANN 的权力如何到达实际控制点:从章程、合同到技术执行
ICANN 的影响力并不是一项可以用“互联网监管权”概括的单一授权。它更像一条由公司章程、多利益相关方政策程序、注册局与注册商合同,以及分散的技术托管安排共同组成的链条。真正需要追问的,不是 ICANN 是否“拥有互联网”,而是哪一份文件让哪一个参与者能够作出、阻止、延迟、逆转或修复一个具体决定。

ICANN
ICANN的权力从哪里来,又在哪里接受检验?
ICANN 并不是一个拥有一般政府管辖权的互联网“中央政府”。它的实际影响力来自一组彼此衔接、但法律性质不同的制度工具:组织章程与细则界定机构使命和内部权力,合同把部分要求施加到注册局和注册商,IANA 命名职能协议规定具体运营责任,而根区管理则把多个机构的职责连接成一条可执行的流程。真正值得追问的不是谁声称拥有最终权力,而是某项决定通过哪一个授权环节变成可执行行动,以及受影响者能否在结果固化前启动有效的复核。

ICANN
ICANN维持战略不变,却未展示触发调整的判定标准
ICANN 董事会完成了年度战略复核,也给出了明确结论:2026 至 2030 财年战略计划继续有效,无需修改。问题不在结论本身,而在公开记录没有把近 210 名参与者提出的趋势、预先承诺的触发标准与最终处置逐项接起来。一个机构当然可以看见人工智能等新变量后仍选择战略连续性;若要让这项选择可复核,它还需要展示“为何未触发调整”。

ICANN
ICANN 新设撤回采纳规则,却在董事会行动后才公开案卷
GNSO 终于把一项长期缺失的程序写进规则:当一项尚未完成实施的政策建议出现新问题时,ICANN 董事会应如何撤回此前的采纳。新程序设置了对话、表决门槛和公开说明,但强制公开记录首次出现于董事会采取行动之后。最需要检验的证据,仍没有一个必经的事前公开窗口。

ICANN
ICANN的问责通道:三种审查机制,三种改变决定的可能性
ICANN 并不存在一个可以普遍推翻机构决定的单一上诉系统。其问责架构把挑战权分散到复议、独立审查程序(IRP)和监察专员三个渠道;每个渠道面对不同的机构行为、申请资格、审查标准和救济边界。真正需要判断的,不是“是否存在审查”,而是受影响的一方能否在决定产生实际后果之前,找到能够改变该决定本身的路径。

ICANN
ICANN的权力链条:从机构章程到合同执行,争议如何获得救济
ICANN 并不是一个拥有普遍主权的互联网政府。它对域名系统及其他唯一标识符的影响,来自一条由公司章程、组织规则、多利益相关方政策程序、合同义务和技术执行共同构成的权力链。真正重要的问题不是“ICANN 是否有权”,而是每一层权力究竟授予了什么、约束了谁,以及挑战能否在运营结果形成之前产生实际效果。

ICANN
ICANN 的问责机制不是一条上诉链:异议如何经过程序闸门转化为有限救济
ICANN 的问责架构把社区异议拆分成几种不同的制度动作:有些可以直接针对特定董事会决定行使批准或否决权,有些只能请求董事会重新审视工作人员或董事会的行为,还有些则由独立审查小组判断行为是否与《章程》或《细则》相容。它们都能提出挑战,却不产生同一种结果。

ICANN
IAB 续任 David Lawrence,ICANN 交接通知却写着两个不同月份
人没换,任期已经换了。越是这种连续性很强的任命,越容易让交接时间从公共记录里消失:IAB 的一份通知把 ICANN87 写在十一月,另一份写在十月,最后的续任公告则只确认人选,没有把生效节点重新说清。

ICANN
ccNSO:让同事提名,仍可能属于“自我提名”
五个理事席位开始遴选。判断支持是否来自外部,规则看的是管理机构边界,而不只是表格上有几个不同姓名。

ICANN
ICANN NomCom 征集的是流程意见,不是候选人推荐信
公开意见、寻找人选和保密评估各有用途。2027 年选任周期的新征集通知,没有把三者合并。

ICANN
第五个可分配变体会触发另一笔全额评估费
对新申请人而言,前四个变体字符串可能包含在 gTLD 评估费内,但每个新增的可分配变体都会产生另一笔全额评估费。

ICANN
ICANN 的 UA 指南让 AI 承担两种角色,一项指标无法衡量两者
用 AI 扫描软件、发现一个不接受国际化邮箱的输入框,可以算一次工作;让真实用户凭同一邮箱完成注册、登录、找回账号和收信,才算另一种结果。前者或许促成后者,却不能代替后者。ICANN 的通用接受工作现在把 AI 纳入实施讨论,最先需要解决的并不是“用了多少 AI”,而是每一次统计中 AI 究竟是工具,还是被检验的系统。

ICANN
Allison Mankin 与不能证明原因的名称冲突样本
根服务器可以极其精确地记录一次形似私有名称的查询,却无法仅凭这条记录回答:查询由哪个应用产生、故障依赖归谁负责、多少用户受影响,或者未来委派会伤害什么。Allison Mankin 参与撰写的 RFC 8023,恰好为这段证据落差划出了边界。

ICANN
gTLD 申请已提交,仍有七天缴费时限
按时提交 gTLD 申请并不等于完成处理条件;ICANN 还须在独立付款窗口内收到评估费。

ICANN
行政检查只是申报关口,不是实质决定
ICANN 行政检查核验申报事实并准备相同字符串集合,但不代表申请已通过实质评估。

ICANN
一次 RSP 评估可覆盖多个 gTLD,但仅限于已获资格的服务
一次评估可跨 gTLD 复用,但 ICANN 资格仍限定于具体注册局服务。

ICANN
RSP 覆盖是一张功能图,而不是提供商数量
申请人即使列出多家注册服务提供商,仍可能遗漏关键注册功能。ICANN 2026 轮次框架分别规定 Main、DNS、DNSSEC 和可选 Proxy RSP 的职责与数量限制。

ICANN
指定 RSP 不等于签约阶段的确认
申请人可以在申请中指定注册服务提供商;在签约阶段,ICANN 还会另行向该提供商寻求确认。申请人的选择、ICANN 的确认请求以及提供商实际作出的回应不是同一项证据。

ICANN
RSP 选择可推迟到评估前,但不能无限期拖延
ICANN 2026 规则允许申请人在提交申请时暂不指定注册服务提供商,但在进入申请人和申请材料评估前,必须确定承担最低关键注册功能的提供商。
会员解锁
受限档案情报
登录后即可解锁完整档案简报和深度专题。
Strategic Circle 专属简报
加入后登录,即可解锁战略简报。
加入 Strategic CircleLeadership Alliance 简报
符合条件的 IP 资产所有者和管理层可登录查看 Leadership Alliance 简报。
加入 Leadership Alliance