팀의 기사

인터넷 조정은 레지스트리의 권위를 넘어 발전할 수 있을까?

네트워크에는 고유한 식별자와 신뢰할 수 있는 기록이 필요하다. 루헝의 노트는 상설 관리자에게 참여자를 지배할 권력을 주지 않고 이 기능을 지킬 방법을 묻는다.

목차

세 개의 독립된 작업장이 열린 안뜰을 중심으로 연결되어 있고, 옆에는 서로 구별되는 파란 토큰이 담긴 상자가 있다.
공통 식별자는 독립적인 참여자들이 함께 일하도록 돕는다. 루헝은 상시적인 허가 관문 없이도 이런 공통 규칙을 계속 사용할 수 있는 방법을 묻는다.

배송 업체들이 도시에서 서비스를 제공하려면 함께 쓰는 주소록이 필요하다고 해 보자. 그 항목을 정확하게 유지하는 일은 유용하다. 하지만 주소록 관리인에게 누가 영업할 수 있는지 결정하는 영구적인 권력을 주는 것은 별개의 제안이다. 인터넷 조정은 훨씬 큰 규모에서 이 구분을 마주한다.

네트워크가 통신하려면 호환 가능한 식별자와 사용할 수 있는 기록이 필요하다. 문제는 이런 공통 기준점을 제공한다는 이유로 지속적으로 존재하는 기관에 그 기준점에 의존하는 모든 사람을 지배할 권한까지 주어야 하느냐는 것이다. 루헝의 답은 조정 자체를 그런 권한이 필요 없도록 설계해야 한다는 것이다.

반드시 살아남아야 할 기능에서 시작하라

IP 프리픽스는 주소 블록을 식별하고, 자율 시스템 번호는 도메인 간 라우팅에 참여하는 네트워크를 식별한다. 참여자들이 상호운용하려는 시스템에서는 이 식별자들의 의미가 일관되어야 한다. 충돌하는 주장을 두고 모두가 옳다고 선언하는 것만으로는 문제가 해결되지 않는다.

그 필요성은 조정 문제를 제기한다. 하지만 그것만으로 향후 결정을 누가 관장해야 하는지, 기록 관리자가 어떤 정치적 위임을 받는지, 사용자가 영원히 한 제공자에게 의존해야 하는지가 정해지지는 않는다.

루헝은 노트 28에서 번호 자원 기록을 유지하는 일과 제재 또는 처벌을 집행하는 일을 구분한다. 그의 주장에 따르면, 필요한 서비스를 관리한다고 해서 스스로 구성된 커뮤니티에 여러 나라의 네트워크를 지배할 권리가 생기는 것은 아니다.

기록 관리자는 어떻게 실질적인 권력을 얻는가

레지스트리는 패킷을 전달하지 않고도 연결에 영향을 줄 수 있다. 다른 조직이 그 기록을 사용해 라우팅 필터를 만들고, 진술을 검증하거나 자원 관계를 인정할 수 있기 때문이다. 그러면 기록 계층의 변경이 다른 곳의 결정을 바꿀 수 있다.

메커니즘이 중요하다. 오래된 연락처 항목이 BGP 라우트를 자동으로 철회하는 것은 아니며, 인증 변경이 인터넷 전체를 끄는 스위치인 것도 아니다. 영향은 기록을 사용하는 시스템과 그 운영자가 적용하는 정책에 달려 있다. 관련 안내인 레지스트리 데이터 변경 가이드는 그 과정을 따라간다.

그러나 단일 차단 스위치가 없다고 해서 집중된 영향력이 사라지는 것은 아니다. 사용자가 기존 기관의 허가 없이 자신의 증거를 다른 곳으로 가져가거나 호환 가능한 서비스를 받을 수 없다면, 명목상 자발적인 조정은 현실적으로 벗어날 수 없는 의존으로 바뀔 수 있다.

더 작은 공통 규칙집

노트 64는 서로 연결된 세 가지 원칙을 제안한다. 최소한의 초기 명세, 로컬에서 이루어지는 미래의 결정, 자발적 채택이다.

초기 규칙은 고유성, 상호운용성, 보안을 위해 무엇을 공통으로 유지해야 하는지 정확히 정의해야 한다. 참여자는 그 규칙에 따라 상태가 유효한지 스스로 확인할 수 있어야 한다. 통상적인 유효성이 상설 위원회에 인정을 요청하는 일에 달려 있어서는 안 된다.

이후의 변경은 사람들이 구현하고 채택하기 때문에 실제로 작동한다. 참여자는 호환 가능한 기존 규칙을 유지하거나, 변경을 채택하거나, 다른 호환성 집합을 선택할 수 있다. 이 제안에서 채택을 거부하는 것은 징계 사유가 아니다. 그렇다고 호환되지 않는 규칙을 사용하는 시스템과의 상호운용성이 보장되는 것도 아니다.

이는 설계 요건이지 특정 블록체인을 사용하라는 요구가 아니다. 서명이나 복제된 데이터베이스는 증거를 확립하는 데 도움이 될 수 있지만, 어떤 초기 기록을 인정해야 하는지 결정하거나 모든 충돌을 해결하거나 다른 네트워크가 대안을 채택하게 만들지는 못한다.

신뢰할 만한 대안은 무엇을 입증해야 하는가

작동하는 전환은 구호로는 답할 수 없는 질문에 답해야 한다. 중복된 주장은 어떻게 탐지하는가? 어떤 증거가 통제권을 확립하는가? 참여자는 기록의 이력을 재구성하고 로컬에서 변경을 검증할 수 있는가? 새 구현은 사용자에게 중요한 네트워크들과 어떻게 호환성을 유지하는가?

또한 운영 이력을 버리지 않고 제 기능을 못 하는 조정자로부터 떠날 수 있는 방법도 보여 주어야 한다. 데이터베이스 복사는 한 단계일 뿐이다. 다른 참여자가 내보낸 상태를 검증하고 사용할 수 있어야 하며, 보안에 관한 진술, 라우팅 관계, 연속성은 계속 작동해야 한다.

새 조직 하나가 향후 모든 결정을 승인해야 하는 대안이라면 같은 의존을 다시 만들 것이다. 검증해야 할 것은 그 영구적인 허가 계층 없이 참여자가 정확하고 호환 가능한 운영을 유지할 수 있느냐는 점이다.

네트워크가 아직 작동할 때 이탈 경로를 만들어라

준비해야 하는 가장 강력한 이유는 분쟁이나 장애 중에 벗어날 수 없는 의존 관계를 발견했을 때 치러야 할 비용이다. 기관들의 의견이 엇갈리는 동안에도 고객에게는 접속이 필요하다. 연속성은 서비스가 위험해진 뒤 협상으로 얻는 호의가 아니라 아키텍처의 일부여야 한다.

주소 블록 하나에서 시작하라. 그 기록, 기록을 바꿀 권한이 있는 당사자, 기록을 사용하는 시스템을 추적하라. 그다음 현재의 조정자가 사라진다면 어떤 증거와 호환 가능한 서비스가 계속 이용 가능해야 하는지 물어라.

루헝의 제안은 관리자의 행동을 개선하는 데 그치지 않는다. 관리자가 사라져도 검증 가능한 공통 규칙이 살아남는 인프라를 요구한다. 이어서 읽을 글은 노트 64다. 설계에 관한 논의와 참여자에게 남는 책임을 살펴볼 수 있다.