요약

  • W3C의 8월 14일 합의 요청(CfC)은 초안 단계 Devices and Sensors 차터에서 WebHID, Web NFC, WebUSB, Web Bluetooth, Web Serial을 삭제하는 안을 제안했습니다. 8월 28일까지any concerns(우려 사항) 접수를 요청했고, 침묵은 동의로 간주한다고 명시했습니다.
  • Intel은 기한 전에 다섯 개 API 전부의 삭제에 대한 우려를 밝혔습니다. 8월 31일 W3C 공동의장은 우려가 제기되었고 그 결과 합의가 이루어지지 않았다고 기록했습니다. 결과는 한 통의 메시지를 유일한 원인으로 특정하지 않았습니다.
  • WHATWG 운영그룹(Steering Group)은 별도로,W3C CfC에 대한 이의가 없으면다섯 사양을 모두 포함한 주변기기 API(Peripheral APIs) 워크스트림을 시작하기로 했습니다. 그렇지 않으면 Web Serial만으로 시작하기로 했습니다.
  • WHATWG는 8월 29일 다섯 사양 워크스트림을 병합하면서 이의 없음 조건이 충족되었다고 밝히는 한편, Intel의 우려를 명시적으로 인정했습니다. 이 커밋은 워크스트림 레지스트리 변경만 증명할 뿐, W3C 정식 이의(Formal Objection)의 해결이나 모든 저장소·검토 완료를 증명하지 않습니다.
  • 포럼 간 조건 수행 기록(cross-venue predicate receipt)은 각 안건, 초청된 응답 어휘, 응답 분류, 기한, 분류 주체, 결정 권한자와 결과를 명시해야 합니다. 이를 통해 W3C와 WHATWG가 용어나 권한을 공유하지 않아도 의미적 결합이 드러납니다.

하나의 아카이브에 담긴 두 안건

분쟁은 최종 기술 표준이 아니라W3C 차터 제안에서 시작됐습니다. 초안은 Web Bluetooth, Web Serial, WebUSB, Web NFC, WebHID를 Devices and Sensors 워킹그룹의 잠정적 산출물 목록에 두었습니다. 각각은 여전히 초안 커뮤니티 그룹 보고서(Draft Community Group Report)로 식별되었습니다. 잠정적 지위는 권고안(Recommendation) 트랙 작업으로 들어가는 경로를 열어주는 것이지, 현재 설계를 보증하거나 진전을 보장하지 않습니다.

W3C의6월 12일 검토 통지는 7월 17일까지 의견을 받겠다고 하면서, 차터 다듬기 과정에서 일부 실질적 쟁점이 합의로 해결되지 않았다고 밝혔습니다.7월 23일 공개된 정식 이의는 다섯 개 API가 심각한 보안·프라이버시 위험을 내포한다고 주장했습니다. 그 요구된 해결안은 두 갈래였습니다. 다섯 잠정 산출물을 삭제하거나, 문서화된 익스플로잇 클래스, 검증 가능한 규범적 완화 조치, 수평 검토, 클래스별 처리 방침을 요구하는 게이트를 추가하는 것입니다.

이러한 기술적 주장은 이의 제기자의 것입니다. 확인된 기록이 이를 W3C의 결론으로 전환하지 않으며, 본 기사도 제안된 완화 조치가 충분한지를 판단하지 않습니다. 거버넌스 이벤트는 더 좁습니다. 두 기관이 삭제 제안에 대한 응답에 서로 다른 후속 조치를 연결한 것입니다.

8월 14일 Reilly Grant가W3C 합의 요청을 개시했습니다. 안건은 정확했습니다. 다섯 API 전부를 잠정 산출물 목록에서 삭제하는 방식으로 정식 이의를 해결하자는 것. 응답 지침도 정확했습니다. 참여자가 “any concerns”(우려가 있다면) 8월 28일까지 회신하라는 것. 침묵은 동의로 간주됩니다.

