Zusammenfassung

  • Der W3C-Aufruf vom 14. August schlug vor, WebHID, Web NFC, WebUSB, Web Bluetooth und Web Serial aus den vorläufigen Deliverables einer noch vorgeschlagenen Devices-and-Sensors-Charta zu streichen. Bis 28. August sollten jegliche Bedenken gemeldet werden.
  • Intel meldete fristgerecht Bedenken gegen die Streichung aller fünf APIs. Am 31. August schrieb der W3C-Co-Chair, es seien Bedenken erhoben worden und daher kein Konsens erreicht worden. Er bezeichnete keine einzelne Nachricht als alleinige Ursache.
  • WHATWGs Steering Group hatte einen eigenen Test festgelegt: alle fünf Spezifikationen, falls keine Einwände gegen die W3C-CfC vorlägen; andernfalls nur Web Serial.
  • Am 29. August wurde der vollständige Workstream gemergt. Der Vermerk erklärt die No-Objection-Bedingung für erfüllt und erkennt im selben Satz Intels Bedenken an.
  • Ein organisationsübergreifender Prädikatsbeleg sollte beide Fragen, Antwortkategorien, Fristen und Zeitzonen, Klassifizierer, Entscheidungsinhaber, Artefakte und eine Nichtvererbungsklausel festhalten.

Fünf tentative Deliverables, kein endgültiger Standard

Die vorgeschlagene DAS-Charta trug zum Stichtag weiterhin die Kennzeichnung [PROPOSED]. Web Bluetooth, Web Serial, WebUSB, Web NFC und WebHID waren als Tentative Deliverables aufgeführt, jeweils im Stand eines Draft Community Group Report. Ein Charta-Eintrag eröffnet Recommendation-Track-Arbeit. Er genehmigt weder das vorliegende Design noch garantiert er einen Recommendation-Status.

Der W3C-Aufruf zur Überprüfung vom 12. Juni lief bis 17. Juli und erwähnte substantielle, nicht im Konsens gelöste Punkte. Eine am 23. Juli veröffentlichte Formal Objection verlangte die Streichung der fünf APIs oder eine ausdrückliche Sperre: dokumentierte Angriffsklassen, testbare normative Gegenmaßnahmen, horizontale Reviews und eine Disposition für jede Klasse.

Diese Sicherheitsbehauptungen sind dem Einwender zuzurechnen. Ihre Veröffentlichung macht sie nicht zu W3C-Feststellungen. Dieser Artikel entscheidet nicht über ihre technische Tragfähigkeit, sondern über die nachweisbare Verarbeitung der Reaktionen auf den Streichungsvorschlag.

Die CfC vom 14. August hatte einen genauen Gegenstand: Die Formal Objection sollte durch Entfernung aller fünf Namen aus der Charta gelöst werden. Teilnehmer sollten bis 28. August antworten, wenn sie „any concerns“ hätten; Schweigen galt als Zustimmung. Der Eingangstest hieß damit Bedenken, nicht ausschließlich förmlicher Einspruch.

Die Antworten hatten unterschiedliche Sperrwirkung

Microsoft wollte die APIs behalten und die Risiken bearbeiten, kündigte aber an, einen Konsens zur Streichung nicht zu blockieren. Wegen des vorgeschlagenen WHATWG-Workstreams würde sich vor allem der Arbeitsort ändern. Microsoft trennte zugleich tentative Aufnahme, Billigung des Designs und spätere Recommendation.

Will Morgan befürwortete eine Beibehaltung unter der Bedingung eines Threat-Model-Reviews. Er fragte nach einer späteren Wiederaufnahme, falls der Workstream binnen sechs Monaten nicht entstünde. François Daoust stellte klar: Dafür wäre eine neue Charta nötig. Redaktionelle Kontinuität kann normativen Zuständigkeitsbereich nicht von selbst wiederherstellen.

Am 28. August schrieb Anssi Kostiainen ausdrücklich ohne Chair-Rolle für Intel. Intel hatte Bedenken gegen die Streichung der fünf APIs und hielt die breite und horizontale W3C-Überprüfung für wichtig. Die Archivzeit lautet 12:24 UTC und liegt innerhalb des genannten Datums.

Am 31. August schloss Kostiainen den Aufruf als Co-Chair. Im Ergebnis heißt es, Bedenken seien erhoben worden; infolgedessen sei kein Konsens erzielt worden. Die Intel-Nachricht wird nicht zur alleinigen Ursache erklärt. Auch Charta, Formal Objection und Sicherheit wurden nicht abschließend entschieden. Das W3C-Team sollte die Rückmeldungen für die nächsten Schritte berücksichtigen.

Der belastbare Zustand ist somit kein Konsens zur Streichung, nicht endgültige Beibehaltung.

WHATWG importierte das Ergebnis mit einem anderen Prädikat

Pull Request 264 schlug seit April einen WHATWG Peripheral APIs Workstream vor. Er umfasste dieselben fünf Schnittstellenfamilien. Diskutiert wurden ein Start nur mit Web Serial, ein vollständiger Scope, die Beziehung zu W3C und Sicherheitsfragen.

Die Steering-Group-Minutes vom 25. August formulieren die Verzweigung. Drei von vier Vertretern wählten Option 2: am Freitag Start mit allen fünf Specs, wenn keine objections to the W3C CfC vorliegen; bei einem Einspruch Start nur mit Web Serial.

