W3C 항소 투표, ‘승인’에 표하면 오히려 결정을 뒤집는다

요약

• 2025년 8월 18일자 현행 W3C 프로세스의 5.9절은 “이 결정을 승인하십니까?”라고 묻고 Approve, Reject, Abstain 세 응답을 제시합니다.
• 같은 절은 자문위원회 항소가 Approve가 Reject을 참여율에 따라 달라지는 비율만큼 앞설 때 통과된다고 규정한 뒤, 통과된 투표는 결정을 뒤집는다고 말합니다. 문자 그대로 읽으면 결정에 대한 승인이 그 결정을 뒤집는 힘이 됩니다.
• 2023년 프로세스는 내부적으로 일관되었습니다. 결정이 뒤집히려면 Reject이 Approve를 앞서야 했습니다. 풀 리퀘스트 901은 투표 질문과 뒤집기 결과를 그대로 둔 채 이 규칙을 Approve 가중 임계값 램프로 교체했습니다.
• 임계값 램프 자체는 정당한 우려에 대응합니다. 참여율이 5% 미만이면 투표는 실패하고, 5%부터 15%까지는 3:1을 넘는 마진이 필요하며, 15%를 넘고 20% 미만에서는 2:1을 넘어야 하고, 20% 이상에서는 단순 우세면 충분합니다. 명시적 기권은 참여율에 산입됩니다.
• 공개된 근거는 낮은 참여율에서 소수 다수결로 중대한 결정이 이루어지는 것을 막기 위해 정관의 Requisite Member Vote를 적용한 것입니다. 결정에 대한 승인이 그 결정을 뒤집어야 한다는 점은 밝히지 않았습니다.
• 검토된 증거상 W3C가 이 문구로 실제 투표를 진행했거나, 투표를 잘못 구성했거나, 결과를 잘못 집계했다는 사실은 확인되지 않습니다. 이 분석은 규범 문서와 그 버전 이력 사이의 충돌을 다룹니다.
• W3C는 실제 투표 구성에서 생성한 투표 극성 적합성 기록—정확한 명제, 각 선택지의 의미, 자격 기준 모수, 참여 구간, 산식, 경계 테스트, 집계 결과, 결과, 프로세스 버전 및 정정 이력—을 공개해야 합니다.

네 개 조항, 두 가지 가능한 결정

항소 규칙은 평소의 합의가 이미 무너진 시점을 위해 쓰입니다. 그래서 작은 의미론적 오류가 평범한 회의 기록에서보다 더 크게 작용합니다.

현행 W3C 프로세스의 5.9절은 이해 가능한 절차를 만듭니다. 정회원(회원 자격을 유지하는 조직)의 대표가 3주 이내에 항소 가능한 결정에 이의를 제기합니다. 팀이 항소를 발표합니다. 1주일 이내에 자문위원회의 최소 5%가 항소 접수를 긍정적으로 지지해야 합니다. 이 접수 관문을 통과하면 자문위원회가 표결합니다.

투표 질문은 명확합니다. “이 결정을 승인하십니까?” 제시되는 응답은 Approve, Reject, Abstain입니다. 각 회원, 또는 관련 회원 집단은 1표를 가지며, 유권자는 회원 자격을 유지하는 회원들로 구성됩니다.

다음 조항들은 참여율을 계산합니다. 명시적 기권은 결정적 비율 어느 쪽에도 들어가지 않으면서 참여율 분자에는 들어갑니다. 참여율이 5% 미만이면 투표는 실패합니다. 5%에서 15%까지는 Approve가 Reject의 3배를 넘어야 합니다. 15%를 넘고 20% 미만에서는 2배를 넘어야 합니다. 20% 이상에서는 단순히 Reject을 앞서면 됩니다.

그 다음이 결과입니다. 투표가 통과하면 결정은 뒤집힙니다.

