요약

  • LACNIC은LAC-2024-4를 시행하여 중요 인프라용 IPv4 예비 풀에서 이루어지는 마이크로 할당, 회수, 반환의 이력 로그를 공개했다. 그 일부 취지는 가짜 IXP의 악용 가능성을 더 쉽게 탐지하는 데 있다.
  • 독립적으로 보존된 6월 16일 스냅샷은 가치가 있지만, 그 여덟 개 칼럼은 등록 상태를 서술할 뿐이다. 이벤트 ID, 이벤트 클래스, 이전 상태, 사유 클래스, 규칙 버전, 정정 링크는 존재하지 않는다.
  • 스냅샷은 유지하되, 작은 버전 관리 전환 스트림을 추가해 반환, 회수, 격리, 정정을 별도로 보존된 사본 간의 차이로 추측하지 않아도 되게 하자.

빈 칸은 이야기를 들려주지 않는다

공개 파일은 간결한 헤더로 시작한다.

rir|pais|tipo|recurso|cantidad|fecha|estado|orgid

이것은 실용적인 재고 목록이다. 발급된 공간의 행에는 국가, 주소, 수량, 날짜,assigned또는allocated상태, 조직 식별자가 담길 수 있다. 미사용 공간의 행에는 주소, 수량 256,reserved상태가 담기며 날짜와 조직 칸은 비어 있다.

발급 행 하나와 reserved 행 하나를 나란히 놓아보자. 첫 번째는 레지스트리가 현재 해당 구간과 연관시키는 바를 독자에게 알려준다. 두 번째는 그 구간이 지금 예비 상태라는 것만 말한다. 이/24에 해당하는 공간이 처음부터 건드리지 않았는지, 자발적으로 반환되었는지, 정책 절차를 거쳐 회수되었는지, 격리에 들어갔는지, 오래된 통합에서 벗어났는지, 데이터 오류 이후 정정되었는지는 알려주지 않는다.

이것들은 가능성이지, 인접한 행에 대한 의혹 제기가 아니다. 빈 보유 칸이 자원이 실제로 이동했다는 증거가 되는 일은 없다. 요점은 더 좁다. 그 행에는 어떤 이벤트가, 만약 있었다면, 현재 상태를 만들어냈는지 밝힐 자리가 없다는 것이다.

이 구분이 중요한 이유는 LACNIC이 단순한 잔여 재고 표를 요청한 것이 아니기 때문이다.2026년 3월 7일 Common Crawl이 보존한LAC-2024-4문서는 레지스트리의 실시간 인터페이스와는 독립적으로 이 제안을 보존하고 있다. 이 문서는 2025년 4월 25일 시행을 기록하고 세 가지 활동, 즉 마이크로 할당, 회수, 반환을 명시한다. 그 취지는 가짜 IXP가 요청 심사를 통과해 희소한 주소를 받을 수 있다는 우려에서 나왔다. WHOIS가 이미 등록 정보를 노출하고 있으므로, 통합된 이력 로그가 있으면 예비 풀을 더 쉽게 검증할 수 있으리라 저자들은 말했다.

이 제안은 위협 모델의 신중한 증거이지 사건 보고서가 아니다. 실제 가짜 교환기가 공간을 받았다는 것을 입증하지 않는다. 이벤트 이력이 저자들에게 왜 중요했는지를 입증할 뿐이다.

정책에는 동사가 있고, 파일에는 상태가 있다

보존된 제안만으로도 의미론적 검증 기준을 확립할 수 있다. 이 제안의 핵심 문장은 특별 풀에서 이루어지는 마이크로 할당, 회수, 반환을 상세히 담는 공개 로그를 요구한다. 그러나 행 스키마, 이벤트 어휘, 안정적 식별자, 타임스탬프 규칙, 정정 체계, 무결성 방식은 규정하지 않는다. 이러한 누락이 결함 있는 시행을 증명하지는 않는다. 시행은 공개 대상이 현재 상태, 전환, 또는 둘 다 중 무엇을 나타낼지 선택해야 함을 보여줄 뿐이다.

이 동사들은 동의어가 아니다.

자발적 반환은 이동을 누가 시작했는지 말해준다. 회수는 레지스트리의 조치를 말해준다. 격리는 해당 자원이 아직 자유 재사용 가능한 재고와 동등하지 않다는 뜻이다. 정정은 통제권이 바뀌지 않은 채 공개 표현이 바뀌었다는 뜻이다. 할당은 보유 관계를 만든다. 각 이벤트는 결국reserved라는 상태로 이어질 수 있지만, 경로가 감사, 불복, 용량 회계, 정정에 중요하다.

독립적으로 보존된 6월 16일 파일은 유용한 여덟 개 칼럼을 갖고 있으며 그 경로에 대한 칼럼은 하나도 없다. Common Crawl의 고정 사본에는 423개 데이터 행이 담겨 있다:assigned39건,allocated2건,reserved382건이다.event_id,event_type,previous_status,effective_at,observed_at,reason_class,policy_version,quarantine_until,decision_reference,correction_reference칼럼은 없다. 어떤 행도 반환 또는 회수를 표기하지 않는다.

이것이 파일을 거짓으로 만드는 것은 아니다. 파일을 스냅샷으로 만들 뿐이다.

차이는 이벤트가 아니다

나중의 관찰자는 다른 사본을 보존하고 6월 16일 캡처와 비교할 수 있다. 그것은 가치가 있다. 공개 표현이 바뀌었다는 것을 밝힐 수 있지만, 비교 자체는 게시자의 스키마 밖에서 수행되는 분석적 행위다.

S_t(p)가 시점t에 관찰된 스냅샷에서 구간p에 대해 표시된 상태를 뜻한다고 하자. 분석가는 다음 차이를 계산할 수 있다.

Δ(p,t1,t2) = S_t2(p) - S_t1(p).

결과가assigned → reserved처럼 보인다고 가정하자. 이 계산은 두 공개 파일 사이에 변화가 있었음을 보여준다. 그러나 LACNIC이 자발적 반환, 회수, 격리 진입, 정정, 통합 변경 중 어느 것을 주장하는지는 알려주지 않는다. OrgID 변경은 주소 이동이 아니라 레지스트리 기록 갱신을 반영할 수 있다. 사라진 행은 표현의 분할 또는 병합을 반영할 수 있다.

차이는 독자가 만든 관찰이다. 이벤트는 대장을 책임지는 게시자가 하는 주장이다. 둘을 섞으면 의미 통제권이 스크래퍼를 만드는 사람에게 넘어간다.

이 구분은 이미 다른 체계에서 표준화되어 있으며, 그 다른 체계가 LACNIC의 규칙이 되는 것은 아니다.RFC 8182는 RPKI 게시에 세션 식별 아래 스냅샷과 직렬화된 델타를 제공한다. 이는 일반적 원칙을 보여준다. 현재 상태와 선언된 변경 기록은 서로 다른 대상이다. 본 글은 RRDP를 복제하자는 제안도, 그 보안 모델이 예비 풀에 적합하다는 주장도 아니다. 독자가 만든 차이와 게시자가 주장한 이벤트가 같은 것이 아님을 보여주는 대조로만 이를 사용한다.

스냅샷은 이미 제 몫을 해내고 있다

상태 파일은 버려서는 안 된다.2026년 7월 16일 IPv4 고갈 페이지의 Common Crawl 캡처는 일반 풀이 2020년 8월에 고갈되었으며, 회수·반환된 공간과 중요 인프라 예비 풀이 서로 다른 이동 부분으로 남아 있다는 레지스트리의 설명을 독립적으로 보존한다. 이는 외부 아카이브가 보존한 당사자 성명이지, 모든 주소에 대한 독립 감사가 아니다.

고정된 6월 16일 파일은 구체적인 역할을 한다. 독자가 오늘의 이동하는 별칭에 의존하지 않고 보유자·재고 뷰를 재현할 수 있게 해준다. 423행 개수와 세 개의 표시 상태 라벨은 다른 독자가 같은 바이트로 검증할 수 있다.

이 관찰 계층은 실제 분석을 지원한다.2026년 IPv6 전용 IXP에 관한 글의 2026년 6월 17일 Common Crawl 캡처는 5월 9일 기준 파일에서 512개/24블록 중 390개가 여전히 reserved였다는 저자의 진술, 즉 99,840개 주소로 풀의 약 76%라는 진술을 보존한다. 저자는 이 스냅샷을 날짜가 기재된 재고 척도로 사용해 즉각적인 고갈 위기는 없다고 결론지었다.

이후 6월 아카이브에는 블로그의 5월 기준 390이 아니라 382개의reserved행이 담겨 있다. 이 비교가 8건의 할당이나 어떤 특정 이벤트를 증명하지는 않는다. 통합과 표현은 달라질 수 있다. 그 가치는 방법론적이다. 스냅샷은 재고 질문에 잘 답한다. 이벤트 질문에는 다른 아티팩트가 필요하다.

