摘要

  • ICANN 的普遍接受课程计划已扩展到六所大学。课程材料进入 23 门课，最初参与的院校累计覆盖 1,063 名学生。
  • 学生人数说明课堂打开了门；真正决定用户能否通过门禁的，是应用程序能否接收、验证、保存并使用合法的多语种域名和邮箱地址。ICANN 对运行中的系统另有一套测量工具。

教室里的门开了，注册页还在查身份证

一门课讲完国际化邮箱，学生在校园网站上输入自己的地址，却被注册框判成“格式错误”。这个场景只需一条写得太窄的验证规则就能发生。网站不参加毕业考试，却握着用户的实际通行证。ICANN 10 月 27 日公布的进展值得从这里读起：它尝试在未来的程序员形成默认习惯之前，把普遍接受放进大学课程。

ICANN 说，项目从今年二月启动时的三所大学增至六所，新加入的学校位于印度、津巴布韦和玻利维亚。相关材料已纳入 23 门课程，在最早参与的院校触达 1,063 名学生。数字反映了教学网络的扩张，也给出一个清楚的下一问：有多少人真正学会把多语种标识符从输入框送到系统末端？十月的更新没有列出逐门课程、考核结果或学生项目的上线记录。

普遍接受，简称 UA，要求联网系统正确处理所有合法域名和电子邮件地址，包括不同文字、长度和语言形式。失败不一定发生在第一道关。网页可能收下地址，却在后台校验、数据库存储、通知邮件或重新显示时把它弄坏。谁写验收条件，谁决定这种故障算不算上线阻碍，谁就在实际定义产品允许哪些人进入。这是软件治理的一部分，通常藏在一行正则表达式后面。

二月的启动公告列出巴林、墨西哥和印度的首批合作院校。ICANN 培训页面介绍了 12 个模块，涵盖国际化域名、电子邮件地址国际化和普遍接受。学校可以改造现有课程，也可以开设专题课，材料和支持免费。项目说明单还写明两至三天教师培训、最长两年的技术支持和季度交流。这样的安排把一场宣传活动变成了可能反复开课的教学制度。接下来要看的，是制度有没有让学生亲手修过一次失败。

两张成绩单，别替它们合并分数

第一张成绩单属于教育：六校、23 门课、1,063 名学生。第二张属于运行中的互联网。ICANN 的普遍接受评估页面列出应用、浏览器、邮件系统、网站以及注册局和注册商系统的检测工作，还提供问题报告渠道。它的邮件国际化调查检查通用顶级域下二级域名的邮件交换服务器。按页面所述口径，拥有支持国际化邮件服务器的域名占比从 2022 年约 20% 升至 2026 年约 29%。

29% 衡量的是部署中的邮件基础设施；1,063 衡量的是这次教学计划的覆盖人数。两者没有同一分母，也没有已公开的因果链。把它们并排摆出来的价值，是明确课程最终要面对的操作问题：系统能不能工作？如果下一份教育报告只加一列新大学名单，这个问题仍得去另一张成绩单上找。

不必把每名毕业生的职业轨迹都追踪十年，才知道课程有没有技术含量。学校可以公开课堂测试用例、考核方式和学生在实际软件上发现的故障类型。学生可以拿一条合法的国际化地址，完成注册、保存、显示和收信的全流程，记录哪一步失败、怎样修复。ICANN 已有测量和报告工具，课程计划可以把可复现的练习结果与入学覆盖数字一起报告。这会比合影难拍，却更接近用户遇到的问题。

谁把课堂作业送进发布流程

ICANN 提供课程，大学决定怎样教，软件维护者和采购方决定产品发布前必须通过哪些测试。权力沿这条链不断换手。课程的价值，是让未来做决定的人在第一次写需求时就想到多语种地址；课程的短板，是课堂学会之后，还得有人把测试放进发布门槛。

六所大学是教育计划的起点。真正的终考没有监考老师：用户输入一条合法地址，注册按钮给出答案。

来源