密鑰與身份

密鑰對組成：

私鑰 (Private Key / Secret Key)
├── 32 位元組（256 位元）隨機數
├── 必須絕對保密
├── 用於簽署事件
└── 十六進制格式或 nsec 編碼

公鑰 (Public Key)
├── 從私鑰導出
├── 32 位元組 x-only 公鑰（BIP-340）
├── 公開分享，作為身份標識
└── 十六進制格式或 npub 編碼

關係：
私鑰 ──(橢圓曲線乘法)──> 公鑰
      ← 不可逆 ←

範例：

公鑰（十六進制）:
3bf0c63fcb93463407af97a5e5ee64fa883d107ef9e558472c4eb9aaaefa459d

npub 格式:
npub180cv... (以 npub1 開頭)

nprofile（包含中繼器提示）:
nprofile1qqsrhuxx8l9ex335q7he0f09aej04zpazpl...

TLV 結構（nprofile, nevent, naddr）:
┌────────┬────────┬─────────────┐
│ Type   │ Length │ Value       │
├────────┼────────┼─────────────┤
│ 0x00   │ 32     │ pubkey      │
│ 0x01   │ var    │ relay URL   │
│ ...    │ ...    │ ...         │
└────────┴────────┴─────────────┘

密鑰生成方法：

1. 隨機生成
   - 使用密碼學安全的隨機數生成器（CSPRNG）
   - 生成 32 位元組隨機數作為私鑰
   - 計算對應公鑰

2. 從助記詞（BIP-39）
   - 使用 12 或 24 個單詞
   - 通過 BIP-32 派生路徑
   - 推薦路徑: m/44'/1237'/<account>'/0/0

JavaScript 範例（使用 nostr-tools）:
import { generateSecretKey, getPublicKey } from 'nostr-tools'

// 隨機生成
const sk = generateSecretKey()  // Uint8Array
const pk = getPublicKey(sk)     // hex string

// 編碼為 bech32
import { nip19 } from 'nostr-tools'
const nsec = nip19.nsecEncode(sk)
const npub = nip19.npubEncode(pk)

Schnorr 簽名（BIP-340）：

簽名過程：
1. 計算事件 ID（32 位元組哈希）
2. 使用私鑰對 ID 簽名
3. 產生 64 位元組簽名

sig = schnorr_sign(event_id, private_key)

驗證過程：
1. 重新計算事件 ID
2. 使用公鑰驗證簽名
3. 確認簽名有效

valid = schnorr_verify(event_id, sig, pubkey)

JavaScript 範例：
import { finalizeEvent, verifyEvent } from 'nostr-tools'

// 簽名事件
const signedEvent = finalizeEvent({
  kind: 1,
  created_at: Math.floor(Date.now() / 1000),
  tags: [],
  content: 'Hello Nostr!'
}, sk)

// 驗證事件
const isValid = verifyEvent(signedEvent)

NIP-07 定義了瀏覽器擴展的標準介面：

window.nostr = {
  // 取得公鑰
  getPublicKey(): Promise<string>

  // 簽名事件（不暴露私鑰）
  signEvent(event): Promise<SignedEvent>

  // 加密訊息（NIP-04）
  nip04.encrypt(pubkey, plaintext): Promise<string>
  nip04.decrypt(pubkey, ciphertext): Promise<string>

  // 加密訊息（NIP-44，更安全）
  nip44.encrypt(pubkey, plaintext): Promise<string>
  nip44.decrypt(pubkey, ciphertext): Promise<string>
}

常見擴展：
- nos2x
- Alby
- Flamingo
- nostr-keyx

使用範例：
const pubkey = await window.nostr.getPublicKey()
const signedEvent = await window.nostr.signEvent(unsignedEvent)

NIP-46 流程：

┌─────────────┐         ┌─────────────┐
│   客戶端    │◄───────►│  簽名器     │
│  (無私鑰)   │   NIP-46 │ (持有私鑰) │
└─────────────┘         └─────────────┘

1. 客戶端生成臨時密鑰對
2. 通過中繼器與簽名器建立連接
3. 客戶端發送簽名請求
4. 簽名器簽名並回傳

連接字串格式：
bunker://<signer-pubkey>?relay=<relay-url>&secret=<secret>

支援的操作：
- connect: 建立連接
- sign_event: 簽名事件
- get_public_key: 取得公鑰
- nip04_encrypt/decrypt: 加密訊息
- nip44_encrypt/decrypt: 加密訊息

簽名器服務：
- nsecBunker
- Amber (Android)

密鑰輪換的挑戰：

問題：
- Nostr 身份與公鑰綁定
- 換密鑰 = 新身份
- 關注者、歷史貼文都會丟失

緩解方案：

1. 公告遷移
   - 用舊密鑰發布遷移公告
   - 引導關注者追蹤新帳號
   - 新帳號發布接受公告

2. NIP-05 驗證
   - 保持域名驗證不變
   - 更新域名對應的公鑰
   - 用戶可通過域名找到新帳號

3. 多簽/社交恢復（研究中）
   - 通過信任的朋友恢復
   - 類似以太坊的社交恢復錢包

預防措施：
- 妥善備份私鑰
- 使用硬體錢包
- 考慮多重身份策略

NIP-05 將人類可讀的域名映射到公鑰：

格式: [email protected]

驗證過程:
1. 客戶端查詢:
   GET https://domain.com/.well-known/nostr.json?name=user

2. 回應格式:
   {
     "names": {
       "user": "公鑰十六進制"
     },
     "relays": {
       "公鑰": ["wss://relay1.com", "wss://relay2.com"]
     }
   }

3. 客戶端驗證公鑰是否匹配

優點:
- 人類可讀的身份
- 可以更換密鑰（更新 JSON）
- 證明域名所有權
- 額外的信任指標

設定範例:
# 在你的域名下創建 /.well-known/nostr.json
{
  "names": {
    "alice": "abc123...",
    "_": "def456..."  // 根域名用戶 @domain.com
  }
}