3개의 부품 2 · 제안된 솔루션

기록을 유지하세요. 키퍼를 교체 가능하게 만드세요.

인터넷에는 누가 어떤 번호를 사용하는지에 대한 신뢰할 수 있는 기록이 여전히 필요합니다. 게이트키퍼가 필요하지 않습니다. 내 제안은 레지스트리를 다시 해당 기록으로 축소하고, 모든 네트워크가 이를 확인하고 이를 실패하는 관리자에게 맡기고, 다른 모든 결정은 네트워크를 운영하는 사람들, 계약 및 법원에 반환하도록 합니다.

Notes 1–74, 2025년 12월~2026년 9월 요약5 최소 읽기

수치로

11
모든 네트워크가 레지스트리에 대해 보유해야 하는 권리는 단일 페이지에 명시되어 있습니다. 참고 72
3
공유 기록을 위한 설계 규칙: 최소 사양, 현지 결정, 자발적 채택. 참고 64
10
AFRINIC에 대한 초안 규칙에 일반 이체를 기록하는 영업일입니다. 참고 71

짧은 버전

  1. 모든 규칙에 대한 하나의 테스트: 실행 중인 네트워크에 실제로 필요한 것은 무엇입니까?
  2. 고유 번호, 통제 증명, 정확한 기록 및 보안 등 얇은 계층만 공유하세요. 나머지는 운영자의 몫입니다.
  3. 사업 계획을 승인하는 대신 이전을 기록하고, 정의되고 검토 가능한 이유에 대해서만 주소를 가져가십시오.
  4. 탈퇴를 가능하게 한 다음 모든 네트워크가 자체적으로 확인할 수 있는 기록을 향해 단계적으로 이동합니다.

실행 중인 네트워크에 필요한 것부터 시작하세요.

인터넷은 대략적인 합의와 실행 코드라는 간단한 엔지니어링 원칙을 기반으로 구축되었습니다. 표준은 위원회에서 선언했기 때문에가 아니라 실제 네트워크에서 작동했기 때문에 권위를 얻었습니다. 등록 기관은 이러한 전통에서 정당성을 빌린 다음 이를 뒤집어 이미 실행 중인 네트워크를 무효화하는 정책을 사용했습니다.

나는 수리 실행 코드 우선순위를 호출합니다. 모든 레지스트리 규칙은 한 가지 질문에 직면해야 합니다. 이것이 중앙에서 결정되지 않으면 실행 중인 인터넷에서 어떤 문제가 발생합니까? 대답이 고유성, 상호 운용성, 정확한 기록, 보안 또는 연속성인 경우 규칙은 공유 레이어에 속할 수 있습니다. 아무것도 깨지지 않으면 규칙은 조정이 아닙니다. 그것은 권력이고 다른 곳에 속해 있습니다.

“레지스트리 절차가 실행 중인 네트워크와 충돌하는 경우 실행 중인 네트워크가 우선합니다.”

참고 72 · 노트 72: 고유성 조정 권리장전

얇은 공유 레이어 및 기타 모든 로컬

Note 64에서는 이러한 종류의 공유 기록에 대한 세 가지 디자인 규칙을 설정했습니다. 최소 초기 사양: 모든 참가자가 공유해야 하는 내용만 각자가 확인할 수 있는 형식으로 기록합니다. 지역화된 미래 결정: 각 운영자가 나중에 변경 사항을 스스로 결정하도록 합니다. 자발적 채택: 네트워크가 이를 실행하기로 선택하면 새로운 규칙이 현실화되며, 실행하지 않기로 선택하는 것은 위반이 아닙니다.

레지스트리에 적용되는 공유 레이어는 실행 중인 네트워크에 필요한 것만 유지합니다. 임대, 고객 위치, 가격 책정, 자금 조달 및 비즈니스 모델은 운영자, 계약 및 시장, 그리고 강제가 필요한 경우 공법 및 법원에 귀속됩니다. IP 주소 내부의 숫자는 라이센스를 부여하는 사람이 없기 때문에 어디에서나 작동합니다. 그것들을 독특하게 유지하는 기록은 그다지 눈에 띄지 않아야 합니다.

“최고의 거버넌스 문제는 시스템 설계가 제거하는 문제입니다.”

참고 65 · 노트 65: 실행 코드 우선성: 인터넷의 원래 설계를 보존하기 위해 필요한 패치

기록 전송; 사업 계획 승인 중단

토지 등기부는 새 소유자의 계획이 현명한지 여부를 묻지 않고 밭을 소유한 사람을 기록합니다. 인터넷 번호 등록도 동일한 방식으로 작동해야 합니다. 이체가 진짜인지, 번호가 두 번 등록되지 않았는지, 기록이 올바른지 확인한 다음 고정된 기한 내에 기록해야 합니다. AFRINIC의 초안에는 일반 이체의 경우 영업일 10일, 등록소 간 20일이 소요됩니다. 서면 이유, 증거 및 항소 권리와 함께 나열된 결함에 대해서만 거부해야 합니다.

