요약

  • RFC 9720은 XML 확정 형식과 HTML·텍스트·PDF로 출판된 판본을 구분하고, 이후 형식을 수정하거나 재생성할 수 있도록 하되 가능한 한 최대한으로 의미적 내용을 보존해야 한다는 의무를 부과한다.
  • 그 보장은 현재 아카이브 파일을 "캐노니컬"이라고 부르는 데 있지 않다. 이전 판본, 날짜, 재출판 사유, RFC에 의존하는 이들에게 관련된 차이를 확인할 수 있어야 하는 데 있다.

"출판"이 더 이상 하나의 파일을 의미하지 않게 된 순간

오래된 안정성 약속은 RFC가 실질적으로 ASCII 문서였던 시절에는 이해하기 쉬웠다. 오늘날 하나의 출판물은 RFC에 들어갈 정보를 담은 XML과 HTML, 일반 텍스트, PDF 같은 여러 읽기 산출물을 함께 갖는다. 이 다양성은 접근성과 가독성을 높이지만, 통제에 대한 질문을 열어둔다. XML에 오탈자가 있거나 생성기를 현대화해야 한다면, 아카이브는 그 결함을 보존해야 하는가? 바꿀 수 있다면, 무엇이 편집 개선이 구현자가 필수라고 믿었던 내용을 바꾸지 못하도록 막는가?

RFC 9720은 기관에 대한 신뢰로 이 질문을 해결하지 않는다. 2025년 1월 Editorial 스트림으로 출판되어 RFC 7990을 대체하고 RFC 9280의 안정성 정책을 수정한다. 이것은 정보성 RFC다. RFC 시리즈의 출판 정책을 제공하는 것이지 배포 명령도, 모든 재출판이 무해하다는 인증도 아니다.

그 첫 번째 통제는 개념의 분리다.확정 형식(definitive format)은 RFCXML이다.확정 판본(definitive version)은 그 형식으로 출판된 RFC다. HTML·텍스트·PDF는 출판 형식이고, 각 구체적 산출물은 출판 판본(publication version)이다. 이전에는 "canonical format"이라는 표현이 렌더링을 가능하게 하는 원본과 승인되어 아카이브된 문서를 뒤섞었다. 이 구분이 중요한 이유는, 서로 다른 PDF만으로는 서로 다른 표준이 아니며, 유지 관리 가능한 XML이 곧 무제한의 편집 권한이 되지 않기 때문이다.

유지 관리 권한에는 구체적 사유가 있다

RFC Production Center는 RFCXML 스키마의 변경, XML에서 발견된 오류, 출판 판본을 산출하는 도구의 수정 때문에 확정 판본을 재출판할 수 있다. 이 규칙은 의미적 변경이 사고로 들어갈 수 없다고 말하지 않는다. 그 위험을 인정하고, 최대한 보존하고, 이해하고, 줄일 것을 요구한다.

출판 판본도 재출판될 수 있지만 그 동사는 "해야 한다"가 아니라 "할 수 있다"다. 센터는 시리즈의 일관성과 의미적 위험을 모두 고려해야 한다. 이 결합은 두 남용을 막는다. 불변주의는 아무것도 바뀌지 않는다는 말을 반복하기 위해 알려진 결함을 유지할 수 없고, 미학적 기준도 검토 없이 역사적 산출물을 교체하는 명분이 될 수 없다.

여기에는 작은 초기 명세와 국지화된 결정이 있다. 공유된 규칙은 모두가 필요로 하는 한계를 고정한다. 의미는 자유로이 이동할 수 없다. 저장소, 식별자, 미래 도구에 대한 결정은 운영 지식이 존재하는 곳에 남는다. RFC 9720은 과거 문서를 어떻게 찾을지조차 규정하지 않는다. 형식 정책이 아카이브의 모든 결정을 소유하지 않는다는 점은 결함이 아니다.

이력이 주장을 증거로 바꾼다

이 정책에서 가장 중요한 부분은 재출판 예외가 아니라 그 영수증이다. RPC는 이전 확정 판본과 출판 판본의 아카이브된 세트를 현재 판본과 동일한 접근 방식으로 보존해야 한다. 각 세트에는 생성 또는 재출판 날짜가 기록된다. 또한 확정 판본의 모든 재출판에는 공개 기록과 간단한 설명이 있어야 한다.

그렇기 때문에 현재의 HTML 페이지만으로 조사가 끝나지 않는다. 다이어그램, 참조, 규범적 단어, 비ASCII 문자, 도구가 실행하는 예제가 바뀌었는지 알려면 선행 판본과 후속 판본을 봐야 한다. 줄바꿈은 아마 시각적 차이일 것이다. MUST의 변경, URI 변경, 데이터 구조 변경은 코드, 구매, 감사에 영향을 줄 수 있다. 결론은 페이지 설계나 안심시키는 문장이 아니라 diff와 구체적인 의존성이 제공한다.

아카이브는 또한 책임을 분산시킨다. 저작과 승인 절차는 의도된 의미를 정의한다. Production은 한계 안에서 표현을 유지한다. 운영자, 공급자, 구현자는 어떤 판본을 고정할지, 변화를 어떻게 테스트할지 결정한다. 서버가 새 사본을 전달한다고 해서 production이 위험을 감수하는 시스템을 대신해 결정할 권한이 주어지는 것은 아니다.

IETF의 공개 프로필은 Heather Flanagan을 2012년부터 2019년까지의 전 RFC Series Editor, Spherical Cow Consulting의 principal, 현재 SPICE와 HotRFC의 공동 의장으로 기록한다. 이 경력은 개인적 관점을 설명한다. 하지만 이것이 유일한 저자, RPC에서의 현재 운영 직책, 그 이후 모든 결정에 대한 책임을 그에게 귀속시키지는 않는다.

같은 번호도, 새 아카이브도 이 문제를 닫지 않는다

2026년 2월에 출판된 RFC 9920은 RFC 9280을 폐기하고 RFC 9720을 포함한 시리즈의 다른 문서들을 갱신했다. 정책은 절차를 통해서도 바뀐다. 이 사실은 공개된 사본의 모든 변경이 안전하다는 증거가 되지 못한다. 각 의존성에 대해 질문은 여전히 구체적이다. 어떤 판본을 사용했는가, 무엇이 바뀌었는가, 어느 구성 요소가 그 부분을 해석하는가, 그 결정을 되돌릴 수 있는가?

운영자의 기록은 RFC 번호, 확정 판본과 출판 판본의 식별자와 날짜, 검색 URL과 해시, 재출판 설명, 의미 비교와 렌더링 비교, 의존 구성 요소, 검토자, 되돌릴 수 있는 배포 한계를 보존해야 한다. 이전 사본은 계속 획득 가능해야 한다.

Lu Heng의 노트는 권한의 사슬을 뒤집지 않도록 돕는다. 공개된 정당화는 편집자의 행동에 대한 증거이지, 제3자가 자동으로 구현을 갱신하도록 하는 명령이 아니다. 중단, 컴플라이언스 실패, 계약상 의무에 대해 책임질 사람이 검증할 권리와 의무를 유지한다.

출처