요약

  • LACNIC이 2026년 9월 25일LAC-2026-6을 논의용으로 공개했습니다. 버전 1은 정책 제안을 지칭하는 일반적 표현을 반복적으로 그 제안의 특정 버전을 지칭하는 표현으로 바꿉니다. 아직 합의에 이르지 않았으며 정책이 되지도 않았습니다.
  • 저자는 이번 개정이 PDP가 이미 작동하는 방식을 명확히 한다고 말합니다. 동시에, 새로운 시스템 버전 없이는 논의 시계를 재시작할 수 없다는 정확한 기술적 이유는 직원에게서 아직 확인되지 않았다고 말합니다. 제안서의 설명과 직원 확인은 서로 다른 종류의 근거입니다.
  • 실용적 시험은 각 단계에서 평가된 텍스트가 공개되고 논의된 버전으로 거슬러 올라가 추적 가능한지, 그리고 사소하거나 편집적인 변경이 다른 경로를 따를 때 그에 대한 명시적 설명이 있는지입니다. 안정적인 제안 코드만으로는 그 질문에 답하지 못합니다.

하나의 코드, 둘 이상의 텍스트

LAC-2026-6의 공개 페이지는 하나의 제안과 하나의 현재 버전을 명명합니다. 초기 논의로는 충분합니다. 그러나 개정 이후 제안의 여정을 설명하기에는 부족합니다. 식별자는 그대로 유지되면서, 참여자들이 처음 본 텍스트와 포럼에 제출되고 합의 대상이 되며 라스트콜에 보내지거나 이사회가 검토하는 텍스트가 달라질 수 있습니다. 제안의 동일성과 텍스트의 동일성은 연관되어 있지만 서로 바꿔 쓸 수 있는 것은 아닙니다.

초안은 선택된 PDP 조항 전반에서 명사를 바꿔 이 구분을 인정합니다.버전이 정책 리스트에서 접수되어 공개됩니다.버전이 공개 정책 포럼 전 2주 공개 요건을 충족합니다. 진행자들은버전에 대해 논의를 평가하고 합의를 제안합니다.버전이 포럼에서 제출되어 토론됩니다. 이사회는버전을 승인하거나 기각합니다. 이 순서가 중요한 이유는 각 동사가 이전 동사가 부여하지 않은 권한을 계승할 수 있기 때문입니다. 텍스트를 공개하는 것은 이용 가능하게 만드는 것이지 이의가 다뤄졌다는 뜻이 아닙니다. 제출하는 것은 합의를 확립하지 않습니다. 합의가 있다고 이사회 비준이나 이행이 되는 것도 아닙니다.

제안에 대한 가장 강한 독해는 절제된 것입니다. 저자 Jordi Palet Martinez는 이번 편집이 PDP를 재설계하는 것이 아니라 이미 사용되는 관행에 맞춰 서면 PDP를 정합시킨다고 말합니다. 이는 가치 있는 수리가 될 수 있습니다. 시스템이 이미 버전을 구분하는데 공개된 규칙이 때때로 “제안”만 말한다면, 신중한 언어는 불필요한 분쟁을 줄일 수 있습니다. 더 나은 명사에서 숨겨진 권력 장악을 추론할 필요는 없습니다.

그럼에도 명확화는 다음 독자가 무슨 일이 있었는지 믿게 만드는 것을 결정할 때 비로소 중요해집니다. 그 결과 만들어진 번호 자원 규칙의 영향을 받는 운영자에게 질문은 내부 시스템이 버전 번호를 표시하느냐가 아닙니다. 한 텍스트에 대한 이의가, 나중에 다른 텍스트가 결정을 받을 때 처리된 것으로 다뤄질 수 있느냐입니다. 계열 코드만으로는 그 질문에 답할 수 없습니다.

시계는 라벨이 아니라 텍스트에 속한다

LACNIC의 현행 PDP는 합의 평가 전에 최소 8주의 논의와 그 후 4주의 라스트콜을 요구합니다. 일반 경로에서는 포럼 제출도 요구합니다. 이들은 코드에 붙은 추상적 대기 기간이 아니라 특정 텍스트를 검토할 기회입니다. 새 초안의 버전 언어는 그 관계를 정책 리스트, 포럼, 진행자의 의무 전반에서 보이게 만듭니다.

