요약

  • ICANN의 2026년 신청자 가이드북은 문자열 유사성 평가(SSE) 결정에 대한 이의제기를 신청자가 접수 후 제출할 수 있는 21일의 기간을 두고, 이의제기 결론은 제출 후 30일 이내에 도출되도록 규정합니다.
  • 확인된 사실적·절차적·시스템 오류는 해당 이의제기 결과를 반영하는 재평가를 촉발합니다. 그러나 그것만으로 통과 결과가 보장되지는 않습니다.

신청자가 자신의 SSE에 대한 오류를 확인하는 이의제기 결론을 받았다고 가정해 봅시다. 그것은 뒤집힌 결정처럼 들립니다. 그러나 아직은 아닙니다.

공식 절차에는 별도의 다음 단계가 있습니다. 바로 재평가입니다. 이의제기 결론은 자격을 갖춘 오류가 발생했는지를 답합니다. 그 이후의 평가는 그 결론을 반영한 뒤에야 신청의 실질적 결과를 결정해야 합니다.

이 구분은 문구로는 작지만 운영상으로는 큽니다. 원래 결정, 이의제기 결론, 재평가된 결정이 서로 무관한 세 개의 문서로 다루어지면 그 전환을 추적하기 어려워집니다. 하나의 연결된 결정 사슬로 다루어지면 신청자와 커뮤니티 전체는 오류 확인이 최종 답을 강제했다고 가정하지 않고도 무엇이 바뀌었는지 볼 수 있습니다.

이 규칙은 단일 항소 이벤트가 아니라 절차 시퀀스를 만든다

2026년 신청자 가이드북 7.10.4절은 이의제기를 의도적으로 범위가 제한된 방식으로 기술합니다. 신청자는 ICANN이 패널 결정을 전달한 후 21일 이내에 제출할 수 있습니다. 평가 이의제기 서비스 제공자는 “명백한 오류” 기준에 따라 이의제기를 검토합니다. 가이드북은 패널이 확립된 평가 절차를 따르지 않았거나 필요한 핵심 증거·정보를 고려하지 않거나 요청하지 않은 경우가 아니면 제공자는 패널 결정을 받아들여야 한다고 규정합니다.

가이드북은 두 번째 시계도 설정합니다. 패널은 이의제기 제출 후 30일 이내에 결론을 전달해야 합니다.

ICANN의 공개 FAQ는 이의제기 사유를 더 간결하게 표현합니다. 신청자는 패널이 사실적, 절차적 또는 시스템 오류를 저질렀다고 믿는 경우 이의를 제기할 수 있습니다. FAQ와 가이드북은 운영상 결과에서 수렴합니다. 오류가 확인되면 SSE는 재평가됩니다. 가이드북은 중요한 연결 문구를 더합니다. 재평가는 이의제기 결과를 반영합니다.

따라서 시퀀스는 다음과 같습니다.

  1. ICANN이 원래 SSE 결정을 전달합니다.
  2. 신청자가 주장된 사실적·절차적·시스템 오류를 근거로 21일 이내에 이의를 제기합니다.
  3. 이의제기 절차가 결론에 도달하며, 통상 가이드북의 30일 기간 이내입니다.
  4. 결론이 자격을 갖춘 오류를 확인하면, 이의제기 결과를 반영하여 SSE가 재평가됩니다.
  5. 재평가가 새로운 실질적 결정을 산출합니다.

네 번째와 다섯 번째 단계는 하나로 합쳐져서는 안 됩니다. 확인된 오류는 재검토로 이어지는 관문입니다. 이 기사에서 검토한 자료들은 그것이 자동으로 실패 평가를 통과로 바꾸거나, 경쟁 세트를 해소하거나, 다른 실질적 결과를 결정한다고 말하지 않습니다.

“명백한 오류” 기준은 이의제기 질문을 좁힌다

가이드북의 기준이 중요한 이유는 이의제기가 무한한 두 번째 평가가 되지 않도록 하기 위함입니다. 나열된 조건은 절차와 핵심 증거·정보의 처리에 초점을 둡니다. ICANN의 FAQ도 사실적 및 시스템 오류를 언급합니다.

