要約

  • WebTransport Working Groupの新憲章は2026年9月1日から2028年8月31日まで有効で、履歴はP2P相互作用に関する潜在的な新作業を追加したと記す。
  • P2Pは、グループが仕組みのインキュベーションを「検討している」対象として範囲に入った。一方、規範的成果物はWebTransportだけで、初版はクライアント―サーバー接続に限定される。
  • 公開issue 590は、同一LAN、NAT配下のサーバー、mDNS、ICE、NAT-PMP、UPnP、P2P QUICなどを問いとして列挙するが、方式を選んでいない。
  • 憲章審査では、遅れて提出された非阻止型のセキュリティ意見に対し、早期レビューとTPACでの分科会が示された。これは設計採用や成果物化ではない。
  • W3C Processでは範囲と成果物が別々の事項であり、後の手続は具体案が既存WebTransport成果物にどう位置づくかで変わる。
  • 公開記録は、P2Pが次版への統合、新成果物、別グループ、非規範的成果、延期・終了のどこへ移ったかを決定根拠とともに残すべきだ。

憲章に置かれた二つの歯止め

新憲章のP2Pに関する一文は、断定を二重に避けている。Working Groupは仕組みを「インキュベートすることを検討している」。検討中であり、しかも現在の仕事は孵化段階だ。仕様化、提供、勧告のいずれも宣言していない。

規範的成果物の欄を読むと、境界はさらに明確になる。名前が挙がるのはWebTransportだけで、ブラウザーとサーバー間のデータ送受信を行うECMAScript APIと説明される。その成果物の初版はクライアント―サーバー接続に限る。憲章履歴もP2P相互作用を「潜在的な新作業」と呼ぶ。

これは不整合ではない。範囲はグループが調べてよい問題を定め、成果物は規格化の受け皿を名指す。その後にWorking Draft、Candidate Recommendation、Recommendationという文書状態があり、実装と相互運用、採用はさらに別の証拠になる。

この順序を保てば、試作は失敗する自由を持てる。逆に、憲章に一文があるだけで「W3CがP2P WebTransportを承認した」と説明すれば、技術選択もレビューも実装証拠も先取りされる。

一つの略語に複数のネットワーク問題

WebTransport issue 590は完成した提案書ではない。ある要望は同じローカルネットワーク上でクライアントとサーバーを見つけることにある。別の要望はNATの背後に置かれたサーバーへの到達だ。さらにIETFで議論されるNAT traversalや、ICEを用いないP2P QUICにも触れる。

mDNS、ICE、NAT-PMP、UPnPは候補として挙げられただけだ。管理されたLANでサービスを発見する設計と、家庭用ルーターを越えて任意の端末同士を結ぶ設計では、公開するネットワーク情報も、接続開始権も、同意や濫用対策も異なる。NAT配下のサーバーを扱うことが、そのままブラウザー同士のAPIを意味するわけでもない。

issueが問いの形を保っているのは適切である。公開状態はopenであり、方式の選定、グループ決議、規範テキストはいずれも示されていない。候補技術の列をロードマップに書き換えてはならない。

比較材料として、TAGが扱ったLocal Peer-to-Peer APIがある。これはWICGで孵化された別提案で、当初の標準化先は未定、あるいはSecond Screen Working Groupの可能性とされた。TAGのコメントは、機能悪用、探索、端末フィンガープリント、利用者プロファイリング、UPnPとの類似を含む具体的な脅威モデルを求めた。

WebTransport憲章へのセキュリティ意見は、両者が同一提案ではないと明記している。したがって、論点を参照することはできても、別提案のレビュー結果をWebTransportの処理済み事項として移植することはできない。

早期レビューの約束は、結論ではない

7月29日、憲章がAdvisory Committee審査中であることを断ったうえで、遅れて提出された非阻止型のセキュリティコメントが掲載された。新しいP2P範囲をissue 590と結び、少なくとも高水準のレビューが行われるかを尋ねた。8月24日の回答は、新能力なら早期レビューを受け、TPACで分科会を設ける見込みだとした。

設計が固まる前に脅威を出すことには価値がある。しかし、公開資料は分科会の開催、脅威モデルの承認、方式に関する合意、仕様への取り込みを証明していない。将来形の約束を過去形の成果に変えることはできない。

Strategy issue 537は9月1日、completedとして閉じられた。最後の公開コメントは憲章が告知されたとし、Member限定アーカイブへリンクした。一般公開の最終憲章とグループページでは、2026年9月1日から2028年8月31日までという権限期間を確認できる。

閉鎖直前の投票集計ラベルや秒単位の時刻から、票数、異議、非公開の理由は分からない。本稿はそれを推測しない。確認できる結論は、P2Pの探索が範囲に入り、技術案と規格上の身分は未決だという点に限られる。

2027年2月の空欄

憲章の工程表には、2027年2月にWebTransport次版のFirst Public Working Draftを出す予定がある。P2Pがそこに入るとは書かれていない。次版が別の新機能だけを扱うことも、P2Pが独立成果物になることも、非規範的なユースケース文書にとどまることも、他の場へ移ることもあり得る。

W3C Processが定める区別は実務的だ。憲章は範囲と成果物の性質を別々に示さなければならない。既存成果物の範囲に入らない新しいRecommendation track成果物の追加はmajor changeである。すでに範囲内の成果物の名称変更や再編にはminor changeとなり得る例がある。

だから「P2Pには必ず新憲章が要る」と今から断定することはできない。同時に、現在の範囲文が将来のあらゆるP2P仕様を自動承認するわけでもない。具体案と既存WebTransport成果物との関係が、後の手続を決める。

孵化から出る瞬間を記録する

必要なのは、孵化issueに接続された簡潔な公開レシートである。問題定義と作業場所、次の分類を行う主体、セキュリティ・プライバシー・アーキテクチャのレビュー、IETFとの調整、状態を変えた決議、引き継ぐ文書やグループ、孵化記録を置き換える出来事を含める。

これにより、次版WebTransportへの統合、別の規範的成果物、他グループへの移管、実験・説明資料のみ、延期・終了という少なくとも五つの行き先を区別できる。

どの札も今貼る必要はない。答えが未定だからこそ、後の編集者commit、会議、試作だけが制度上の転換点に見えない記録が要る。

Lu HengのRunning-Code Primacyから引くべき教訓も限定的でよい。憲章は作業を許可し、動くコードは仮説を検証し、公開仕様は決定を固定する。それぞれが他の層を代表してはならない。問題、孵化、決定、文書状態、相互運用、採用の順を崩さないことが重要だ。

P2PはWebTransportの探索範囲に入った。独立した規範的成果物にはなっていない。次に問われるのは技術者が試せるかではなく、その試みが身分を変えるとき、誰のどの公開決定によるものかを外部から追えるかである。

出典

  1. W3C — 2026年WebTransport Working Group Charter
  2. W3C — WebTransport Working Group
  3. W3C — WebTransport憲章履歴
  4. W3C Strategy issue 537 — WebTransport Group Charter
  5. P2Pの高水準レビューを求めた遅延・非阻止型セキュリティ意見
  6. 早期レビューとTPAC分科会を示した公開回答
  7. WebTransport issue 590 — NAT配下またはLAN内のサーバー
  8. W3C TAG design review 932 — Local Peer-to-Peer API
  9. 別提案に対するTAGのセキュリティコメント
  10. W3C Process Document、2025年8月18日版
  11. W3C — Advisory Committee審査の公開告知
  12. W3C — WebTransport Candidate Recommendation Snapshot
  13. P2P範囲を導入した憲章草案commit
  14. Lu Heng — Running-Code Primacy