이 조항들이 모두 통상적 의미를 유지할 수는 없습니다. 명제가 근본 결정에 대한 승인이라면 Approve 표는 그 결정을 유지하는 쪽입니다. 성공한 쪽이 결정을 뒤집는다면 결정적 표는 반대하는 쪽이어야 합니다. 현행 문구는 그 대신 충분한 승인이 뒤집기의 조건이 되도록 만듭니다.

이는 기준이 너무 높은지에 대한 철학적 불만이 아닙니다. 실행 가능한 상태의 문제입니다. 한 문자적 해석은 하나의 결과를 내고, 투표 질문의 통상적 의미는 그 반대 결과를 냅니다.

규칙에 숫자를 대입해 보면

문장을 하나의 함수로 다루면 모순은 더 두드러집니다.

참여율이 20% 이상인 투표를 상상해 보십시오. 열두 대표가 Approve를, 여덟이 Reject을 선택합니다. 현행 산식에 따르면 12가 8보다 크므로 항소 투표는 통과합니다. 그리고 다음 문장에 따라 결정은 뒤집힙니다. 그러나 질문은 결정을 승인한 대표가 거부한 대표보다 많다고 말해 줍니다.

총계를 뒤집어 보십시오. Approve 8표, Reject 12표. 현행 산식은 실패하므로 결정은 유지됩니다. 유권자는 제시된 질문에 대해 결정 반대로 답했지만 항소는 패배합니다.

낮은 참여율 구간은 더 높은 장벽으로 같은 역전을 만듭니다. Approve 16표, Reject 5표는 16이 15를 넘으므로 통과합니다. 서류상으로는 결정을 승인한 집단이 결정을 뒤집습니다. Approve 15표, Reject 5표는 “넘는다”가 엄격하기 때문에—Reject의 3배와 정확히 같은 수치는 부족—실패합니다. 결정적 표의 4분의 3이 Approve로 답했음에도 결정은 유지됩니다.

이것들은 실제 W3C 표결에 대한 보고가 아니라 테스트 벡터입니다. 이들은 의미론을 모든 정치적 분쟁으로부터 분리합니다. 또한 명시적 기권이 왜 중요한지 드러냅니다. 기권은 어느 결정적 집계도 바꾸지 않으면서 참여율을 바꿔 투표를 다른 구간으로 이동시킬 수 있습니다. 따라서 이 규칙에는 투표율과 선호라는 두 입력이 있고, 각각은 자신만의 모수와 산술을 유지해야 합니다.

임계값 표는 수학적으로 정확하면서도 그것이 평가하는 명제는 방향이 반대일 수 있습니다. 산술은 동의의 대상을 고쳐 주지 않습니다.

2023년 규칙은 하나의 극성을 가졌다

2023년 11월 3일에 발행된 프로세스는 같은 질문을 하고 같은 세 응답을 제시했습니다. 그러나 그 결과 조항은 투표 용지의 단어를 따랐습니다. Reject 표가 Approve 표를 앞서야 했고, 그렇게 되면 결정은 뒤집혔습니다.

이 설계는 단순했습니다. 낮은 참여에서의 근소한 다수에 대한 추가 보호를 요구하지 않았습니다. 그러나 안정적인 극성을 가졌습니다.

• Approve는 근본 결정을 승인한다는 뜻이었습니다.
• Reject는 근본 결정을 거부한다는 뜻이었습니다.
• Approve보다 Reject가 많으면 항소가 성공했습니다.
• 성공한 항소는 결정을 뒤집었습니다.

2025년 프로세스는 정당한 추가 질문을 도입했습니다. 소수의 회원만 참여할 때 뒤집기에 얼마나 많은 지지가 필요한가? 공개된 버전 이력은 그 답이 어디서 들어왔는지 보여 줍니다.

풀 리퀘스트 901은 Reject이 Approve를 앞서야 한다는 두 줄 규칙을 삭제하고 점진적 구간을 삽입했습니다. 삽입된 비교는 모두 Approve를 상승된 임계값을 넘어야 하는 쪽으로 만듭니다. 그 다음 문장—통과하면 결정을 뒤집는다—은 그대로 남았습니다. 결정을 승인하는지 묻는 앞선 질문도 그렇습니다.

이 차이는 동기에 대한 추측 없이도 극성이 깨진 지점을 특정해 주는, 이롭게도 유용한 증거입니다. 집계되는 라벨은 바뀌었지만 의미적 대상과 결과는 바뀌지 않았음을 보여 줍니다.

공개된 이슈와 풀 리퀘스트 설명은 임계값 정책을 다루며, 결정을 고착하거나 뒤집으려는 시도를 다루지 않습니다. 이들의 우려는 회원의 작은 비율만 참여할 때 중대한 결과가 근소한 다수에 좌우되어서는 안 된다는 것이었습니다. W3C의 2025년 프로세스 발표도 낮은 참여 항소 표에 대한 상승된 임계값을 설명합니다. 어느 자료도 “Approve”가 결정에서 항소로 재지정되었다고 밝히지 않습니다.

따라서 정당한 결론은 좁습니다. 현행 규칙은 가시적 문서 변경으로 생긴 내부 충돌을 담고 있습니다. 이 기록은 의도적 뒤집기라는 주장을 뒷받침하지 않습니다.

건전한 기준이 잘못된 대상에 붙었다

점진적 램프는 일관된 거버넌스 모델에서 나옵니다. W3C 정관 제III조 11항은 회사의 긍정적 행위에 대한 Requisite Member Vote를 정의합니다. 회원의 15% 이하만 참석하거나 대리된 경우 긍정 표는 최소 75%에 도달해야 합니다. 15%를 넘고 20% 미만에서는 최소 3분의 2, 20% 이상에서는 과반수면 충분합니다.

이 원칙은 방어 가능합니다. 참여하는 소수는 중대한 행위를 승인하기 전에 더 강한 내부 합의를 보여야 합니다. 참여율이 오르면 과대표결 요건이 완화될 수 있습니다. 이는 기권자를 반대표로 취급하지 않으면서 행위와 정당성을 모두 지킵니다.

그러나 정관의 긍정 표는 회원에게 제출된 회사 행위를 승인합니다. 긍정 라벨과 법적 결과는 같은 방향을 가리킵니다.

항소 투표에는 두 가지 가능한 명제가 있습니다. 회원들이 근본 결정을 승인하는지 물을 수 있습니다. 이 형식에서는 Reject이 뒤집기를 추구하는 쪽입니다. 또는 회원들이 항소, 또는 명시된 결정을 뒤집는 동의안을 승인하는지 물을 수 있습니다. 이 형식에서는 Approve가 뒤집기를 추구하는 쪽입니다.

어느 형식이든 점진적 임계값을 사용할 수 있습니다. 안 되는 것은 첫 형식의 질문을 유지한 채 둘째 형식의 긍정 산술을 빌려 오는 것입니다.

이 구분은 퍼센트와 비율을 함부로 서로 바꿔 쓰면 안 되는 이유도 설명합니다. 정관은 찬성·반대 표 중 긍정 표의 비율을 규정합니다. 프로세스는 엄격한 비교—3배보다 크고, 2배보다 크고, 상대보다 크고—를 표현하며, 명시적 기권은 참여 구간에 영향을 줍니다. 경계에서 “최소 75%”와 “Approve가 Reject의 3배를 넘는다”는 동일하지 않습니다. 15 대 5는 정확히 75%이지만 3배를 넘지는 않습니다. 적합성 기록은 독자가 원천 모델에서 추론하도록 두지 말고 선택된 표현식을 드러내야 합니다.

가장 강한 방어도 결함을 지우지 않는다

W3C에는 강한 맥락적 방어가 있습니다. 관련된 모든 사람이 이것이 항소임을 압니다. 발기인 대표는 근본 결정의 재고를 원합니다. 이전 프로세스는 거부를 뒤집는 쪽으로 집계했습니다. 공개된 근거는 낮은 투표율에서 뒤집기를 더 어렵게 만드는 것을 다룹니다. 신중한 운영자는 실제 투표를 항소에 대한 승인으로 문구화하거나, 선택지에 모호성을 제거하는 라벨을 붙이거나, 기관의 의도에 따라 결정적 쪽을 구성할 수 있습니다.

