NIP-05란 무엇인가? Nostr 주소 설명

Nostr 공개 키를 다 써내면 npub1pf8hkx3ang2jngcgpsawtmj48c90pgqasmgpva7qhvnsty5j87yqwk3vy5 같습니다. 저녁 식사 때 이를 큰 소리로 말해보세요. 이제 명함에 쓰거나 전화 통화로 철자를 말해보세요. 불가능합니다. 원본 키는 공유하기에 정확하고 안전하지만, 인간이 사용하는 핸들로는 쓸모가 없습니다.

NIP-05가 해결책입니다. alice@nostr.blog 또는 you@yourdomain.com 같은 짧은 이메일 형태의 무언가를 동일한 공개 키에 첨부할 수 있습니다. 클라이언트는 매핑을 검증하고 이름 옆에 읽을 수 있는 버전을 표시합니다. 그것이 전부입니다.

이 가이드는 NIP-05가 하는 일, 검증이 실제로 어떻게 작동하는지, 주지 않는 것(파란 체크가 아님), 그리고 얻는 두 가지 방법을 다룹니다.

요약. NIP-05는 name@domain.com 형태의 식별자로 Nostr 공개 키에 매핑됩니다. 도메인은 /.well-known/nostr.json에 작은 JSON 파일을 게시하며, 클라이언트는 그 파일을 읽어 매핑을 확인합니다. 읽을 수 있는 이름과 약한 신뢰 신호를 제공합니다. 현실의 신원을 검증하지 않으며 계정 손실로부터 보호하지 않습니다.

준비되면, @nostr.blog 주소 받기 →

NIP-05가 무엇인가, 한 문장으로

NIP-05는 DNS와 웹 서버의 JSON 파일을 사용하여 인간이 읽을 수 있는 식별자를 Nostr 공개 키에 지정하기 위한 표준입니다.

식별자는 의도적으로 이메일 주소처럼 보입니다. 이메일 주소는 이미 "누군가에게 넘길 수 있는 이름"으로 대부분 인식하는 형태입니다. 이 형태를 차용하면 설명 과정을 건너뜁니다.

구현은 의도적으로 저기술입니다. 블록체인도, 중앙 레지스트리도, Nostr가 이미 사용하는 것 이상의 정교한 암호학도 없습니다. 도메인 소유자는 평문 JSON 파일을 게시하고, 모든 클라이언트가 읽을 수 있으며, 암호학은 클라이언트가 매핑된 공개 키가 게시물의 서명과 일치하는지 확인할 때만 나타납니다.

실제로 어떻게 작동하는가

여기서는 문자 그대로의 메커니즘이며, 충분히 짧아서 기사에 들어갑니다.

Nostr 클라이언트에 식별자가 alice@nostr.blog라고 말합니다. 클라이언트는:

1. 식별자를 로컬 부분(alice)과 도메인 부분(nostr.blog)으로 분석합니다.
2. https://nostr.blog/.well-known/nostr.json?name=alice에 GET 요청을 합니다.
3. 서버가 대략 다음과 같은 JSON 파일로 응답합니다:

{
  "names": {
    "alice": "0a4f7b1a3d9a1529a3080c3ae5ee553e0af0a01d86d01677c0bb270592923f88"
  }
}

4. 클라이언트가 16진수 공개 키를 읽고 게시물에 첨부된 pubkey와 비교합니다.
5. 일치하면 클라이언트는 식별자를 검증됨으로 표시하고 npub 대신 또는 옆에 렌더링합니다.

이것이 전체 절차입니다. OAuth 없이, 도메인 측의 "파일 호스팅" 이상의 계정 생성 없이. nostr.blog가 해당 파일에 사용자를 나열하는 것을 중단하면 식별자가 작동하지 않습니다. 매핑이 다시 있으면 다시 작동합니다.