주소를 가져가는 것은 법원 명령이나 독립적인 결정, 입증된 사기, 해결할 수 없는 중복, 서면 포기, 짧고 검토된 보안 긴급 상황, 통지 후 미납 등 제한되어야 합니다. 라우팅을 보호하는 보안 기록은 중립적으로 유지되어야 하며 결코 구성원에게 영향력을 행사해서는 안 됩니다. 보유자가 동의하지 않는 경우 기록에는 분쟁이 표시되어야 하며 독립 포럼이 결정하는 동안 마지막으로 확인된 상태가 유지되어야 합니다. 등기소는 기록 보관인, 청구인, 판사 및 집행인이 동시에 되어서는 안 됩니다.

“레지스트리에서는 전송으로 인해 인터넷이 중단되지 않는지 확인할 수 있습니다. 양도가 존재할 자격이 있는지 여부를 결정하지 못할 수도 있습니다.”

참고 72 · 노트 72: 고유성 조정 권리장전

떠날 수 있게 해주세요

책임은 떠날 수 있는 능력에서 시작됩니다. 이동통신사를 변경하고 전화번호를 유지할 수 있으며, 통신사는 이에 따라 행동합니다. 네트워크는 번호를 다시 매기거나 떠나는 등록소의 허가를 요청하지 않고도 기록, 통제 증명 및 보안 정보와 함께 주소 등록을 적격 후임자에게 이전할 수 있어야 합니다.

이것은 회사가 한 레지스트리에서 다른 레지스트리로 멤버십을 변경하는 것에 관한 것이 아닙니다. 이는 자원에 관한 것입니다. 특정 주소 블록이 한 기관의 실패, 캡처 또는 분쟁에 갇혀 있어서는 안 됩니다.

연속성은 가정하는 것이 아니라 설계되어야 합니다. 레지스트리 상태는 단일 조직의 통제를 넘어서 버전화되고, 독립적으로 감사 및 복사되어야 합니다. 디렉터리 서비스에는 테스트된 장애 조치가 필요하고, 보안 시스템에는 계획된 연속 키와 리포지토리가 필요합니다. 정적 백업으로는 충분하지 않기 때문입니다. 등록소 자체의 비상사태 논의에서는 이미 다른 운영자가 서비스를 인수할 수 있다는 점을 인정했습니다. 그들은 선택이 같은 클럽에 있을 수 없다는 것을 아직 받아들이지 않았습니다.

“필수 인프라에는 교체 가능한 관리자가 필요합니다.”

참고 70 · 노트 70: 레지스트리 연속성의 오류 — 문지기가 아니라 원장을 보호하라

장기적으로 모든 네트워크에서 확인할 수 있는 기록

오늘날 네트워크는 기록이 말하는 대로 등록 기관의 말을 받아들여야 합니다. 제가 주장하는 최종 상태는 다릅니다. 기록 상태는 공유되고 검증 가능하므로 모든 네트워크는 누가 어떤 숫자를 보유하고 있는지 자체적으로 확인할 수 있으며 단일 기관이 타당성의 원천이 아닙니다. 분산 원장은 이를 구축하는 한 가지 방법입니다. 중요한 것은 특정 기술이나 토큰, 화폐가 아닌 독립적인 검증과 이동성입니다.

파열로 인해 도착할 필요는 없습니다. 경로는 단계적으로 실행됩니다. 시스템을 표시하고, 실행 중인 네트워크의 연속성을 보호하고, 위험에 처한 보유자를 조정한 다음 더 얇은 아키텍처로 이동합니다. 전환 과정에서 기존 등록 기관은 더 이상 상거래를 판단하지 않으면 기록 유지 및 출판 서비스를 계속할 수 있습니다. AFRINIC 자체는 좁고 책임 있고 교체 가능한 운영자로서 계속될 수 있습니다.

엔지니어링은 실제 작업입니다. 인증, 기록 충돌, 손상된 키 및 안전한 승계가 모두 해결되어야 합니다. 나는 그 문제들이 거기에 없는 척하기보다는 차라리 그 문제들의 이름을 붙이고 싶습니다.

“장기적인 목표는 동일한 요구 사항 테스트를 관리하는 교체 위원회가 아닌 독립적으로 검증 가능하고 이동 가능한 상태입니다.”

참고 74 · 노트 74: 필요 기반 평가와 사전 승인 — IPv4 이전에 대한 RIR의 거부권

새로운 관리자, 정부 또는 더 큰 글로벌 기관은 어떻습니까?

새로운 관리자. 더 나은 이사회는 한동안 등록소를 개선할 수 있지만 다음 이사회는 동일한 거부권을 상속받습니다. 목표는 더 친절한 주권이 아닙니다. 주권 주장을 종식시키는 것입니다.

정부. 국가는 자체 법원을 통해 자체 법률을 집행할 수 있고 집행해야 하며, 바로 여기에 강압적 결정이 적용됩니다. 번호 체계 자체를 정부에 넘겨주면 경로에 대한 검열, 분열 및 정치적 압력이 발생할 것이며, 거의 200개 주에서는 단일 등록부에 결코 동의하지 않을 것입니다.

