요약

  • prop-167-v002는 두 가지 산출물을 담고 있었다. 시간별 공개 WHOIS/RDAP 사용 통계와, 자원 보유자가 자신의 자원에 대한 질의를 볼 수 있는 MyAPNIC 뷰였다.
  • 결의안 2025-32는 공개 통계를 지지했다. MyAPNIC 기능에 대해서는 비용, 자원 및 잠재적 프라이버시 우려가 즉각적 이익보다 크며, 집행위원회(EC)는 그 시점에 실현 가능하다고 보지 않았다고 명시했다.
  • 공개 분기는 실증적으로 구현되어 있다. APNIC의 FTP 아카이브는 2026년 6월 30일부터 시작되며, 현재 JSON은 RDAP과 WHOIS 데이터를 별도로 제공한다.
  • 그럼에도 제안 페이지는 제안 전체에 하나의Implemented상태를 부여한다. 산출물 수준의 투영은 EC의 결정을 유지하면서, 그 권위에 이의를 제기하거나 두 번째 산출물을 깨진 약속으로 취급하지 않을 수 있다.

구현은 가상이 아니다. APNIC의 공개whois-rdap-stats디렉터리를 열면 현재 JSON 파일, 체크섬, 연간 아카이브가 있다. 6월 아카이브를 열면 첫 번째로 나열된 날은 2026년 6월 30일이다. 시간별 압축 파일은 03:00부터 23:00까지 이어진다. 현재 객체는 RDAP과 WHOIS를 분리하고, 1시간 범위를 정의하며, 총계, 질의 유형, ASN 및 고유 소스 IP 수를 보고한다.

이것이 성공한 공개 인프라 근거의 모습이다. 정책 산출물이 다른 운영자가 검색하고 파싱할 수 있는 실제 데이터 표면이 된 것이다. APNIC의 공식제안 페이지는 같은 날짜를Implementation Complete로 기록하고 현재 상태를Implemented로 표시한다.

그 한 줄만 읽으면 이야기는 끝난 것처럼 보인다. 그러나 제안 본문과 집행위원회 회의록을 읽으면, 근본 대상에는 두 개의 행이 있다.

prop-167-v002의 산출물2025년 12월 4일 EC 결정2026년 8월에 확인한 근거
WHOIS와 RDAP 사용에 대한 시간별 기계 판독 가능 공개 통계결의안 2025-32를 통해 지지2026년 6월 30일부터 살아 있는 현재 JSON과 아카이브된 시간별 파일
자원 보유자가 할당받은 자원에 대한 질의를 보여주는 MyAPNIC 기능명시된 비용, 자원, 잠재적 프라이버시 사유로 그 시점에는 실현 불가능하다고 판단이후의 결정이나 구현을 확립하는 공개 자료 없음

첫 번째 행은 두 번째 행에 의해 약해지지 않는다. 피드는 존재한다. 두 번째 행은 침묵으로부터 추론된 실패가 아니다. 명시적이고 시간 제한이 있는 결정이 있다. 문서적 문제는 이 서로 다른 결과들이 하나의 제안 수준 단어로 압축될 때 시작된다.

커뮤니티 문서는 두 개의 산출물을 명명했다

prop-167-v002는 2025년 8월 21일에 게시되었다. 문제 진술은 APNIC이 2025년 4월 1일부터 6월 30일까지 약 55억 건의 디렉터리 질의에 응답했고, 일부 시간에는 RDAP이 365,000개가 넘는 고유 IP 주소로부터 질의를 받았다고 밝혔다. 이 수치는 제안이 서술한 대로 APNIC 내부 데이터에서 나온 것이다. 공개 재구성이 아니며, 어떤 네트워크의 오용도 특정하지 않는다.

그 문서는 판정이 아니라 가시성을 요구했다. 공개 산출물은 WHOIS와 RDAP 질의 수, 최소 상위 1,000개에 대한 소스 ASN, ASN별 소스 IP 수, 서비스 및 질의 메타데이터를 보고할 것이었다. 갱신은 시간별이며 JSON 또는 CSV로 기계 판독 가능해야 했다.

버전 2는 다른 종류의 가시성을 추가했다. 자원 보유자는 MyAPNIC에 들어가 자신의 IP 주소나 ASN이 얼마나 자주 질의되었는지를, 질의 유형별로, 가능하다면 소스 ASN별로 볼 수 있었다. 이는 공개 파일의 또 다른 열이 아니었다. 인증된 표시, 자원-계정 관계, 집계 공개와는 다른 프라이버시 결과를 가질 수 있는 데이터의 처리를 전제했다.