곤란한 경우는 여정 중의 개정입니다. 논의가 합의 없이 끝나면, 제안 문구는 저자들이 새 버전으로 계속하거나 철회할 수 있다고 말합니다. 결정 전에 토론이 변경을 요구하면, 개정된 버전에 대해 논의를 재시작하는 것과 라스트콜 중 도입될 수 있는 사소한 변경을 구분합니다.LAC-2020-6을 포함한 기존 PDP 역사는 라스트콜 중 편집 변경을 새 버전 공개와 해당 단계 재시작의 사유로 별도로 다룹니다. 이 경로들이 “제안이 계속 열려 있었다”로 평탄화되어서는 안 됩니다. 관련 공개 사실은 어떤 단어가 바뀌었는지, 어떤 단계가 반복되었는지, 그리고 왜 그 예외가 새로운 포럼 제출이나 8주 논의를 요구하지 않았는지입니다.

저자는 실용적 설명을 덧붙입니다: 정책 시스템은 새 버전 없이는 논의 기간을 재시작할 수 없는 것으로 보인다는 것입니다. 그는 정확한 이유가 직원에게서 아직 확인되지 않았다고 명시적으로 말합니다. 따라서 신중한 독자는 그 상황에서 새 버전을 요구하자는 관찰된 제안과 플랫폼에 대한 검증된 기술 진단을 구분해야 합니다. 플랫폼 제약이 확인되더라도, 그것은 행정적 구현 선택을 설명할 뿐이며, 그 자체로 새 단어에 대한 모든 커뮤니티 이의가 경청되었다는 것을 확립하지 않습니다.

초안은 코드 부여 시점도 이동시킵니다. 현행 텍스트 비교에 따르면 제안은 검토된 후 식별자를 부여받지만, 제안 텍스트는 시스템이 검토와 공개에 앞서 식별자를 자동으로 부여한다고 말합니다. 작지만 유용한 분리입니다. 시스템 ID는 어떤 객체가 워크플로에 들어갔음을 증명합니다. 그것이 텍스트가 공개적으로 이용 가능했고, 포럼 의제 자격이 있었고, 합의에 도달했으며, 이사회 검토를 통과했다는 증명은 아닙니다. 자동 타임스탬프는 경로를 재구성하는 데 도움이 될 수 있지만, 승인으로 오해되지 않을 때만 그렇습니다.

기록이 보여야 할 것

버전 1로 처음 논의되고 나중에 버전 2로 개정된 제안을 생각해 보십시오. 질문은 모든 개정이 금지되느냐가 아닙니다. 살아 있는 절차는 수정을 허용해야 합니다. 질문은 버전 2가 무엇을 계승하느냐입니다. 실질적 요건을 바꾼다면 영향을 받는 당사자들은 새로운 논의와 제출이 요구되었는지 알아야 합니다. 라스트콜에 충분히 사소하다면, 기록은 그 판단과 텍스트 차이를 밝혀야 합니다. 라스트콜 편집 수리가 새 버전과 재시작된 라스트콜을 요구한다면, 기록은 둘 다 보여야 합니다. 이런 결과들이 LAC-2026-6 사례에서 일어났다고 추론되는 것은 아닙니다. 이들은 제안 언어가 시험되어야 할 사례들입니다.

압축된 공개 단계 지도가 제안 계열 코드를 각 정확한 버전, 그 공개 날짜, 제출된 포럼, 이의들과 그 처리, 변경 분류, 합의 호출, 라스트콜 기간, 이사회의 최종 결정에 연결할 수 있습니다. 그것은 사라진 것처럼 가장하지 않고 대체된 버전을 기록할 수 있습니다. 그런 지도는 참석을 승인으로 만들지 않고, 사설 운영자 제출물의 공개를 요구하지도 않습니다. 권한을 얻은 텍스트가 고지된 시험을 통과했는지 보여줄 것입니다. 이는 편집적 시험이며, LACNIC이 발표한 기능이 아닙니다.

LAC-2026-6은 여전히 논의 중입니다. 저자가 기존 관행을 더 정확히 서술할 뿐이라는 말이 맞을 수 있습니다. 그 주장의 유용한 시험은 “명확화”라는 단어를 둘러싼 논쟁이 아닙니다. 사람들이 이의를 제기할 수 있었던 버전에서 결정이 구속력을 갖게 될 버전까지의 재구성 가능한 연쇄입니다. 그 연쇄가 보이면 새 명사들은 실제 일을 한 것입니다. 보이지 않으면, 안정적인 제안 코드는 방 안에서 가장 중요한 변화, 즉 텍스트 자체를 계속 감출 것입니다.

출처