GET 요청은 CORS 헤더(Access-Control-Allow-Origin: *)를 반환하여 브라우저의 클라이언트가 읽을 수 있도록 하는 것이 좋습니다. nostr.blog를 포함한 대부분의 NIP-05 호스트는 이미 올바르게 수행하고 있습니다. 그렇지 않은 호스트가 대부분의 "내 NIP-05가 깨졌다" 지원 스레드의 원인입니다.

NIP-05가 실제로 제공하는 것

유용성이 높은 순서대로 세 가지 구체적인 이점입니다.

큰 소리로 말할 수 있는 이름

이것이 모두가 가장 먼저 이야기하는 이유는 가장 일반적인 마찰을 해결하기 때문입니다. alice@nostr.blog는 팟캐스트, 명함, 다른 네트워크의 프로필 바이오 및 손으로 쓴 표지판에 작동합니다. npub1pf8hkx3ang2...는 그렇지 않습니다.

클라이언트 및 릴레이 간 이식성

NIP-05 레코드는 그것을 호스팅하는 도메인이 아닌 공개 키를 가리킵니다. 내일 alice@nostr.blog에서 alice@alicedomain.com으로 마이그레이션하기로 결정하면, 두 JSON 파일을 모두 동일한 pubkey를 가리키도록 업데이트하면 됩니다. 게시물, 팔로우 및 평판은 신경 쓰지 않습니다. 이를 Twitter와 비교하면 핸들 변경은 플랫폼이 모든 것을 다시 라우팅한다는 뜻이고 계정 삭제는 모든 것이 사라진다는 뜻입니다.

약한 신뢰 신호

강한 것은 아니며, 구별이 중요합니다. 신중한 도메인의 NIP-05는 그 도메인을 통제하는 사람이 이름을 나열하기로 결정했다는 증거입니다. 도메인이 사용자를 검증하는 것으로 알려진 경우(예: 직원을 위해 검증된 네임스페이스를 실행하는 회사), 그 검증이 식별자에 적용됩니다. 도메인이 요청하는 모든 사람에게 이름을 배포하면 신뢰 신호는 0입니다. 대부분의 클라이언트는 이를 알고 있으며 체크마크를 중립적으로 렌더링합니다.

NIP-05가 아닌 것

이 섹션은 파란 체크 비유가 새로운 사용자를 세 가지 특정 방식으로 오도하기 때문에 존재합니다.

당신이 실제 사람이거나 특정 실제 사람이라는 증거가 아닙니다. NIP-05는 게시물에 서명하는 공개 키가 도메인이 해당 이름 아래에 나열한 공개 키와 일치함을 검증합니다. 이름이 Alice라는 실제 인간에 해당한다는 것을 검증하지 않습니다. 사칭자가 도메인을 통제하고 사칭자를 나열하는 데 동의할 의향이 있다면 유명인 사칭이 가능합니다.

복구 메커니즘이 아닙니다. 개인 키를 잃어버리면 NIP-05가 구할 수 없습니다. 식별자는 더 이상 게시할 방법이 없는 소유자의 pubkey를 행복하게 가리킵니다. 아무도 다른 사람의 키를 갖지 않기 때문에 아무도 이를 재설정할 수 없습니다.

URL이 아닙니다. alice@nostr.blog는 식별자입니다. 이를 브라우저에 붙여넣으면 아무것도 열리지 않습니다. Alice의 프로필로 이동하려면 식별자를 Nostr 클라이언트 또는 웹 게이트웨이에 입력합니다. 모양은 이메일 같지, 링크 같지 않습니다.

NIP-05 주소를 얻는 방법

두 가지 경로이며, 비용과 노력이 명확히 다릅니다.

nostr.blog에 등록

가장 빠른 경로입니다. 사용자명을 선택하면 식별자가 1분 이내에 실시간으로 작동하며, 가입은 Lightning 지갑과 동일한 페이지의 전체 웹 클라이언트를 번들로 제공합니다. 이름 길이별 가격:

• 1 글자: 연간 $999 (진정으로 프리미엄 한 글자 핸들용으로 예약됨)
• 2 글자: 연간 $499
• 3 글자: 연간 $199
• 4 글자: 연간 $99
• 5 글자: 연간 $29
• 6~7 글자: 연간 $9.99
• 8 글자 이상: 연간 $2.99