더 큰 글로벌 조직. ICANN, 레지스트리 조정 기관 또는 UN 포럼에 더 많은 권한을 부여하면 동일한 게이트의 더 큰 버전이 구축됩니다. 영구 포럼은 여전히 ​​포럼입니다.

혼자서 더 많은 책임. 등록소가 초래한 손해에 대해 비용을 지불하도록 하면 그에 따른 대가를 치르게 되지만, 책임이 있다고 해서 통치할 권리가 생기는 것은 아닙니다. 더 나은 치료법은 해를 끼치는 힘을 제거하는 것입니다.

“기록 보관은 주권이 아닙니다.”

참고 53 · 노트 53: 인터넷 번호 자원은 정치적 재산이 아니다

독자들이 묻는 질문

이게 블록체인 프로젝트인가요?

아니요. 설계에는 모든 네트워크에서 독립적으로 확인하고 가져갈 수 있는 기록이 필요합니다. 분산 원장은 이에 적합한 도구일 수 있지만 제안은 토큰, 통화 또는 암호화 프로젝트에 의존하지 않습니다. 이는 검증 가능성, 이식성 및 연속성에 달려 있습니다.

노트에서참고 58참고 64참고 65

이식성은 인터넷을 조각화하지 않을까요?

이식성은 조각화를 유발하는 것이 아니라 조각화를 방지합니다. 네트워크가 떠날 수 없을 때 그들은 더 이상 신뢰하지 않는 등록소를 우회하여 라우팅하며 이것이 경쟁 기록이 나타나는 방식입니다. 정의된 이동 방법은 하나의 공유 기록을 유지합니다. 이동에는 라우팅 테이블에 더 많은 항목이 포함되는 등 비용이 발생합니다. 이는 잠금의 이유로 사용되는 것이 아니라 관리되어야 합니다.

노트에서참고 67참고 71

등록소에서 주소를 회수할 수 없는 경우 남용 및 사기를 누가 중단합니까?

운영자, 고객, 계약자, 법원 및 법 집행 기관 등 다른 모든 곳에서 이를 막는 동일한 사람들입니다. 등록소는 각 네트워크에 접근하고 위조된 기록을 정정하는 방법을 공개해야 합니다. 네트워크 주소를 빼내는 것은 무고한 고객과 모든 범죄자를 처벌하는 것입니다.

노트에서참고 28참고 70참고 71

IP 주소가 사유 재산이 되기를 원하십니까?

제안은 그 단어에 의존하지 않습니다. 이는 등록 기관에 자신의 기록을 소유권의 원천으로 취급하는 것을 중단할 것을 요청합니다. 보유자는 자신에게 적용되는 법률에 따라 법적, 경제적 이익을 가질 수 있습니다. 등기소는 그러한 이익을 소유하지도 않고 창출하지도 않습니다. 그 임무는 녹음하는 것입니다.

노트에서참고 53참고 71참고 72

기존 레지스트리가 사라지나요?

반드시 그런 것은 아닙니다. 귀중한 운영 지식과 시스템을 보유하고 있으며 전환 중에도 서비스를 계속 실행할 수 있습니다. 가야 할 것은 지배하겠다는 주장이다. 레지스트리는 정확하게 기록되고 범위가 좁으며 교체될 수 있는 한 계속될 수 있습니다.

노트에서참고 67참고 70

이 페이지 뒤에 있는 참고 사항

위의 모든 섹션은 요약입니다. 이것은 주장이 전체적으로 이루어진 메모입니다.

  1. 참고 72노트 72: 고유성 조정 권리장전한 페이지에 담긴 전체 제안: 모든 네트워크가 보유하는 11가지 권리.
  2. 참고 64노트 64: 인터넷 조정 시스템을 위한 최소 초기 사양, 현지화된 미래 결정, 자발적 채택영구 권한이 없는 공유 기록에 대한 세 가지 설계 규칙입니다.
  3. 참고 65노트 65: 실행 코드 우선성: 인터넷의 원래 설계를 보존하기 위해 필요한 패치실행 코드 우선성: 인터넷의 원래 디자인을 복구합니다.
  4. 참고 70노트 70: 레지스트리 연속성의 오류 — 문지기가 아니라 원장을 보호하라연속성에 실제로 필요한 것은 무엇이며 이를 확보하기 위한 계획입니다.
  5. 참고 67노트 67: 수도 회사가 당신의 집이 자기 소유라고 말할 때네트워크가 주소를 가져와서 떠날 수 있어야 하는 이유
  6. 참고 71노트 71: 정책의 거울등록소를 기록 보관소로 되돌리는 전체 수정 사항입니다.
  7. 참고 74노트 74: 필요 기반 평가와 사전 승인 — IPv4 이전에 대한 RIR의 거부권등록 기관이 투자 승인이 아닌 이전을 확인해야 하는 이유
  8. 참고 13노트 13: 분산원장 기술로 전 세계 IP 주소 등록을 탈중앙화하기IP 주소의 분산 레지스터에 대한 첫 번째 개요입니다.
모든 노트