이 어휘 선택이 중요합니다. 요청은 형식적으로 표기된 이의만 받겠다는 것이 아니라, 삭제 안건에 대한 우려를 받겠다는 것이었습니다.

W3C 스레드에 예·아니오보다 많은 것이 남았다

응답들은 단순 이분법 집계에 맞지 않았습니다.Microsoft는 다섯 API를 범위에 유지하고 보안 우려가 해소되기를 바랐지만, 삭제 합의를 막지는 않겠다고 명시했습니다. WHATWG 주변기기 API 워크스트림이 제안되어 있었기 때문에 Microsoft는 삭제가 작업을 끝내기보다는 주로 포럼을 바꾸는 것이라고 말했습니다. 또한 잠정 채택이 현재 설계를 보증하거나 권고안 지위를 보장하지 않는다는 점을 경고했습니다.

Will Morgan은 위협 모델 검토를 전제로 한 유지를 선호하며, 작업이 WHATWG로 이동하는지 물었습니다. 그는 항목을 삭제하고, 6개월 내 새 워크스트림이 나타나지 않으면 재채택하자고 제안했습니다. 이어François Daoust가 중요한 권한 경계를 제시했습니다. 재채택에는 새로운 W3C 차터가 필요하다는 것. 편집자나 의장이 목록을 바꿔 권고안 트랙 범위를 복원할 수는 없습니다.

이후의 의미적 경합(seam)을 위해 가장 명확한 응답은 8월 28일에 도착했습니다. 의장직을 명시적으로 내려놓은 상태에서Anssi Kostiainen이 Intel을 대표해작성한 메시지는 Intel이 다섯 API 전부의 삭제에 대한 우려를 갖고 있다고 밝혔습니다. Intel의 근거는 제도적이었습니다. W3C의 광범위한 수평 검토가 글로벌 채택을 위한 준비에 가치 있다고 판단한다는 것. 아카이브는 지정된 날짜가 끝나기 전인 12:24 UTC에 이 메시지를 수신했습니다.

8월 31일 Kostiainen은 이번에는 DAS 공동의장 자격으로요청을 종결하는글을 올렸습니다. 그는 제안된 삭제에 대한 우려가 제기되었고, 그 결과 합의가 이루어지지 않았다고 밝혔습니다. Intel의 메시지만이 결과를 결정했다고는 말하지 않았습니다. 제안된 차터를 승인하거나, 정식 이의를 해결하거나, API가 안전하다고 선언하지도 않았습니다. W3C 팀이 다음 단계를 계획할 때 피드백을 반영하겠다는 것입니다.

따라서 그 결과 W3C의 상태는삭제에 대한 합의 없음이지유지에 대한 최종 결정이 아닙니다.

WHATWG는 다른 단어에 의존했다

WHATWG는 별개의 제도적 대상을 결정하고 있었습니다. 자체 주변기기 API 워크스트림을 설립할지, 그리고 어떤 초기 범위로 설립할지.워크스트림 제안은 로컬 주변기기 연결성을 다루며 같은 다섯 API를 명명했습니다. 4월부터 열려 있었습니다. 논의에는 지지, 더 넓은 참여 요구, Web Serial만으로 시작하자는 7월의 선호, 늦게 제기된 보안 우려가 포함됐습니다.

결정적 의존성은8월 25일 WHATWG 운영그룹 회의록에 나타납니다. 운영그룹은 Web Serial만으로 시작할지, 다섯 전부로 시작할지를 검토했습니다. 네 명의 대표 중 셋이 옵션 2를 선택했습니다.W3C CfC에 대한 이의가 없다면금요일에 다섯 전부로 시작한다. 이의가 나타나면 Web Serial만으로 시작한다.

이것은 W3C 요청의 안건이 아니었습니다. W3C는 제안된 W3C 차터에서 다섯 잠정 산출물을 삭제할지를 물었고, WHATWG는 WHATWG 워크스트림의 개시 범위를 선택하고 있었습니다. 그러나 WHATWG는 자신의 범위 분기를 W3C 절차에서 나온 응답의 분류에 종속시켰습니다.