가벼운 전환 영수증

보완은 사건 파일보다 작게 남을 수 있다. 빠른 조회를 위한 현재 스냅샷과, 공개 전환을 위한 별도의 추가 전용(append-only) 스트림을 게시하자. 하나의 이벤트에 필요한 칼럼은 다음과 같다.

  1. 안정적 이벤트 ID.독자가 인용할 수 있는 내구성 있는 식별자.
  2. 이벤트 스키마 버전.행을 해석하는 규칙.
  3. 자원 식별.주소 패밀리와 정확한 구간.
  4. 이전 상태.이전 공개 상태와 스냅샷 식별자.
  5. 새 상태.결과 공개 상태와 스냅샷 식별자.
  6. 이벤트 클래스.할당, 자발적 반환, 회수, 격리 진입, 격리 해제, 재할당 또는 정정.
  7. 유효 시각.주장된 전환의 타임스탬프와 시간대.
  8. 게시 시각.이벤트가 관찰 가능해진 시점.
  9. 적용 규칙.정책 매뉴얼 버전과 조항.
  10. 시행 식별.제안 또는 시행 프로파일 버전.
  11. 레지스트리 범위.LACNIC, NIC.br 또는 NIC México.
  12. 공개 보유자 참조.공개가 이미 허용된 조직 식별.
  13. 목적 클래스.IXP 또는 정의된 기타 중요 인프라 같은 제한된 범주. 지원서 사본이 아님.
  14. 사유 클래스.프라이버시에 안전한 코드와, 존재하는 경우 공개 결정 링크.
  15. 격리 상태.적용되는 기한 또는 다음 적격 상태.
  16. 정정 체계.대체된 이벤트, 정정, 불복 또는 롤백 참조.

이것은 사기 신호, 계약서, 토폴로지, 사내 이용 증거, 법률 자문, 직원 업무 자료의 게시를 요구하는 것이 아니다. 또한 LACNIC이 내부적으로 이런 기록을 갖고 있지 않다는 주장도 아니다. 정책의 동사와 파일의 상태 사이의 최소 공개 다리이다.

RFC 3339는 상호 운용 가능한 타임스탬프 프로파일을 제공하고,RFC 5848은 순서화된 로그 메시지를 무결성을 위해 체인으로 연결하는 방식을 보여주며,W3C PROV 데이터 모델은 엔티티, 활동, 에이전트를 분리한다. 어느 것도 LACNIC의 예비 풀을 규율하지 않는다. 그러나 세 가지를 함께 보면, 지원자의 사적 파일을 게시하지 않고도 시간, 순서, 출처, 정정을 표현할 수 있음이 드러난다.

설계 경계는HENG.LU Note 64를 따른다. 최소라는 말은 모호하다는 뜻이 아니다. 공통 계층은 고유성, 상호 운용성, 공유 안전성, 보안이 요구하는 것만 규정해야 하지만, 그 몇 개의 대상은 결정론적으로 규정해야 한다. 안정적 식별자, 전환 규칙, 버전, 정정 링크, 이식 가능한 감사 아티팩트가 그 검증에 부합한다. 사업 계획과 재량적 가치 증거는 부합하지 않는다.

레지스트리는 조직의 공개적 가치를 판단하지 않고도 자신이 주장하는 전환을 서술할 수 있다. 그것이 대장을 재현 가능하게 만드는 것과 대장을 왕좌로 만드는 것의 차이다.

출처

근거 한계

확인된 사실: 독립적으로 보존된 제안은 할당, 회수, 반환을 명시한다. 독립적으로 보존된 6월 16일 헤더에는 이벤트 클래스가 없다. 보존된 2026년 분석은 이 파일을 날짜 기재된 재고 회계에 사용했다.

추론: 게시자가 정의한 의미론이 없으면 스냅샷 간 차이로 이벤트의 의미를 권위적으로 구분할 수 없다.

권고: 스냅샷을 유지하고 버전 관리 전환 스트림, 데이터 사전, 무결성 메타데이터, 테스트 벡터를 추가하라.

미확인 사항: 완전한 내부 이벤트 대장이 존재하는지, 실제로 가짜 IXP가 공간을 받은 적이 있는지, 어떤 공개 행이 반환 또는 회수를 나타내는지(있다면), 공개 스키마가 왜 그렇게 선택되었는지, 6월 16일 이후 스키마가 바뀌었는지, 그리고 현재 풀의 정확한 잔액.