NIP-54는 Nostr에서 위키 스타일 문서를 위한 kind 30818을 정의한다. 여러 작성자가 같은 주제에 대해 항목을 게시할 수 있으므로, 클라이언트는 단일 정규 페이지 대신 순위 매기기와 신뢰 휴리스틱이 필요하다.

작동 방식

위키 문서는 주제를 나타내는 정규화된 d 태그로 식별된다. 여러 사람이 같은 정규화된 주제로 항목을 게시할 수 있어, 중앙 편집자 없이 개방형 위키가 만들어진다.

D 태그 정규화:

  • 대소문자 변환이 있는 글자는 소문자화
  • 공백을 하이픈으로 변환
  • 구두점과 기호 제거
  • 반복 하이픈 축소 및 앞뒤 하이픈 제거
  • 비 ASCII 문자와 숫자는 보존

이 정규화 규칙은 상호운용성에 중요하다. 두 클라이언트가 같은 제목을 다르게 정규화하면, 다른 주제를 쿼리하게 되어 문서 셋이 분산된다.

콘텐츠 형식

통합된 명세는 두 가지 추가 기능이 있는 Asciidoc 마크업을 사용한다:

  • 위키링크 ([[대상 페이지]]) - Nostr 전체의 다른 위키 문서로의 링크
  • Nostr 링크 - NIP-21에 따른 프로필 또는 이벤트 참조

Djot으로의 전환이 제안되었지만, 2026년 3월 기준 정식 NIP에서 Asciidoc을 대체하지 않았다.

문서 선택

한 문서의 여러 버전이 존재할 때, 클라이언트는 다음을 기준으로 우선순위를 정할 수 있다:

  1. 커뮤니티 승인을 나타내는 리액션 (NIP-25)
  2. 출처 순위를 위한 릴레이 리스트 (NIP-51)
  3. 추천 네트워크를 형성하는 연락처 리스트 (NIP-02)

실제로 이는 NIP-54가 단순한 콘텐츠 형식이 아니라 클라이언트 정책 문제이기도 하다는 것을 의미한다. 두 클라이언트가 같은 주제에 대해 다른 “최적” 문서를 표시할 수 있으며, 둘 다 명세를 준수할 수 있다.

협업 기능

  • 포크 - 문서의 파생 버전 생성
  • 병합 요청 (kind 818) - 기존 문서에 변경 제안
  • 리다이렉트 (kind 30819) - 이전 주제를 새 주제로 연결
  • 양보 표시 - 선호하는 문서 버전 표시

포크와 양보 표시를 통해 작성자는 자신의 작업을 삭제하지 않고도 더 나은 버전을 인정할 수 있다. 이전 리비전이 여러 릴레이에 계속 남아 있을 수 있는 네트워크에서 이것은 중요하다.

주요 출처:

언급된 뉴스레터:

같이 보기: