Summary

  • Stephen McQuistin과 세 공동 저자의 초안은 표준화 단체에 참여자·기관을 함께 식별하는 공통 번호가 없다고 지적한다. 이름, 이메일, 계정을 연결할 때 별개 사람을 잘못 합치거나 한 사람을 여러 명으로 남길 수 있다.
  • 2026년 11월 2일자 원문은 버전이 고정된 자료, 공개된 신원 연결 규칙, 원본 기록과 추론 결과의 구분을 요구한다. RIPE 92는 McQuistin을 인터넷 표준 개발 과정의 연구자로 소개한다.

표준화에 누가 참여했는지 보여 주는 그래프는 공개 자료에서 출발한다. 그런데 그래프가 그려지기 전에 누군가는 여러 계정을 같은 사람으로 볼지 결정한다. Stephen McQuistin은 Colin Perkins, Ignacio Castro, Ryo Yanagida와 함께 새 IRTF 연구 초안에서 그 결정을 드러냈다. 서로 다른 표준화 단체 사이에 한 사람을 따라가는 공통 ID는 없다.

초안의 4.2절은 두 가지 실패를 나란히 놓는다. 연결을 놓치면 한 연구자의 기여가 여러 명에게 분산된다. 잘못 연결하면 남의 작업을 한 사람에게 붙인다. 기업 이름도 약칭, 자회사, 이전 명칭 때문에 흔들린다. 소속에는 날짜가 붙어야 한다. 지금의 고용주가 과거 다른 직장에서 작성한 문서의 공을 자동으로 가져갈 수는 없다.

IETF처럼 기록이 풍부한 곳에서도 자료의 층은 고르지 않다. 오래된 Datatracker 항목은 최근 것보다 덜 완전하고, 실제로 참여했지만 프로필을 만들 필요가 없었던 사람도 있다. 저자들에 따르면 2026년 3월 무렵 메일 기록에는 약 300만 통, 거의 1400개 목록이 있었지만 빠진 옛 목록도 있다. 기록이 크다는 사실은 각 주소의 소유자가 정확히 연결됐다는 증거가 아니다.

참여 보고서에서 가장 큰 힘을 가진 열은 «정리된 신원»일 수 있다. 개인 주소와 회사 계정을 연결한 근거는 무엇인가. 비슷한 이름의 사람을 어떻게 구별했는가. 최종 표만 공개하면 원본 자료와 분석자의 추론이 섞인다. 그렇게 만든 숫자는 기술적 결정처럼 보이지만, 실제로는 누가 표준을 만들었는지에 관한 판단까지 담는다.

버전이 고정된 IETF 초안은 자료 스냅샷, 정규화·신원 확인 절차, 추론한 연결과 정정 기록을 남기라고 제안한다. 특정 순위에서 신원 연결 오류가 몇 건인지는 측정하지 않았다. 하나의 자료 버전을 고정하고 참여자에게 확인한 수정 사례를 대조해야 그 수가 나온다.

McQuistin의 질문은 공개 기록을 더 쌓으라는 데서 끝나지 않는다. 기록을 읽는 사람이 어떤 두 줄을 같은 사람으로 묶었는지 보여 줘야 한다. 그 길을 숨긴 참여 지도는 실제 사람을 지우고도 자신을 투명한 통계라고 부를 수 있다.

자료: RIPE 92 인물 소개 · IETF 초안 정보 · 버전이 명시된 원문.