W3C entschied über die Streichung aus einer W3C-Charta. WHATWG entschied über den Anfangsumfang eines WHATWG-Workstreams. Diese Fragen sind nicht identisch. WHATWG machte seine eigene Verzweigung jedoch von der Klassifizierung eines fremden Verfahrens abhängig. Damit wurde die Abbildung zwischen W3C-concern und WHATWG-objection zu einem Teil des Entscheidungsinputs.

Am 29. August wurde der Pull Request gemergt. Der Merge-Kommentar hält fest, dass bis Geschäftsschluss am Freitag in PDT keine Einwände gegen die W3C-CfC vorgelegen hätten. Unmittelbar danach erkennt er Intels Bedenken an. Der unveränderliche Commit 7eb413b fügte dem db.json den Workstream sowie WebBluetooth, WebHID, WebNFC, WebSerial und WebUSB hinzu.

Das Bedenken wurde also nicht geleugnet. Es wurde für die konkrete WHATWG-Bedingung als nicht auslösender Zustand klassifiziert.

Der Merge-Kommentar kündigte ferner Issues für diese Bedenken an, sobald das Workstream-Repository angelegt sei. Der Commit beweist Registrierung und Scope, nicht das Vorhandensein aller Repositories, Issues, Reviews, Gegenmaßnahmen oder Veröffentlichungen.

Verschiedene Wörter erlauben keine Abkürzung der Zuständigkeit

Es gibt keinen Beleg für einen Prozessverstoß. W3C entscheidet über W3C-Chartas; WHATWGs Steering Group entscheidet über WHATWG-Workstreams. Die WHATWG Workstream Policy behandelt ungelöste substantielle Einwände von Workstream Participants als eigenes Verfahrensobjekt. Ein W3C-Listenbeitrag wird nicht automatisch dazu.

Umgekehrt erledigt ein WHATWG-Merge keine W3C Formal Objection und ändert keine W3C-Charta. Das fehlende W3C-Streichungsergebnis billigt oder verwirft den WHATWG-Workstream nicht. Verknüpfte Evidenz schafft keine gemeinsame Entscheidungsgewalt.

Auch semantisch gibt es mehr als zwei Zustände. Microsoft äußerte Bedenken und verzichtete ausdrücklich auf Blockade. Intel äußerte Bedenken ohne diese Klausel. W3C nannte Bedenken als Grund für fehlenden Konsens; WHATWG sah das Objection-Prädikat als erfüllt. Das sind Fallklassifikationen, keine universelle Definition von zwei englischen Wörtern.

Die Kontrolllücke entsteht am Übergang. Wenn Organisation B handelt, falls es in Verfahren A keinen Einspruch gibt, muss sie veröffentlichen, wie A-Resultate in ihr Prädikat eingehen. Bedenken, nicht blockierendes Bedenken, Unterstützung mit Änderungswunsch, Enthaltung und Schweigen dürfen nicht im Nachhinein nach Bedarf zusammenfallen.

Lu Hengs The Multi-Stakeholder Mirage bietet die passende Grenze: Beteiligung, Warnung und Einwand liefern Evidenz, aber nicht die Autorität des Entscheiders. Intel band keine Institution. Jede Institution muss dennoch offenlegen, wie sie diese Evidenz innerhalb ihrer Zuständigkeit verwendete.

Die Felder eines Cross-Venue-Belegs

Zuerst wird das Upstream-Objekt fixiert: Charta-Version, fünf Deliverables, Eröffnungsnachricht, zugelassener Kanal, Datum und any concerns. Ändert sich die Vorlage während der Frist, muss der Beleg den Umgang mit der Uhr erklären.

Dann folgen die tatsächlichen Antwortzustände. Microsofts Präferenz und Non-Blocking-Klausel, Morgans bedingte Position und Intels Bedenken bleiben unterscheidbar. Message-ID, Zeit und URL genügen für öffentliche Provenienz.

Der W3C-Teil nennt schließenden Chair, Zeitpunkt, consensus was not reached, Begründung und nächsten zuständigen Akteur. Eine spätere Charta wird angehängt, nicht rückwirkend eingesetzt.

Der WHATWG-Teil enthält die Fünf-oder-eins-Verzweigung, PDT-Cutoff, Steering Group, Klassifizierer und Mapping-Regel. Er beantwortet ausdrücklich, warum das anerkannte Bedenken kein Einspruch für diese Bedingung war.

Schließlich verknüpft er PR, Merge, Commit und fünf Datensätze. Repository, Issues und Publikationen werden Nachfolgeereignisse. Eine Nichtvererbungsklausel hält fest, dass weder Entscheidung noch Sicherheitsurteil zwischen den Institutionen überspringen.

Evidenzgrenze

Die öffentliche W3C-Gruppenseite zeigte noch „Chartered until 31 August 2026“, während die Nachfolgecharta vorgeschlagen blieb. Das ist ein Beobachtungssignal, kein Beleg für Einstellung, Ablehnung oder eine nicht sichtbare Endentscheidung.

Auch die technische Auseinandersetzung ist offen. Die Formal Objection verlangt konkrete Sicherungen; Befürworter sehen in W3C oder WHATWG einen Ort für deren Entwicklung. Ein Workstream ist keine Sicherheitszertifizierung. Fehlender Konsens zur Streichung ist keine technische Genehmigung.

Bewiesen ist die semantische Kette: W3C bat um concerns und berief sich bei fehlendem Konsens auf concerns. WHATWG testete objections, erkannte Intels concern an und sah sein Prädikat als erfüllt. Beide Ergebnisse können ordnungsgemäß sein. Die Abbildung dazwischen darf dennoch nicht unsichtbar bleiben.

Quellen