8월 29일 풀 리퀘스트 264가 병합되었습니다.병합 설명은 운영그룹이 선택한 조건이 충족되었다고 밝혔습니다. 금요일 PDT 종업 시간까지 W3C CfC에 대한 이의가 없었다는 것. 같은 문장에서 Intel의 우려를 인정했습니다.불변 커밋7eb413b는 WHATWG의 레지스트리 데이터에Peripheral APIs워크스트림과 WebBluetooth, WebHID, WebNFC, WebSerial, WebUSB 기록을 추가했습니다.

이 기록은 이례적으로 솔직합니다. 우려를 지우지 않습니다. 분류를 드러냅니다. 우려는 인정되었고, 이의 조건은 부재로 처리되었다는 것.

병합 코멘트는 하나의 미래 상태를 열어뒀습니다. 워크스트림 저장소가 생성될 때 Intel의 우려와 별도로 인용된 보안 시나리오가 이슈로 등록되어야 한다는 것. 따라서 이 커밋은 레지스트리 변경만 증명합니다. 증거 기준 시점에 약속된 모든 이슈, 저장소, 공개, 검토, 완화 조치가 존재했다는 것은 증명하지 않습니다.

다른 결과가 모순을 증명하지 않는다

이 순서를 한 기관이 다른 기관을 무시했다는 비난으로 쉽게 바꿀 수 있습니다. 증거는 그 결론을 뒷받침하지 않습니다. W3C와 WHATWG는 서로 다른 규칙 아래 서로 다른 대상을 통제했습니다. W3C의 우려가WHATWG 워크스트림 정책에 따라 WHATWG 워크스트림 참여자의 형식적 미해결 실질적 이의가 되는 것은 아닙니다. WHATWG의 출범이 W3C 차터를 결정하거나 W3C 정식 이의를 처리하지도 않습니다.

어휘가 보편적일 필요도 없습니다. W3C 스레드에서 Microsoft는우려는 있으나 막지 않음상태를 보여주었습니다. Intel의 메시지는 같은 비차단 수식어 없이 우려를 선언했습니다. W3C의 종결 기록은 우려가 삭제에 대한 합의를 막기에 충분하다고 처리했습니다. WHATWG의 출범 조건은이의를 사용했고, 병합자는 인정된 Intel 우려가 그 조건을 충족하지 못한다고 처리했습니다. 이는 모든 미래 절차를 구속하는 사전 정의가 아니라 해당 주체들의 공개 분류입니다.

거버넌스 위험은 결합 지점에 있습니다. “절차 X에 대한 이의가 없다면”이라는 하류 조건에는 절차 X가 실제로 내보내는 상태를 매핑하는 공개 규칙이 필요합니다. 그렇지 않으면 독자는우려,비차단 우려,변경 요구를 수반한 지지, 침묵, 정식 이의가 모두 같은 방식으로 계수되는지 추론해야 합니다. 결정은 유효할 수 있지만 그 의존성은 재현 가능하지 않습니다.

Lu Heng의다자주의 비판은 이 사건을 판단하지 않으면서 유용한 규율을 제공합니다. 참여, 경고, 조언, 이의는 증거의 형태이며, 어느 것도 실제로 지니지 않은 권위로 확대되어서는 안 된다는 것. 여기서 이 규율은 양방향으로 작동합니다. Intel의 메시지는 어느 기관에도 명령하지 않았습니다. W3C와 WHATWG는 각자 자신의 결정에 대한 권한을 가졌습니다. 아카이브는 각 기관이 이 증거를 어떻게 사용했는지를 보여줘야 합니다.

포럼 간 조건 수행 기록

첫 번째 필드는 상류 안건을 고정해야 합니다. 이 이벤트의 안건은 “이 API들이 좋은가?”가 아니라, 특정 제안 W3C 차터에서 다섯 명명된 잠정 산출물을 삭제하자는 8월 14일 제안입니다. 기록에는 차터 버전, 개시 메시지, 유효 채널, 기한, 그리고any concerns라는 표현이 포함되어야 합니다.

두 번째 필드는 응답 상태를 보존해야 합니다. 모든 메시지를 찬성·반대로 압축하지 않는 것입니다. Microsoft의 선호, 그 비차단 수식어, Will Morgan의 조건부 입장, Intel의 무수식 우려는 서로 다른 증거입니다. 각 메시지에는 이미 타임스탬프와 안정적인 Message-ID가 있습니다. 압축된 기록은 사적 심의를 공개하지 않으면서 이러한 사실을 보존할 수 있습니다.

세 번째 필드는 상류 결과입니다. 공동의장, 종결 시각,합의가 이루어지지 않음, 명시된 사유, 다음 권한 주체. 합의 부재 결과는 나중에 W3C 팀 조치가 나타나면 그것을 가리켜야 하며, 최종 차터로 덮어써서는 안 됩니다.

네 번째 필드는 하류 조건입니다. WHATWG의 다섯 전부/Serial 단독 분기를 인용하고, 운영그룹을 결정 권한자로 식별하고, PDT 종업 시간 기한을 명시하며, 매핑 규칙을 공개해야 합니다. W3C의우려는 WHATWG의이의로 계수되었는가? 그렇지 않다면 누가, 어떤 명시된 기준으로 분류했는가? 병합 기록이 이번 사건의 답을 제공하지만 재사용 가능한 규칙은 제공하지 않습니다.

다섯 번째 필드는 하류 조치와 불변 산출물입니다. 풀 리퀘스트 264, 병합자, 커밋7eb413b, 추가된 다섯 기록. 이후의 저장소 생성, 이슈 등록, 범위 변경, 공개는 후속 이벤트로 속합니다.

마지막으로 기록에는 비상속(non-inheritance) 문장이 필요합니다. W3C 삭제 합의의 실패가 WHATWG 워크스트림을 승인하는 것이 아닙니다. WHATWG의 워크스트림이 W3C의 정식 이의를 해결하는 것도 아닙니다. 어느 이벤트도 보안 인증이나 브라우저 배치 지시가 아닙니다. 권한이 링크와 함께 넘어간 것처럼 가장하지 않고 두 기록을 연결할 수 있습니다.

증거 경계

증거 기준 시점에서 W3C의 공개 그룹 페이지는 여전히Chartered until 31 August 2026을 표시하고 있었고, 제안된 후속 차터는[PROPOSED]로 라벨링되어 있었습니다. 이 표면들은 모니터링의 근거입니다. 그룹이 운영을 중단했다거나, 후속 차터가 거부되었거나, 확인된 공개 기록 밖에서 최종 결정이 이루어졌다는 증거는 아닙니다.

기술적 논쟁도 계속 열려 있습니다. 정식 이의는 특정 완화 조치와 검토 게이트를 요구했고, 지지자들은 W3C나 WHATWG가 그 작업의 포럼이 될 수 있다고 주장했습니다. 본 기사는 주장된 익스플로잇 클래스를 검증하지도, 일축하지도 않습니다. 안전 질문이 미해결인 상태에서 워크스트림이 존재할 수 있습니다. 삭제 CfC의 실패가 차터 범위를 미결정으로 남길 수 있습니다.

증명 가능한 이벤트는 의미적이고 제도적입니다. W3C는 우려를 요청했고, 나중에 합의 없음을 기록하며 우려를 인용했습니다. WHATWG는 이의 부재를 출범 조건으로 삼고, Intel의 우려를 인정하며, 그 조건이 충족되었다고 기록했습니다. 두 결정 모두 적절할 수 있습니다. 공유된 의존성은 어떤 이후 요약도 한 단어를 비밀리에 다른 단어로 바꿔야 할 필요가 없을 만큼 정확한 기록을 요구합니다.

출처