더 긴 이름은 훨씬 저렴합니다. 왜냐하면 훨씬 더 많기 때문입니다. 더 짧은 이름은 희귀하고 기억에 남으며 그에 따라 가격이 책정됩니다.

소유한 도메인에서 직접 호스팅

이미 도메인을 소유하고 있고 웹 서버의 파일을 편집할 수 있다면, 도메인 비용 외에는 더 이상 비용이 없이 NIP-05를 직접 실행할 수 있습니다.

최소 실행 가능한 설정:

1. 앞서 표시된 형태의 JSON 파일을 https://yourdomain.com/.well-known/nostr.json에 배치합니다.
2. 서버가 해당 파일에 대해 Access-Control-Allow-Origin: *을 반환하도록 하거나, 브라우저 기반 클라이언트가 읽지 않습니다.
3. Nostr 클라이언트에서 yourname@yourdomain.com을 NIP-05 식별자로 설정합니다.
4. 클라이언트 측 캐시가 지워질 때까지 몇 분을 기다립니다.

DIY 경로는 제3자로부터 완전히 독립하고 싶은 사람들을 위합니다. "그냥 이름을 원하고, 웹서버를 유지보수하고 싶지 않다"는 사람에게는 잘못된 선택입니다. 대부분의 사용자는 두 번째 그룹에 속합니다.

일반적인 함정

대부분의 지원 질문을 설명하는 5가지 실패 모드입니다.

• CORS 헤더 누락. nostr.json 파일이 올바른 데이터를 반환하지만 동일 출처 정책 때문에 브라우저가 읽기를 거부합니다. 해결: 서버를 구성하여 .well-known 경로에서 Access-Control-Allow-Origin: *을 보내도록 합니다.
• JSON의 잘못된 pubkey. 누군가 16진수를 손으로 복사했고 한 문자를 떨어뜨렸습니다. Nostr 클라이언트가 "계정 설정" 아래 표시하는 내용과 바이트 단위로 비교합니다.
• 공격적인 클라이언트 측 캐싱. JSON에 변경한 후, 일부 클라이언트는 최대 24시간 동안 이전 매핑을 유지합니다. 로그아웃 후 다시 로그인하거나 잠시 클라이언트를 전환하여 강제로 다시 읽도록 합니다.
• 헤더를 다시 쓰는 CDN 사용. Cloudflare 및 유사한 엣지는 때때로 CORS 헤더를 제거하거나 이상한 캐시 지시어를 추가합니다. 브라우저가 표시하는 것이 아닌 원본 응답을 확인합니다.
• 이름에 대문자 사용. NIP-05 이름은 소문자여야 합니다. 일부 클라이언트는 혼합 대소문자를 허용하고, 일부는 허용하지 않습니다. a-z, 0-9, 대시, 밑줄을 사용합니다.

비용을 지불할 가치가 있나요?

정직한 답변: 이름과 도메인에 따라 다릅니다.

원하는 이름이 길고 기억하기 어려운 경우, 이미 소유한 도메인에서의 DIY 경로가 일반적으로 더 나은 선택입니다. 일회성 설정을 수행하고 다시는 식별자에 대해 누구에게도 비용을 지불하지 않습니다.

인식 가능한 도메인에 짧은 이름을 원한다면, 이는 자체적으로 신뢰 및 기억성 신호이기 때문에 연간 몇 달러를 지불하는 것이 여러 도메인에서 동등한 이름을 점유하려는 시도보다 거의 항상 낫습니다. 짧은 이름은 인터넷 어디서나 희귀하며 Nostr도 예외가 아닙니다.

어느 쪽이든, 일부 NIP-05를 얻는 것이 원본 npub를 영원히 유지하는 것보다 낫습니다. 하나를 갖지 않는 비용은 누군가에게 식별자를 넘길 때마다 더 나쁜 인상입니다.