원천은 또한 공개되고, 버전화되어 있고, 정정 가능합니다. 현행 에디터 초안이 같은 문구를 반복하므로 수리할 가시적 장소가 있습니다. 이 기사에서 검토한 증거는 W3C가 실제로 2025년 형식의 투표를 운영했거나, 누군가에게 피해를 주었거나, 역전된 결과에 의존했다는 사실을 확립하지 않습니다.

이 모든 것이 주장을 제한합니다. 그러나 어느 것도 규범 문서를 문자 그대로 실행 가능하게 만들지는 못합니다.

기관의 기억은 결정 규칙이 아닙니다. 서식을 준비하는 사람이 “Approve”가 결정을 승인하는지, 항소를 승인하는지, 뒤집기를 승인하는지 판단해야 해서는 안 됩니다. 유권자가 절 중간에 가시적 명사가 바뀐다는 것을 추론해야 해서도 안 됩니다. 운영 투표가 그 충돌을 조용히 해소한 뒤, 프로세스가 본래 의도했다는 것의 유일한 증거가 되어서는 안 됩니다.

정밀성의 필요가 가장 큰 것은 어려운 사안에서입니다. 항소가 정치적으로 민감하거나, 결과가 근접하거나, 참여율이 구간 경계에 가까우면 패배한 쪽마다 다른 해석을 선호할 유인이 있습니다. 아무도 그 의미에 이의를 제기하지 않을 때만 작동하는 규칙은, 그것이 지배하도록 설계된 바로 그 시점에 실패한 것입니다.

지지 관문은 본안 투표가 아니다

프로세스에는 별도로 유지되어야 할 또 다른 퍼센트가 있습니다. 투표가 열리기 전에 자문위원회의 최소 5%가 항소 요청을 긍정적으로 지지해야 합니다. 이것은 접수 관문입니다. 사안을 유권자에게 회부할 만한 지지를 확립할 뿐, 근본 결정을 뒤집어야 하는지는 결정하지 않습니다.

이 구분은 권한의 관점에서 중요합니다. 발기인은 재검토를 청구합니다. 지지 대표들은 투표를 승인합니다. 자격 있는 자문위원회 유권자 전체가 참여율 램프 아래에서 본안을 결정합니다. 팀이 이 단계들을 운영합니다. 원래 결정권자와 그 결정에 의존하는 이들이 결과를 감당합니다.

지지 명단과 이후 표결을 결합하면 이 역할들이 흐려집니다. 공개 가이드는 발기인이 결정을 식별하고 이유를 진술하도록 돕지만, 5.9절을 대체하거나 투표 극성을 정하지 않습니다. 지지 성명 아카이브는 회원 전용입니다. 이 비공개 선택은 집계 결과에 대한 공개 계정과 양립할 수 있습니다.

W3C가 모수, 참여 총수, 명시적 기권 수, 결정적 집계, 적용된 산식, 결정의 결과 상태를 공개하는 데 개별 지지자나 투표자가 노출될 필요는 없습니다. 개인 선호에 대한 프라이버시가 기관 권한에 대한 불투명성의 이유가 되어서는 안 됩니다.

투표가 시작되기 전에 투표 구성을 공개하라

W3C는 모든 자문위원회 항소에 대해 투표 극성 적합성 기록을 만들어야 합니다. 이는 투표를 생성하는 동일한 구성에서, 투표가 개표되기 전에 생성되어야 합니다. 결과가 나온 뒤 손으로 쓴 설명은 대표들이 실제로 본 서식에서 벗어날 수 있으므로 더 약합니다.

기록에는 다음이 포함되어야 합니다.