그렇다고 이의제기가 사소해지는 것은 아닙니다. 질문이 더 정밀해질 뿐입니다. 신청자는 단순히 다른 판단을 선호해 달라고 두 번째 결정자에게 요구하는 것이 아닙니다. 평가를 다시 열 만한 결함을 특정하는 것입니다.

이 정밀성은 기록에도 이어져야 합니다. 최소한 이의제기에는 원래 결정에 대한 안정적인 참조, 주장된 각 오류의 명확한 진술, 그것을 뒷받침하는 증거가 필요합니다. 이의제기 결론은 주장된 오류 중 어느 것이 확인되고 어느 것이 기각되었는지 식별해야 합니다. 재평가 기록은 확인된 결과가 자신의 입력에 포함되었음을 보여야 합니다.

이는 ICANN의 현재 공개 데이터 모델에 대한 주장이 아니라 거버넌스 권고입니다. 공식 자료는 절차적 연결을 확립할 뿐, 여기서 제안된 공개 데이터 모델을 규정하지는 않습니다.

확인된 오류와 새 결정은 서로 다른 질문에 답한다

이의제기 결론의 질문: 자격을 갖춘 오류가 첫 평가에 영향을 미쳤는가?

재평가된 결정의 질문: 이의제기 결과를 반영한 뒤의 올바른 SSE 결과는 무엇인가?

이 두 질문을 분리하면 두 가지 반대의 실수를 피할 수 있습니다.

첫 번째 실수는 오류 확인을 자동적 실질적 승리로 다루는 것입니다. 이는 자료들이 약속하는 것을 과장합니다. 두 번째는 재평가를 촉발한 확인 결과와의 가시적 연결 없이 새 결정을 공개하는 것입니다. 그러면 오류가 실제로 시정되었는지 검증하기 어려워집니다.

잘 연결된 기록은 두 명제를 동시에 보존할 수 있습니다.

  • 이의제기가 하나 이상의 오류 사유에서 성공했다는 것, 그리고
  • 재평가가 여전히 SSE의 실질적 결과에 대해 책임을 진다는 것.

그 결과는 대체 문서가 아니라 결정 사슬입니다.

오류 없음 경로가 결과 라벨에 맥락이 필요한 이유를 보여준다

가이드북은 패널이 사실적·절차적·시스템 오류를 찾지 못할 때 무엇이 되는지 명시합니다. 원래 SSE 결과가 유지됩니다.

그러나 “유지된다”는 것은 서로 다른 운영 상태로 이어질 수 있습니다. 오류 없음 규칙이 적용되는 특정 유사성 또는 차단된 명칭 확인의 경우, 신청은 진행되지 않습니다. 다른 신청된 문자열과의 유사성에 관한 확인이라면 신청은 자신의 경쟁 세트에 남습니다.

이 구분은 “이의 기각”만 표시하는 상태 필드에 대한 유용한 경고입니다. 기각은 원래 결정이 유지되는 이유를 설명할 뿐, 그것만으로 운영자에게 신청이 중단되는지 경쟁에서 계속 활성 상태인지 알려주지 않습니다. 그 정보는 원래 결정과 그 규칙별 결과에서 나옵니다.

확인된 오류 이후에도 같은 규율이 적용되어야 합니다. “이의 인용”은 전환 상태이지 최종 신청 상태가 아닙니다.

다섯 개의 링크가 재평가를 추적 가능하게 만든다

신청자, 평가자 또는 독립 관찰자에게 가장 작고 유용한 전환 기록은 다섯 개 항목을 연결합니다.

  1. 원래 결정.안정적인 식별자, 전달 시각, 평가된 문자열, 결과 근거.
  2. 이의제기 제출.제출 시각, 주장된 오류 사유, 인용된 절차, 제출된 증거.
  3. 이의제기 결론.안정적인 식별자와 사유별 결론으로 무엇이 확인되고 기각되었는지 표시.
  4. 재평가 입력 기록.평가자에게 제공된 정확한 이의제기 결과에 대한 참조, 적용 규칙과 평가 자료의 버전.
  5. 새 결정.안정적인 식별자, 결과, 시각, 원래 결정과 이의제기 결론에 대한 명시적 역참조.

