摘要

  • 8 月 31 日查阅时，W3C 的 WebTransport 工作组页和章程历史页仍把现行章程标示为延长至 2026 年 8 月 30 日。
  • 2026 年拟议章程仍带有 PROPOSED 标记，生效日和终止日还是占位符，公开的 Strategy Issue 537 也仍处于开放状态。
  • 7 月 30 日发布的 WebTransport Candidate Recommendation Snapshot 至少接受评审到 10 月 30 日，并仍需互操作实现和测试证据。
  • 这不能证明 W3C 没有作出决定，也不能证明工作组越权；它只说明公开状态面尚未给出继任授权或新的延期记录。
  • W3C 应把章程、延期、继任决定、交付物时钟、参与身份和专利政策状态汇集为一份带版本的公开权限回执。

不是“标准失效”，而是两个时钟没有对齐

WebTransport 在 7 月 30 日成为 W3C Candidate Recommendation Snapshot。文件状态说明写得很清楚：它至少要在这一阶段停留到 10 月 30 日，以便进行广泛评审；要继续前进，还需要至少两个独立且可互操作的用户代理通过测试套件，工作组也要准备实施报告。

这是一只“文档时钟”。它记录的是技术报告处于什么阶段、何时收集评论、下一步需要哪些实现证据。

另一只“机构时钟”记录工作组被授权到什么时候。8 月 31 日查阅 W3C 公开网页时，工作组主页写着“Chartered until 30 August 2026”。章程历史页仍把 2024 年 9 月开始的章程列为 active，并显示两次延期：先到 6 月 30 日，再到 8 月 30 日。

两只时钟可以合法地不同步。技术报告已经公开，就不会随着章程日期跨过午夜而从网络上消失；评审者仍然可以提出意见，实施者仍然可以运行测试。问题在于，评论汇总、后续发布、范围变更、实施证据判定和维护交接都不是文档自己完成的。它们需要有权作出相应决定的机构角色。

因此，8 月 31 日出现的不是“WebTransport 是否还存在”的问题，而是公开记录能否回答“下一项决定由谁、依据什么授权作出”。

继任章程已经审过，但公开文本仍写着“拟议”

W3C 在 5 月 6 日启动章程 refinement，预计大约进行到 6 月 3 日，并把公开讨论指向 w3c/strategy 的 Issue 537。该线程不是空壳：参与者指出旧模板、已经关闭的协调机构、过时的里程碑、成功标准以及专利政策版本等问题。6 月 1 日的回复称，新版本已改用最新模板，删除已经关闭的 Web & Networks Interest Group，调整时间表和规范描述，并修正 WebSocket 链接。

7 月 17 日，流程进入 Advisory Committee review。公开通知把评审截止时间定为 8 月 21 日，同时明确表示：为配合此次评审，现行章程延长到 8 月 30 日。这给出了延期的理由和终点，也把“评审”与“批准”区分开来。

评审截止后，公开线程仍有活动。7 月 29 日，一条迟到但非阻断性的安全评论询问新加入的点对点孵化是否会经过高层次评审；8 月 24 日的回复说，新能力会接受早期评审，并提到 TPAC 的相关讨论安排。

可是到证据截止日，公开的 2026 章程标题仍为 PROPOSED WebTransport Working Group Charter。起始日期仍是与 Call for Participation 相联的占位文本，结束日期仍是“批准后两年”的占位文本。Strategy Issue 537 也没有关闭。

这里必须保持克制。AC review 包含会员可见材料，权威决定可能先存在于非公开通知中，公开页面也可能只是尚未投影更新。因此不能从页面状态推导“W3C 没有决定”。能成立的结论只有一个：查阅到的公开页面没有显示 8 月 30 日之后的继任授权状态。

五封支持邮件决定的是发布，不是续任

7 月 22 日，WebTransport 工作组主席公布 Candidate Recommendation Snapshot 的 CfC 结果：收到五封支持邮件，没有反对，主席据此认定工作组形成发布共识。八天后，W3C 完成发布。

这条证据很有价值，因为它说明了某一项具体决定如何形成。但它的边界也同样重要。五封支持邮件不是公众选举，不代表 W3C 全体会员，更不是 AC 对工作组新章程的批准。它只支持从 7 月 6 日 Working Draft 向 7 月 30 日 CR Snapshot 的转换。