APNIC의 영향 평가는 그 차이를 반영했다. 공개 데이터의 추출·게시 방법은 SLA 없이 노력 기반으로 기술했다. 수정안에 대해서는, 기반 WHOIS 시스템에서 요구되는 로깅 작업이 실현 가능하다 하더라도 매우 클 것이라고 밝혔다. 제안 자체도 게시 메커니즘과 MyAPNIC 확장을 모두 구현 작업으로 명명했다.

커뮤니티는 따라서 두 개의 운영 산출물을 가진 하나의 제안을 두고 논의했다. 2025년 9월 11일 APNIC 60에서 합의에 도달했다. 최종 의견 수렴 기간은 10월 14일에 끝났고, 이후 제안은 EC로 넘어갔다.

지지는 범위 결정이었다

APNIC의정책 개발 절차가 여기서 중요하다. 유지된 합의가 곧바로 운영 환경으로 들어가지는 않는다. SIG 의장이 EC에 제안을 지지해 달라고 요청하고, 지지 이후 사무국이 구현한다. 이 과정에서 EC의 위치는 명시적이다.

따라서 결의안 2025-32는 외부 관찰자가 커뮤니티 의도를 근거로 되돌릴 수 있는 무단 편집으로 읽어서는 안 된다. 그것은 지지 단계가 이 문서를 어떻게 다루었는지에 대한 공개 기록이다.

결의안은 실시간 또는 준실시간 디렉터리 서비스 통계의 게시와 관련하여prop-167-v002를 지지했다. 그런 다음 MyAPNIC 기능을 인용하고 별도의 결론을 기록했다. 비용, 자원, 잠재적 프라이버시 우려가 즉각적 이익보다 크며, EC는 그 시점에 그 기능을 실현 가능하다고 보지 않았다. 결의안은 만장일치로 통과했다.

여기서 세 가지 경계가 따른다. 첫째, “~와 관련하여”라는 표현은 진전된 범위를 식별한다. 둘째, 그 이유들은 EC 결정에 속하며 예산이나 동기에 대한 추측으로 대체되어서는 안 된다. 셋째, “현재 시점에”라는 표현은 결론에 날짜를 붙인다. 재검토를 약속하지는 않지만, 영구 포기를 확립하지도 않는다.

이것은 신중한 거버넌스 언어다. 기술적·제도적으로 다른 산출물이 같은 실현 가능성을 갖는다고 가장하지 않고도 기관이 하나의 산출물을 수용할 수 있게 해준다. 공개 상태 시스템은 그 신중함을 보존해야 한다.

살아 있는 피드는 지지된 분기를 닫는다

APNIC 61 구현 업데이트는prop-167을 구현 중이며 2분기 말까지 예상된다고 기술했다. 그 설명은 이해당사자를 위한 기계 판독 가능 통계에 초점을 맞췄다. APNIC의 제품 로드맵 데이터는 이후 이 작업을 지지된 요구사항의 구현으로 표현했다.

FTP 표면은 어느 계획보다 강한 근거를 제공한다. 그 아카이브는 관찰 가능한 산출물이다. 현재 JSON은 두 프로토콜 계열, 시간 범위, 질의 분포를 담는다. 엔지니어의 의도에 대한 서사를 받아들일 필요 없이 다운로드할 수 있다.

확인된 파일들은 완전함을 확립하지 않는다. 모든 시간이 지속적으로 이용 가능했는지, 질의 방법에 대한 요청된 모든 해석이 충족되는지, 노력 기반 피드에 SLA가 있는지를 증명하지 않는다. 또한 현재 샘플 하나가 제안의 2025년 역사적 물량 수치를 검증하지도 않는다. 그것들은 별개의 검증이다.

그러나 핵심 구현 주장은 더 이상 열려 있지 않다. 공개 디렉터리 사용 통계가 구조화된 시간별 형태로 게시되고 있다. 공정한 서술은 랜딩 페이지에 무엇을 요구하기 전에 이를 분명히 밝혀야 한다.

한 페이지는 하나 이상의 상태를 담을 수 있다

공식 페이지는 v002로 연결되고, MyAPNIC 요구사항을 언급하는 영향 평가를 재현하며, EC가 12월 4일에 제안을 지지했다고 말한다. 그런 다음 제안 전체에 하나의 현재 상태와 하나의 완료 이벤트를 부여한다.

그 페이지의 상태나 이력 행에는 EC 결의가 산출물들을 분리했다는 사실을 독자에게 알려주는 것이 없다. 범위를 재구성하려면 독자는 12월 회의록을 찾고, 결의안 2025-32를 식별하고, 그 구분자를 해석한 뒤, FTP 산출물을 찾아야 한다. 사실들은 공개되어 있다. 사실들 사이의 연결은 그렇지 않다.

이 구분은 거짓 상태 주장보다 좁다.Implemented가 “EC가 지지한 범위가 구현되었다”를 의미한다면, 살아 있는 피드가 그것을 뒷받침한다. 이후 독자가 “합의 문서의 모든 산출물이 운영에 들어갔다”를 의미한다고 가정한다면, 페이지 자체만으로는 그 가정을 바로잡지 못한다.

제안 상태와 산출물 상태는 카디널리티가 다르다. 한 페이지는 하나의 제안 식별자를 가질 수 있지만, 그 문서에는 독립적으로 판정 가능한 여러 산출물이 있다. 하나의 상태가 그 행들을 요약할 수 있지만, 그것들을 지우지 않고 행들에서 파생되어야 한다.

두 번째 행에도 중립적 어휘가 필요하다.Failed는 근거를 과장한다.Rejected forever는 시간 경계와 모순된다. 출처 충실한 상태는not endorsed at 2025-12-04또는not considered feasible at that time이라고 표시한 뒤, 다른 공개 결정이 나타날 때까지later reconsideration not stated를 붙일 수 있다.

결정을 보존하되, 개별 질의 기록은 보존하지 않는다

이 수정은 APNIC이 MyAPNIC 기능을 구현하도록 요구하지 않는다. 개별 질의, 소스 주소, 자원 보유자의 인증된 뷰의 게시를 요구하지도 않는다. 그것들은 EC가 지적한 바로 그 프라이버시와 운영 질문을 제기할 것이다.

공개되어야 하는 것은 결정 관계다. 간결한 구현 범위 투영이 제안 이력 아래에 놓일 수 있다. 각 산출물에 대해, 정확한 제안 버전을 커뮤니티 상태, EC 결의 및 처분과 연결하는 것이다. 지지된 경우, 구현 산출물, 스키마 및 완료 근거를 가리킨다. 지지되지 않은 경우, 날짜가 표시된 사유 유형을 보존하고 재검토 경로가 이후 정의되었는지 여부를 명시한다.

투영 필드제도적 기능
제안 버전과 지문각 단계에 도달한 정확한 문서를 식별
산출물 식별자와 원문 구절제안 전체가 기본적으로 최소 결정 단위가 되는 것을 방지
합의 및 최종 의견 수렴 날짜커뮤니티 상태를 구현 권위로 취급하지 않고 보존
EC 결의와 산출물 처분무엇이 진전되었고 무엇이 진전되지 않았으며 누가 결정했는지 표시
산출물, 스키마 및 최초 검증된 운영 시각지지된 조항을 관찰 가능한 결과와 연결
미지지 산출물 상태와 이후 트리거날짜 표시된 실현 가능성 판단이 설명 없는 영구 가정이 되는 것을 방지
정정 또는 대체 관계이전 결정을 다시 쓰지 않고 이후 변경 허용
파생된 제안 상태Implemented가 무엇을 요약하는지 설명

이것은 두 번째 정책 절차가 아니다. APNIC이 이미 수행한 하나의 절차에 대한 투영이다. 상세한 영향 분석은 평가 문서에 남을 수 있다. 엔지니어링 테스트는 보호될 수 있다. 상태 페이지에는 공개 결론이 재현 가능하도록 만드는 데 충분한 구조만 있으면 된다.

여전히 알 수 없는 것

확인된 기록은 APNIC이 이후 더 안전하거나 더 저렴한 MyAPNIC 설계를 분석했는지 보여주지 않는다. 자원별 뷰를 구현하는 로드맵 항목, 릴리스 노트 또는 이후 EC 결의를 보여주지 않는다. 또한 그런 비공개 작업이 존재하지 않음을 증명하지도 않는다.

여기에는 해당 기능의 부재로 피해를 입은 자원 보유자, 공개 피드에서 누출된 질의 데이터, 위반된 APNIC 서비스 의무에 대한 근거가 없다. 제안의 잠재적 마이닝 및 비정상적 사용에 대한 언급은 가시성의 근거이며, 특정 사용자나 ASN에 대한 조사 결과가 아니다.

기록은 또한 APNIC이 범위 지정 지지 이후 제안 전체 상태를 일반적으로 어떻게 부여하는지 정의하지 않는다.Implemented는 EC 지지 부분에 대한 확립된 관례일 수 있다. 이 권고는 그 관례와 양립한다. 요약은 유지하되, 그것이 따르는 행들을 노출하라는 것이다.

완성된 피드는 정확한 공개 결말을 받을 자격이 있다. 더 일찍 멈춘 산출물도 마찬가지다. 하나는 구현되었다. 하나는 그 시점에 실현 불가능하다고 판단되었다. APNIC이 두 진술을 같은 페이지에서 모두 참으로 유지할 때,prop-167의 역사는 더 대립적이 아니라 더 명확해진다.

출처