이 구조는 평가자에게 보호 자료를 공개하도록 강제하지 않습니다. 민감한 증거는 접근 통제를 유지하면서 그 존재, 무결성 해시, 제출 시각, 절차상 역할이 기록될 수 있습니다. 요점은 모든 바이트를 공개하는 것이 아니라 결정들 사이의 관계를 보존하는 것입니다.

이 구분은 신청자도 보호합니다. 새 결정이 변하지 않았다면 기록은 이의제기 결과가 그럼에도 고려되었고 왜 실질적 결과를 바꾸지 않았는지 보여줄 수 있습니다. 결과가 바뀌었다면 같은 사슬이 어떤 수정된 입력이나 절차가 그 차이를 만들었는지 보여줄 수 있습니다.

운영자가 첫날 기록해야 할 것

21일 제출 기간은 결정의 전달 시점부터 시작됩니다. 따라서 신청자는 문서를 단순히 내려받아 캘린더 알림을 추가하는 대신 통지를 이벤트로 기록해야 합니다.

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

  • 결정의 안정적인 식별자와 정확한 전달 타임스탬프;
  • 평가된 문자열과 적용되는 SSE 결과 범주;
  • 가이드북 버전과 사용된 평가 자료;
  • 가능한 사실적·절차적·시스템 오류 목록, 각각을 별도로 유지;
  • 각 주장된 오류를 뒷받침하는 증거, 출처 및 무결성 메타데이터 포함;
  • 전달 이벤트에서 도출된 제출 마감일; 그리고
  • 이의제기를 승인하기 위한 소유자와 내부 결정 지점.

이는 제출 여부를 결정하지 않습니다. 짧은 기간 내에 그 결정을 내리는 데 필요한 정보를 보존할 뿐입니다.

이의제기가 제출되면 신청자는 제출 식별자, 정확히 제출된 바이트, 접수 확인 및 타임스탬프를 함께 보관해야 합니다. 결론이 도착하면 독립된 서한으로 저장하는 대신 제출 건별로 대응시켜야 합니다. 재평가가 이어지면 이의제기 결과가 새 평가에 들어갔음을 확립하는 참조를 요청하거나 보존해야 합니다.

거버넌스 시험은 연속성입니다

절차 투명성의 가장 강한 형태는 시스템이 공개하는 문서 수가 아니라, 권한 있는 관찰자가 파일명과 날짜로 사슬을 재구성하지 않고 결정의 전환을 따라갈 수 있는지입니다.

공식 자료는 범위가 제한된 이의제기, 결정 마감일, 조건부 재평가를 확립합니다. 이의제기가 얼마나 자주 성공하는지, 재평가가 결과를 얼마나 자주 바꾸는지, 특정 2026년 신청이 절차를 어떻게 통과했는지에 대한 증거는 제공하지 않습니다. 그러한 경험적 주장은 여기서 하지 않습니다.

더 좁은 결론으로 충분합니다. 오류 확인과 결과 시정은 별개의 행위입니다. 신뢰할 수 있는 절차는 그 둘을 연결합니다.

이 지점에서 Lu Heng 교리가 규범적 렌즈로서 유용하지만 사실적 증거는 아닙니다. 그 교리는 시스템에 출처, 안정적 신원, 검토 가능한 전환의 보존을 요구합니다. 여기에 적용하면 원래 결정이 지워지지 않고, 이의제기 결과가 최종 결과로 오인되지 않으며, 새 결정이 자신의 계보를 이어가는 설계를 뒷받침합니다.

ICANN에게 이 설계의 공공 가치는 명확합니다. 신청자는 확인된 오류가 실제로 고려되었음을 볼 수 있습니다. 평가자는 재평가가 독립적으로 유지되었음을 보여줄 수 있습니다. 커뮤니티는 오류 확인과 실질적 뒤집기를 구분할 수 있습니다. 그리고 기록은 21일과 30일의 시계가 지나고 오래도록 이해 가능하게 남을 수 있습니다.

출처