CR 文本自身也拒绝把发布写成机构背书。文件明确说，Candidate Recommendation 的发布不意味着 W3C 或其会员认可其内容；这一阶段的目的包括收集实现经验，未来更新仍可能加入新功能。

拟议新章程展示了下一阶段的设想：9 月的 CR 里程碑、2027 年 12 月的 Recommendation 目标、每项规范特性至少两个互操作实现、公开测试、异步 CfC、必要时记录投票，以及适用 2025 年 5 月 15 日版 W3C Patent Policy。问题不在于这些设计是否合理，而在于它们仍是拟议文件中的安排。计划可以解释方向，不能代替生效凭证。

“已到期”和“仍然有效”都不该靠猜

看到 8 月 30 日后，最容易犯的错误是直接宣布工作组“无权继续”。公开页面可能滞后，会员通知可能已经发出，新的延期也可能尚未同步。现有证据不足以证明违规、越权或 CR 无效。

另一个错误则相反：因为代码仓库、评论和测试仍在继续，就默认工作组授权自动延续。技术活动说明工作没有停止，却不能自动确定新范围是否受章程覆盖、成员是否需要重新指定、哪一版专利政策约束新增贡献、谁能批准下一次发布。

W3C Process 把 duration 列为章程必备内容。新的或实质修改的章程需要 AC review 之后的 W3C Decision。短期延期是另一种 Team 决定，通知需要说明新的期限、理由、章程引用和工作组主页。工作组关闭还会带来 Patent Policy 后果。

这些规则意味着，最准确的公开状态不应只有“active”或“expired”两个按钮。至少还要区分：已批准且生效、已正式延期、决定已作出但尚未公开投影、公开状态尚待核验。否则，写“active”会遮住证据空档，写“expired”则会制造未经证实的结论。

一份可核验的章程权限回执

W3C 不需要再造一个庞大系统。工作组主页本来就集中展示主席、联系人、参与说明、工具和章程链接，只需让权限状态成为一个原子更新、可保留历史的对象。

这份回执应列明现行章程、批准决定、生效与终止日期，以及每次延期的决定日期、理由和新终点。继任章程要显示 refinement、AC review、待决定、已批准、放弃或被取代等状态，并在可以公开时链接 disposition of comments、W3C Decision 和 Call for Participation。

它还必须回答实务问题：今天工作组还能作出哪些决定？哪些交付物仍在推进？如果文档生命周期长于章程，维护、实施报告和关闭由谁负责？新增参与者适用哪一组承诺？哪一事件取代了旧的结束日期？

最后，要保留证据边界：上次核验时间、来源可见性、纠错记录，并明确区分“尚未公开”与“尚未决定”。

回执不会替代 W3C Decision，也不会给公众评论附加投票权。它只是让授权链的当前状态可以被外部准确引用。

本文没有作出的判断

本文不评价 WebTransport 的技术优劣，不重构 AC 票数或 Formal Objection，也不判断点对点孵化是否应当进入范围。没有证据表明工作组在 8 月 30 日后开会、发布或修改规范，更没有证据表明它违反流程。

IETF-W3C 名录链接只是上下文关联。CR 说明 WebTransport API 与 IETF WEBTRANS 工作组的协议规范协同开发；这个链接不代表 W3C WebTransport 工作组本身。

公开证据已经足以支持一项狭窄的治理建议：当技术文档时钟跨过公开章程时钟时，机构应主动发布当前权限回执。它不应让外界在“必然越权”与“当然连续”之间二选一。

来源

  1. W3C — WebTransport 工作组
  2. W3C — WebTransport 工作组章程历史
  3. W3C — 2024 年 WebTransport 工作组章程
  4. W3C — 2026 年拟议 WebTransport 工作组章程
  5. W3C — 拟议章程与延期通知，2026 年 7 月 17 日
  6. W3C — 启动章程 refinement，2026 年 5 月 6 日
  7. w3c/strategy Issue 537
  8. W3C — CR 发布 CfC 结果，2026 年 7 月 22 日
  9. W3C — WebTransport Candidate Recommendation Snapshot
  10. W3C — 广泛评审通知
  11. W3C Process Document，2025 年 8 月 18 日
  12. W3C — 如何制定 Working Group 或 Interest Group 章程
  13. Heng Lu — On the Multi-Stakeholder Mirage