요약

  • RFC 1436은 기본 캠퍼스 프로토콜의 기점을 1991년으로 기록하고 1993년에 이를 공개적으로 기술했습니다. 이 둘은 서로 다른 이정표이며, 해당 RFC는 정보성 문서입니다.
  • Gopher는 각 사이트가 자율적인 호스트들에 걸쳐 독자자를 대상으로 한 메뉴를 직접 꾸릴 수 있게 했지만, 클라이언트 소스는 미네소타 팀이 통제를 유지했고 프로토콜 변경에도 영향력을 행사했습니다.

Gopher가 인터넷을 하나의 도서관으로 만든 것은 아닙니다. 다른 기계에 있는 문서를 가리키는 항목들로 이루어진 메뉴 사이를 독자가 일관된 방식으로 이동할 수 있게 해 준 것입니다. 메뉴의 계층 구조와 파일의 물리적 위치 사이의 구분은 부수적인 편의가 아니라 설계의 일부였습니다.

미네소타 대학교 팀이 1993년 3월에 낸 RFC는 기본 프로토콜이 1991년에 미네소타 마이크로컴퓨터 센터에서 처음 공개되었다고 밝힙니다. 이 연도는 캠퍼스 프로젝트의 출발점을 표시할 뿐, RFC의 등장 시점이나 인터넷 전역 채택 수준의 척도가 아닙니다. RFC 1436은 정보성 문서로, 정식 인터넷 표준을 선언하는 것이 아니라 동작하는 설계를 기록한 것입니다. (RFC 1436, §1;RFC 1739)

이 프로토콜의 메뉴 항목은 유형, 독자에게 보이는 레이블, 불투명한 선택자, 그리고 서버 호스트와 포트를 결합했습니다. 따라서 클라이언트는 하나의 일관된 계층 구조를 보여 주면서 각 항목을 독립적으로 운영되는 서버에서 따로 가져올 수 있었습니다. 검색 항목도 같은 발상을 확장한 것으로, 질의가 검색 서버로 전달되면 그 서버가 가상 디렉터리를 반환할 수 있었습니다. 이는 분산형 클라이언트/서버 검색이었지, P2P 방식의 교환이 아니었습니다. (RFC 1436, §§2–3)

Mark McCahill은 나중에 Gopher가 실질적인 캠퍼스 수요에 대한 답이었다고 회고했습니다. 거대한 중앙 시스템을 요구하지 않으면서 기관 정보를 더 쉽게 찾게 만든다는 수요였습니다. 그의 서술은 위원회 주도의 메인프레임 접근 방식과, 더 단순한 도구를 직접 만들어 배포할 수 있던 소형 컴퓨터 그룹을 대비합니다. 이는 시대를 같이 하지 않은 사후 인터뷰이지 당시의 프로젝트 사양이 아니므로, 팀의 사고를 설명하는 데는 도움이 되지만 캠퍼스의 모든 동기를 스스로 입증할 수는 없습니다. (McCahill 구술사, 3–5쪽)

메뉴는 또한 편집의 표면이기도 했습니다. McCahill은 문서가 다른 곳에 있거나 호스트의 파일 시스템을 따르지 않더라도 사이트 관리자가 독자를 위해 링크를 배열했다고 설명했습니다. 디렉터리는 기관의 저장 구조를 그대로 드러내는 대신 그 기관의 개념과 우선순위를 반영할 수 있었습니다. 프로토콜은 클라이언트가 포인터를 따르는 방식을 표준화했을 뿐, 모든 로컬 메뉴의 의미나 순서까지 정하지는 않았습니다. (McCahill 구술사, 3–4쪽)

그러나 이런 로컬의 자유에는 경계가 있었습니다. 미네소타 그룹은 서버 소스는 공개했지만 클라이언트 소스는 자체 통제 아래 두면서 클라이언트 바이너리를 배포했습니다. McCahill은 클라이언트를 통제함으로써 팀이 클라이언트 변경을 통해 프로토콜을 발전시킬 수 있었다고 말했습니다. 따라서 이 역사는 분산된 서버와 분권적 거버넌스를 단순히 동일시하기 어렵습니다. 문서 호스팅은 분산되어 있었지만, 한 프로젝트 팀이 독자용 소프트웨어와 변경 방향에 대한 영향력을 유지하고 있었기 때문입니다. (McCahill 구술사, 6–8쪽)

채택 규모 수치도 같은 주의가 필요합니다. RFC 1689는 1993년 12월 기준으로 약 4,800개의 Gopher 서버를 추정하고, 그중 약 3분의 1이 Gopher+를 지원했다고 밝혔습니다. 이는 정보성 RFC에 실린 당대의 추정치일 뿐, 인구조사도 아니고 1991년 시스템의 집계도 아닙니다. 다만 1993년 말까지 소박한 프로토콜 하나가 널리 가시적인 존재가 되었음을 보여 주며, 정확한 규모는 불확실한 채로 남겨 둡니다. (RFC 1689)

여기서 얻을 수 있는 유용한 역사적 교훈은 계층의 분리입니다. 공유된 요청 형식이 여러 호스트에 걸쳐 문서를 찾을 수 있게 만들었고, 로컬 운영자는 무엇을 어떻게 공개할지 여전히 스스로 정했으며, 클라이언트 소프트웨어는 여전히 실질적인 통제 지점으로 남았습니다. Gopher의 메뉴는 단순히 원시적인 웹 페이지가 아니었습니다. 자율적인 기계들 사이에서 포인터를 연결하는 방식에 대한 합의가, 그 경로가 무엇을 의미하는지에 대한 재량과 결합된 것이었습니다.

출처와 한계

프로토콜 세부 사항은 1993년의 정보성 RFC에서, 캠퍼스의 동기와 메뉴 운영 관행은 그보다 뒤의 구술사에서 나옵니다. 1993년 12월의 서버 수는 추정치이지 인구조사가 아닙니다. 이 출처들은 1991년의 정확한 서버 수도, P2P 설계도 어느 쪽도 입증하지 않습니다.

RFC 1436·RFC 1689·RFC 1739·McCahill 구술사·Minnesota Computing History