NIP39

配置文件中的外部身份

draft optional author:pseudozach author:Semisol

抽象的

NOSTR 协议用户可能具有其他在线身份，例如用户名、配置文件页面、密钥对等。他们可能希望将这些数据包含在他们的配置文件元数据中，以便客户端可以解析、验证和显示这些信息。

元数据事件上的 i 标记

除了名称、关于、图片字段外，还为 kind 0 元数据事件内容引入了新的可选 i 标记，如NIP-01：

{
    "id": <id>,
    "pubkey": <pubkey>,
    ...
    "tags": [
        ["i", "github:semisol", "9721ce4ee4fceb91c9711ca2a6c9a5ab"],
        ["i", "twitter:semisol_public", "1619358434134196225"],
        ["i", "mastodon:bitcoinhackers.org/@semisol", "109775066355589974"]
        ["i", "telegram:1087295469", "nostrdirectory/770"]
    ]
}

i 标记有两个参数，定义如下：

1. platform:identity：这是与 : 连接在一起的平台名称（例如 github）和该平台上的标识（例如 semisol）。

2. proof：指向拥有此标识的证明的字符串或对象。

客户端应处理具有 2 个以上值的任何 i 标记，以便将来扩展。身份提供程序名称只能包括 a-z， 0-9 并且不能包括 : 和字符 ._-/。如果可能的话，应该通过用小写字母替换大写字母来规范化身份名称，并且如果一个实体有多个别名，则应该使用主要别名。

索赔类型

github

身份：GitHub 用户名。

证据：一个 GitHub Gist ID.应使用包含文本 Verifying that I control the following Nostr public key: <npub encoded public key> 的单个文件创建 <identity> 此要点。这可以位于 https://gist.github.com/<identity>/<proof>。

推特

身份：Twitter 用户名。

证据：一个推特 ID.推文应由 <identity> 发布并包含文本 Verifying my account on nostr My Public Key: "<npub encoded public key>"。这可以位于 https://twitter.com/<identity>/status/<proof>。

'乳齿象'

身份：格式 <instance>/@<username> 为的 Mastodon 实例和用户名。

证据：一个乳齿象的帖子 ID.这篇文章应该是由 <username>@<instance> 和有文字 Verifying that I control the following Nostr public key: "<npub encoded public key>" 发表。这可以位于 https://<identity>/<proof>。

电报

身份：电报用户 ID.

证明：格式 <ref>/<id> 为的字符串，指向在公共频道或组中发布的具有名称 <ref> 和消息 ID <id> 的消息。此消息应由用户 ID <identity> 发送，并具有文本 Verifying that I control the following Nostr public key: "<npub encoded public key>"。这可以位于 https://t.me/<proof>。