• 근본 결정 식별자, 제목, 결정 권한, 발표 시각, 권위 있는 URL
• 항소 식별자, 발기인의 자격 상태, 5% 지지 관문의 집계 결과
• 지배하는 프로세스 버전과 정확한 절
• 정확한 투표 질문—바꿔 쓰지 않고
• 모든 응답 라벨과 그것이 작용하는 대상: 결정, 항소, 또는 뒤집기 동의안
• 어느 응답이 결정을 인정하고 어느 응답이 결정을 뒤집을 수 있는지에 대한 명시적 대응표
• 자격 있는 정회원 수와 그 모수가 확정된 시점
• 총 참여율과 명시적 기권 수
• 적용되는 참여 구간, 결정적 산식, 등식의 처리 방식
• 각 경계에서 기계 검증 가능한 통과·실패 예
• 최종 집계, 계산 및 투표 결과
• 근본 결정의 결과 상태: 인정됨, 뒤집힘, 또는 미해결
• 모든 정정, 대체 문구, 잠정 해석, 그 적용 시각
• 결과에 의존한 후속 조치
• 개별 기록 중 제한이 유지되는 항목을 식별하는 프라이버시 성명

이 기록은 새로운 거부권 지점이 아닙니다. 직원이 본안을 결정하거나 프로세스를 메타데이터로 대체할 권한을 주지 않습니다. 이것은 적합성 대상입니다. 명제, 구현, 결과가 권한이 그것들을 통과하기 전에 서로 일치해야 합니다.

투표 전에 공개하면 깨끗한 이의 제기 창구도 만들어집니다. 결정 승인에 관한 질문과 달리 Approve가 뒤집기로 대응되어 있음을 본 대표는 투표가 집표되기 전에 구성에 이의를 제기할 수 있습니다. 이 단계의 정정은, 형식상 완료된 표가 정반대 선호를 표현했는지를 나중에 판단하는 것보다 저렴합니다.

두 가지 일관된 수리

적어도 두 가지 직관적인 기초 방향이 있습니다.

첫째는 현행 질문—“이 결정을 승인하십니까?”—을 유지하는 것입니다. 그러면 Approve는 결정을 인정하고, Reject이 뒤집는 쪽이므로 점진적 임계값은 Reject이 Approve의 적용 배수를 넘는 형태로 표현되어야 합니다. 통과된 항소는 결정을 뒤집습니다.

둘째는 명제를 바꾸는 것입니다. 투표는 대표들이 항소를 승인하는지, 또는 명시된 결정을 뒤집는 명시적 동의안을 승인하는지 물을 수 있습니다. 그러면 Approve는 뒤집기를 지지하므로 현행 Approve 가중 램프를 유지할 수 있습니다. 통과된 동의안은 결정을 뒤집습니다.

이 기사는 W3C의 법적 문구를 대신 선택하지 않습니다. 각 방향은 W3C의 정의된 용어, 투표 도구, “항소 투표”에 대한 기대와 다르게 상호작용할 수 있습니다. 거버넌스 요건은 더 단순합니다. approve 뒤의 명사, 통과로 집계되는 쪽, 통과 후의 상태 전이가 한 방향을 가리켜야 합니다.

수리는 경계도 모호함 없이 명시해야 합니다. 5%~15% 구간은 양 끝점을 포함하는가? 정확히 3:1의 등식은 불충분한가? 관련 회원은 어떻게 중복 제거되는가? 회원 자격은 언제 측정되는가? 투표가 열려 있는 동안 자격이 바뀌면 어떻게 되는가? 현행 문구는 이 중 일부에 답하지만, 적합성 기록은 해당 표결에 대해 실제 계산이 재현 가능하도록 만들어야 합니다.

증거가 보여 주는 것, 보여 주지 않는 것

2026년 8월 31일 기준으로, 2025년 8월 18일자 프로세스는 W3C가 식별한 최신 공개 현행 버전입니다. 현행 에디터 초안도 같은 극성 충돌을 담고 있습니다. 2023년 프로세스, 공개 풀 리퀘스트, 최초 임계값 커밋, 이슈 토론, W3C 발표, 정관이 본 기사가 기술한 계보를 확립합니다.

이들은 실제 집계 오류를 확립하지 않습니다. 검토된 공개 자료는 2025년 문구 아래에서 자문위원회 항소 투표가 열렸는지, 운영자가 한 해석을 선택했는지, 투표자가 혼란을 겪었는지, 어떤 근본 결정이 잘못 인정되거나 뒤집혔는지를 증명하지 않습니다.

또한 GitHub 풀 리퀘스트만으로 W3C의 프로세스가 바뀌는 것은 아닙니다. 회원권이 2025년 프로세스를 승인했고 W3C가 그 시행일을 발표했습니다. 원천 이력은 문구가 어떻게 진화했는지에 대한 증거이지, 기관 권한의 대체 원천이 아닙니다.

이 경계는 거버넌스 분석이 문서가 불완전한 지점에서 선정적으로 기울기 쉽기 때문에 중요합니다. 정당한 결론은 이미 충분히 무겁습니다. 공개 규범 문서는 같은 응답 라벨에 양립할 수 없는 기능을 부여합니다. 피해자나 동기를 발명하지 않고도 정정은 정당화됩니다.

참여는 읽기 쉬운 본체를 대신하지 못한다

Lu Heng의 다자간 거버넌스 비판은 참여와 권한 사이에 유용한 선을 긋습니다. 표, 의견 수렴, 참석은 증거를 만듭니다. 그것들이 권한이 되려면 본체, 지지 기반, 모수, 명제, 결과가 이해 가능해야 합니다.

자문위원회 항소에는 여러 본체와 대리인이 있습니다. 대표는 회원을 대신해 발기합니다. 작은 지지 몫이 관문을 엽니다. 자격 있는 자문위원회 유권자가 결정을 제공합니다. 팀이 투표를 운영합니다. 프로세스 커뮤니티 그룹과 자문위원회가 개정을 개발합니다. 회원권이 프로세스를 승인합니다. 근본 결정권자, 워킹 그룹, 구현자, 이해당사자가 결과를 감당합니다.

점진적 임계값은 대표성 없는 투표율로부터 이 사슬을 보호할 수 있습니다. 그러나 그것이 긍정 응답으로 무엇을 인정하는지는 말해 줄 수 없습니다. 명제가 결정을 가리키고 결과가 그 뒤집기를 가리킨다면, 모수는 정밀하지만 위임은 그렇지 않습니다.

이것은 문자 그대로의 대리인 문제입니다. 운영 직원은 투표 문구를 선택하고 응답을 대응시키는 실질적 권한을 가집니다. 공개 규칙이 모순적이면 그들의 구성이 조용히 회원 권한의 의미를 결정합니다. 직원이 신중하고 합리적인 선택을 할 수 있지만, 그것이 위임을 정당하거나 재현 가능하게 만들지는 않습니다. 적합성 기록은 그 선택이 결과를 결정하기 전에 검사 가능한 규칙으로 되돌려 놓습니다.

출처

1. W3C 프로세스 문서 — 2025년 8월 18일, 5.9절
2. 현행 W3C 프로세스 에디터 초안 — 5.9절
3. W3C 프로세스 문서 — 2023년 11월 3일, 5.9절
4. W3C 프로세스 풀 리퀘스트 901 — 점진적 표결 임계값
5. 풀 리퀘스트 901의 최초 임계값 커밋
6. W3C 프로세스 이슈 886 — 항소 임계값 조정
7. W3C 발표 — W3C, 프로세스 문서 개정
8. W3C 가이드 — W3C 결정에 대한 항소
9. World Wide Web Consortium, Inc. 개정·재작성 정관
10. W3C 프로세스 이슈 1034 — 자문위원회 항소 기한
11. W3C Process for Busy People — AC 항소
12. Lu Heng — The Multi-Stakeholder Mirage
13. Lu Heng — 인터넷 거버넌스의 핵심에 있는 대리인 문제