1. 準備知識

在完全理解各種數字貨幣錢包地址之前，我們需要一些基礎知識。主要包括非對稱加密的公私鑰知識，哈希算法，常見的編碼知識，以及地址產生的基礎原理。比特幣的錢包地址都是根據 BIP 協(xié)議設計出來的，大部分非比特幣錢包的地址也是根據 BIP 相關協(xié)議來設計的。我們在梳理比特幣地址相關知識點的時候，也會輔助介紹相關的其他類型錢包地址。

1.1.非對稱加密知識與公私鑰

非對稱加密是現(xiàn)代密碼學的基石，由惠特菲爾德·迪菲（Whitfield Diffie）和馬丁·赫爾曼（Martin Hellman）在 1976 年首次提出。其核心特點是使用一對數學上相關的密鑰：一個公開的公鑰和一個保密的私鑰。主要特點在于加密和解密過程由不同的密鑰完成：用公鑰加密的信息，只能由對應的私鑰解密；反之，用私鑰簽名的信息，可由對應的公鑰驗證其真實性。這完美解決了對稱加密中的密鑰分發(fā)難題，實現(xiàn)了無需提前共享秘密的安全通信。

在當前數字貨幣領域，最常用的非對稱加密算法是橢圓曲線數字簽名算法（ECDSA），特別是比特幣等貨幣使用的 secp 256 k 1 曲線，因其在相同安全強度下比傳統(tǒng) RSA 算法密鑰更短、效率更高。在比特幣的 Taproot 技術之后，在加密貨幣領域也開始使用 Schnorr 數字簽名算法，與 ECDSA 相比，Schnorr 具有更多的優(yōu)點。

公鑰與私鑰的算法原理與作用（本文主要針對數字貨幣領域來描述）

在數字貨幣中，私鑰是一個隨機生成的巨大隨機數，是資產控制權的唯一憑證。公鑰則由私鑰通過單向的橢圓曲線乘法計算得出（即極易從私鑰推導出公鑰，但幾乎不可能從公鑰反向推導出私鑰）。錢包地址通常又是公鑰的哈希值。

其作用如下：

• 私鑰：用于生成交易簽名，以證明您擁有花費相應資金的權力。必須絕對保密。
• 公鑰：用于驗證交易簽名的有效性，確保簽名確實由對應的私鑰生成。同時，它用于生成公開的收款地址，可以安全地分享給任何人。

簡而言之，私鑰用于簽名，公鑰用于驗證和生成地址，二者結合確保了資產所有權轉移的安全性和可靠性。

在比特幣中，公鑰分為普通公鑰(uncompressed)，壓縮公鑰(compressed)。普通公鑰是未壓縮的公鑰，以 04 開頭表示，65 字節(jié)長度。壓縮的公鑰以 02（偶數）或 03（奇數）開頭表示，33 字節(jié)長度。

樣例如下：

• public key (uncompressed): 04 b 4632 d 08485 ff 1 df 2 db 55 b 9 dafd 23347 d 1 c 47 a 457072 a 1 e 87 be 26896549 a 87378 ec 38 ff 91 d 43 e 8 c 2092 ebda 601780485263 da 089465619 e 0358 a 5 c 1 be 7 ac 91 f 4
• public key (compressed):02 b 4632 d 08485 ff 1 df 2 db 55 b 9 dafd 23347 d 1 c 47 a 457072 a 1 e 87 be 26896549 a 8737

傳統(tǒng)的未壓縮公鑰示意圖

壓縮公鑰示意圖

在與數字貨幣相關的公私鑰知識中，還有一個常見名詞 WIF（Wallet Import）Private Key，其編碼格式 Encoding 示意圖如下：Format

具體數據樣例如下：

1.2.比特幣中常用的哈希算法

除了公私鑰知識，還需要了解哈希算法或者叫做散列算法.

單向哈希函數（one-way hash function）有一個輸入和一個輸出，其中輸入稱為消息（message），輸出稱為哈希值（hash value）。單向哈希函數可以根據消息的內容計算出哈希值，而哈希值就可以用來檢查消息的完整性。哈希函數可以將任意長度的信息輸出成定長的輸出值。

1. 我們介紹常用的 SHA-256 和 RIPEMD-160

SHA-256 全稱是安全哈希算法 256 位，它能夠接收任何大小的輸入數據，然后通過一系列復雜的數學計算，生成一個固定長度（256 位，即 32 字節(jié)）的、看起來像一串隨機亂碼的字符串。這個字符串通常用 64 個十六進制數字（0-9, A-F）來表示。

例如，輸入 hello world，經過 SHA-256 計算后會得到：

b 94 d 27 b 9934 d 3 e 08 a 52 e 52 d 7 da 7 dabfac 484 efe 37 a 5380 ee 9088 f 7 ace 2 efcde 9

RIPEMD-160 的全稱是 RACE 原始完整性校驗消息摘要-160 位。一個專門生成更短數字指紋的生成器。它和 SHA-256 類似，也是一個單向哈希函數。它接收輸入，并產生一個固定長度（160 位，即 20 字節(jié)）的輸出，通常用 40 個十六進制數字表示。

例如，輸入 hello world，經過 RIPEMD-160 計算后會得到：

d 7 d 56920283 f 17 ab 4 d 7 e 10 d 4 a 5 d 6 df 50 e 594 a 9 c 3

2. 在比特幣中常見的哈希算法有

HASH 256 （雙 SHA-256 最常用)

HASH 160 （SHA-256 + RIPEMD-160）

SHA-256 （單 SHA-256）

HMAC-SHA 512（HMAC with SHA-512）

3. 使用場景

（1）比特幣挖礦使用的是 HASH 256，即雙，也就是區(qū)塊頭中的哈希值是 HASH 256。SHA-256

（2）交易標識-TXID 使用的是 HASH 256。

（3）交易中的 merkle root 使用的是 HASH 256

（4）公鑰哈希使用的是 HASH 160，即單次 SHA 256+單次 RIPE-160。

（5）擴展密鑰使用的是 HMAC（SHA-512）

（6）簽名交易中使用的是 HASH 256。

1.3.常見編碼知識 Base 64、Base 58、Bench 32

在比特幣的錢包地址中需要了解幾種編碼知識，它們分別是 Base 64、Base 58、Bench 32.

1. Base 64 編碼（不在比特幣中使用，但作為早期常見編碼，一起介紹）

設計目標：在僅支持文本的媒介（如電子郵件、HTML、XML）中安全、可靠地傳輸二進制數據，確保數據在傳輸過程中不被修改（因為某些字符在協(xié)議中有特殊含義，如換行符）。

原理：

• 將每 3 個字節(jié)（24 位）的二進制數據劃分為 4 組，每組 6 位。
• 每個 6 位的值（0-63）對應一個可打印字符。因為 2^6 = 64，所以有 64 個字符。
• 如果輸入數據不是 3 的倍數，會用=字符進行填充。

字符集：

(共 64 個字符)A-Z, a-z, 0-9, +, /

主要特性：

• 高編碼效率：每個字符承載 6 比特信息，是三種編碼中效率最高的。
• 通用性強：被廣泛用于 MIME 電子郵件、數據 URL（如網頁中的 data:image/png;base 64,...）、存儲加密密鑰和證書等。
• 包含非字母數字字符：使用+和/，這些字符在命令行或 URL 中可能需要轉義。
• 無校驗功能：標準 Base 64 編碼本身不提供錯誤檢測功能。

2. Base 58 編碼

設計目標：為人工處理而優(yōu)化，避免視覺上的歧義，方便用戶手動輸入和校對。主要應用于比特幣的原始地址格式。

原理：

• 源自 Base 64，但移除了容易混淆的字符。
• 將數據視為一個大的整數，然后連續(xù)除以 58，將余數映射到字符集。
• 前導零（0 x 00）字節(jié)會被編碼為字符'1'。

字符集：

123456789 ABCDEFGHJKLMNPQRSTUVWXYZabcdefghijkmnopqrstuvwxyz

(移除了 0(零), O(大寫 o), I(大寫 i), l(小寫 L), +, /，共 58 個字符)

主要特性：

• 人性化：字符集去除了易混淆字符，極大減少了抄寫和輸入錯誤。
• 純字母數字：生成的字符串非常“干凈”，不含任何符號，易于在任何環(huán)境中復制粘貼。
• 效率稍低：每個字符承載約 5.857 比特信息，效率略低于 Base 64。
• 常與校驗和結合：在比特幣中實際使用的是 Base 58 Check，它在編碼前添加了版本前綴和 4 字節(jié)的校驗和，可以有效檢測輸入錯誤。

應用：比特幣舊式地址（P 2 PKH，以 1 開頭）、比特幣私鑰（WIF 格式）、其他加密貨幣如 Litecoin 的地址。

3. Bech 32 編碼

設計目標：為比特幣 SegWit（隔離見證）地址設計，具有更強的錯誤檢測和糾正能力，并且對大小寫不敏感，支持高效的大寫字母轉換。

相關的 BIP 協(xié)議為：

• BIP-173 Base 32 address format for native v 0-16 witness output
• BIP-350 Bech 32 m format for v 1+ witness addresses
• Bech 32 m 是 Bech 32 的 V 1 版本，有微小的關于 checksum 算法的調整。

原理：

• 基于 BCH（Bose–Chaudhuri–Hocquenghem）碼構造，這是一種可以檢測并糾正多個錯誤的糾錯碼。
• 結構為：HRP（人類可讀部分，如 bc 1）+分隔符（1）+數據部分（Base 32 編碼）+校驗和。
• 使用一個經過優(yōu)化的 32 字符子集。

字符集：(所有字母都是小寫，但編碼是大小寫不敏感的)qpzry 9 x 8 gf 2 tvdw 0 s 3 jn 54 khce 6 mua 7 l

主要特性：

• 強大的錯誤檢測：能檢測到絕大多數的錯誤組合，并能自動糾正少數錯誤。這比 Base 58 Check 只能“檢測”而不能“糾正”更先進。
• 大小寫不敏感：無論你用大寫還是小寫輸入，地址都是有效的，用戶體驗更好。
• 緊湊高效：數據部分使用 Base 32（每個字符 5 比特），對于 SegWit 數據來說編碼更緊湊。
• 人類可讀部分(HRP)：地址開頭的 bc 1（比特幣主網）或 tb 1（比特幣測試網）明確了網絡類型，不易搞混。
• 成本更高：編碼和解碼的計算復雜度高于 Base 58。

應用：比特幣原生 SegWit 地址（P 2 WPKH，以 bc 1 q...開頭）、Taproot 地址（P 2 TR，以 bc 1 p...開頭）。

如果讀者需要進一步詳細了解相關內容，推薦查閱如下網址，里面有詳細的 Encode 和 Decode，Checksum 示意圖和步驟講解。

總結與如何選擇

通用數據傳輸：選擇 Base 64。它是網絡標準，幾乎所有編程語言都有現(xiàn)成庫，效率最高。

面向用戶的標識符（如舊系統(tǒng)）：選擇 Base 58 Check。它生成的字符串易于閱讀和手動輸入，能有效防止視覺錯誤。

現(xiàn)代加密貨幣地址（尤其是比特幣）：強烈推薦使用 Bech 32（即 bc 1 開頭的地址）。它提供了最高的安全性和用戶體驗，轉賬手續(xù)費也可能更低（因為 SegWit 技術的原理，witness 字段按照原有區(qū)域的四分之一計算）。它是未來的發(fā)展方向。

1.4.數字貨幣地址產生的基礎原理

數字貨幣的地址是根據公私鑰的密碼學機制產生一對公私鑰來完成的，然后通過一些算法和標準，將公鑰推導成數字貨幣的地址。也經常會通過某些機制產生一組私鑰和一組對應的公鑰。

其中私鑰的產生可以參考如下的示意圖。

推導出私鑰后，就能夠得到私鑰對應的公鑰。然后根據算法計算錢包的地址。我們以最常見的比特幣地址生成的過程演示如下：

演示圖中是最常見的地址算法生成原理圖，后面還有一些不同的比特幣地址類型，在原理圖中會有一些差異，會在后面的第三節(jié)中詳細講解每種地址類型。

2. 比特幣地址的相關協(xié)議

有了生成比特幣地址相關的算法與編碼，還需要一些具體的協(xié)議標準，這樣主要來自于 BIP 協(xié)議和 SLIP 協(xié)議。這兩個單詞的縮寫和含義如下：

BIP：Bitcoin Improvement Proposal 比特幣改進提案

SLIP：SatoshiLabs Improvement Proposals 中本聰實驗室改進提案

2.1.三個核心協(xié)議（BIP-32、39、44）與相關協(xié)議

1. BIP-32 (Hierarchical Deterministic Wallets) -分層確定性錢包

的主要作用：從一個主種子（Master Seed）派生出海量的密鑰對（私鑰和公鑰）。在這之前，錢包是一堆毫無關聯(lián)的私鑰集合，備份極其麻煩。BIP-32 允許你只需要備份一個主種子（通常由 BIP-39 的助記詞生成），就可以恢復整個錢包樹狀結構中的所有地址和資金。這極大地簡化了備份和恢復流程。BIP-32

BIP-32 協(xié)議里面定義了具體的公私鑰衍生算法：Child key derivation (CKD) functions

• Private parent key → private child key
• Public parent key → public child key
• Private parent key → public child key
• Public parent key → private child key

BIP-32 的分層確定性錢包的原理如下圖所示：

2. BIP-39 (Mnemonic code for generating deterministic keys) -助記詞

BIP-39 的主要作用：將 BIP-32 中的隨機數主種子（一長串 0 和 1）轉換成一串易于人類書寫、備份和記憶的英文單詞（通常是 12 或 24 個單詞），協(xié)議中也說明可以使用英文句子（但很少有這種實現(xiàn)案例）。這就是你現(xiàn)在創(chuàng)建錢包時看到的助記詞短語。它大大改善了用戶體驗和備份的可靠性。

BIP 的官方提供了如下幾種語言的助記詞詞庫：English、Japanese、Korean、Spanish、Chinese (Simplified)、Chinese (Traditional)、French、Italian、Czech、Portuguese

3. BIP-44 (Multi-Account Hierarchy for Deterministic Wallets) -多幣種和多賬戶層次結構

BIP 44 是基于 BIP-32 中描述的算法和 BIP-43 中描述的目的方案定義了確定性錢包的邏輯層次結構。為 BIP-32 的密鑰樹定義了一個標準化的結構。它規(guī)定了一個清晰的路徑格式，例如：m/purpose'/coin_type'/account'/change/address_index。這套標準使得同一個 HD 錢包種子可以用于管理多個不同的加密貨幣（如比特幣、萊特幣、以太坊），并在每種貨幣下管理多個賬戶，每個賬戶下又區(qū)分收款地址和找零地址。它確保了不同錢包提供商之間的兼容性。它允許處理多個代幣、多個賬戶、每個賬戶的外部和內部鏈以及每條鏈的數百萬個地址。

標準格式：m / purpose' / coin_type' / account' / change / address_index

• m：主密鑰（master）
• purpose'：固定為 44'，表示遵循 BIP 44 標準（強化派生）。
• coin_type'：幣種類型，例如比特幣是 0'，以太坊是 60'（強化派生）。
• account'：賬戶索引，允許用戶在一個錢包內創(chuàng)建多個賬戶（強化派生）。
• change：找零鏈。0 用于外部鏈(External Chain)（接收地址），1 用于內部鏈(Internal Chain)（找零地址）。
• address_index：地址索引，從 0 開始順序生成。

示例：第一個比特幣賬戶的第一個接收地址的路徑是：m/44'/0'/0'/0/0

單撇號'表示強化派生

4. BIP-43（Purpose Field for Deterministic Wallets）確定性錢包的目的（purpose）字段

因為單獨的 BIP-32 協(xié)議給實現(xiàn)者提供了過多的自由度，所以此協(xié)議專門描述了 purpose 字段，這個協(xié)議鼓勵不同的方案申請單獨的 BIP 號碼，并使用相同的 purpose 字段，這樣就不會從重疊的 BIP 32 空間生成地址。

在 4.2 節(jié)我們會看到不同的 BIP 定義的 purpose 字段。

用途代碼 10001-19999 被保留給了 SLIP 協(xié)議。

5. SLIP-0044（Registered coin types for BIP-0044）

此協(xié)議是定義了 coin_type 的類型，在 SLIP-0044 的常見數字貨幣類型中可以看到當前主流的 coin_type 類型，多達數千種。可以在鏈接中查看詳細內容：

2.2.地址格式協(xié)議與演進協(xié)議

1. BIP-11（M-of-N Standard Transactions）M/N 的標準交易

該協(xié)議提供了 M/N 簽名的標準交易類型，主要是為了提供一種更安全地使用管理比特幣資產的方式。

其指令類型我們在 3.3 節(jié)中可以看到樣例。

其中鎖定腳本：m {pubkey}...{pubkey} n OP_CHECKMULTISIG

解鎖腳本：OP_0 ...signatures...

但該協(xié)議只定義了一種標準交易，并沒有定義具體的地址類型，后來這種多簽的腳本都被規(guī)范為 P 2 SH 的地址類型。

2. BIP-13 (Address Format for pay-to-script-hash) - P 2 SH 地址

BIP-13 的主要作用：定義了以數字 3 開頭的地址標準。這種地址不是直接對應一個公鑰，而是對應一個腳本的哈希值。最常用于：

多重簽名錢包（需要多個簽名才能花費資金）。

兼容性隔離見證。

意義：將復雜的腳本條件哈希成一個簡短的地址，簡化了用戶體驗，并開啟了復雜智能合約的大門。

地址格式的具體定義：

base 58-encode: [one-byte version][20-byte hash][4-byte checksum]

3. BIP-16（Pay to Script Hash）支付到腳本哈希

此協(xié)議是定義了支付到腳本哈希的功能，BIP-13 是定義了支付到腳本哈希的地址?？梢钥吹?BIP-16 定義的腳本如下：

鎖定腳本：OP_HASH 160 [20-byte-hash-value] OP_EQUAL

解鎖腳本：...signatures... {serialized script}

可以在 3.4 節(jié)中查看具體樣例。

4. BIP-49（Derivation scheme for P 2 WPKH-nested-in-P 2 SH based accounts）基于 P 2 WPKH 嵌套 P 2 SH 賬戶的派生方案

使用 P 2 WPKH 嵌套 P 2 SH ( BIP 141 )交易時，需要一個通用的派生方案。它允許用戶無縫地使用具有相同主種子和/或單個帳戶的不同 HD 錢包。因此，用戶需要創(chuàng)建專用的隔離見證賬戶，以確保只有與此 BIP 兼容的錢包才能檢測到賬戶并進行適當處理。

為了從根賬戶導出公鑰，此 BIP 使用與 BIP 44 中定義的相同的賬戶結構，但僅使用不同的目的值來指示不同的交易序列化方法。

m / purpose' / coin_type' / account' / change / address_index

對于 purpose 路徑級別，它使用“49”。其余級別的使用方式按照 BIP 44 中的定義。

為了從上面計算的公鑰導出 P 2 SH 地址，使用 BIP 141 中定義的封裝：

witness: <signature> <pubkey>
scriptSig: <0<20-byte-key-hash>>
(0 x 160014{20-byte-key-hash})
scriptPubKey: HASH 160 <20-byte-script-hash> EQUAL
(0 xA 914{20-byte-script-hash}87)

5. BIP-84（Derivation scheme for P 2 WPKH based accounts）基于 P 2 WPKH 賬戶的派生方案

使用 P 2 WPKH 交易時，必須有一個通用的派生方案。它允許用戶無縫地使用具有相同主種子和/或單個帳戶的不同 HD 錢包。因此，用戶需要創(chuàng)建專用的隔離見證賬戶，以確保只有與此 BIP 兼容的錢包才能檢測到賬戶并進行適當處理。

為了從根賬戶導出公鑰，此 BIP 使用與 BIP 44 和 BIP 49 中定義的相同的賬戶結構，但僅使用不同的目的值來指示不同的交易序列化方法。

m / purpose' / coin_type' / account' / change / address_index

對于 purpose 級別，它使用 84'。其余級別按照 BIP 44 或 BIP 49 中的定義使用。

為了從上面計算的公鑰導出 P 2 WPKH 地址，使用 BIP 141 中定義的封裝：

witness: <signature> <pubkey>
scriptSig: (empty)
scriptPubKey: 0<20-byte-key-hash>
(0 x 0014{20-byte-key-hash})

6. BIP-86（Key Derivation for Single Key P 2 TR Outputs）單密鑰 P 2 TR 輸出的密鑰派生

此協(xié)議提供了單密鑰 P 2 TR（BIP 341）輸出作為 Taproot 內部密鑰。為了從根賬戶派生公鑰，此 BIP 使用與 BIP 44、49 和 84 中定義的相同的賬戶結構，但腳本類型的目的值不同。

m / purpose' / coin_type' / account' / change / address_index

對于 purpose 路徑級別，它使用 86'。其余級別的使用方式按照 BIP 44、49 和 84 中的定義進行。

7. BIP-173 (Base 32 address format for native v 0-16 witness outputs) -原生隔離見證地址（Bech 32）

BIP-173 的主要作用：定義了一種全新的地址格式，專為原生隔離見證（Native SegWit）交易設計，即通常以 bc 1 q 開頭的地址。

優(yōu)勢：

更低的交易費用：原生隔離見證交易的數據量更小，因此手續(xù)費更便宜。

防錯性更強：使用 Bech 32 編碼，能有效防止輸入錯誤（如混淆大小寫'O'和數字'0'）和檢測錯誤。

支持更大規(guī)模的升級：為未來的升級（如 Taproot）鋪平了道路。

8. BIP-350 (Addresses for P 2 WPKH and P 2 WSH in Bech 32 m) - Taproot 地址（Bech 32 m）

BIP-350 的主要作用：對 BIP-173 的 Bech 32 格式進行了一次微小但關鍵的調整，創(chuàng)造了 Bech 32 m 編碼，以支持新的 Taproot 支付方式（P 2 TR）。這就是以 bc 1 p 開頭的地址。

為什么需要新格式：為了與之前的原生隔離見證（v 0 版本）區(qū)分開，因為 Taproot 使用了新的見證版本（v 1）。Bech 32 m 確保了不同版本之間的校驗和驗證規(guī)則不會沖突。

9. BIP-141 (Segregated Witness) -隔離見證本身

BIP-141 的主要作用：雖然 BIP-141 本身是一個核心協(xié)議，但它引入了兼容性地址（Nested P 2 SH），即包裹在傳統(tǒng) P 2 SH 腳本中的隔離見證交易。這種地址以 3 開頭，看起來和多重簽名地址一樣。

目的：在生態(tài)系統(tǒng)的軟件和服務尚未升級支持原生 Bech 32 地址時，為用戶提供一種提前享受隔離見證手續(xù)費優(yōu)惠的方式?，F(xiàn)在已逐漸被原生 Bech 32 地址取代。

3. 比特幣的地址類型與鎖定腳本類型

3.1.支付到公鑰哈希 P 2 PK

P 2 PK（Pay To Public Key），支付到公鑰。這是最早的一種地址格式，是支付到公鑰，這個公鑰沒有經過地址的運算。當前已經很少使用。

為了對比學習，我們將其原理和樣例數據總結到文檔中：

（1）原理示意圖

（2）樣例數據

為了創(chuàng)建一個 P 2 PK 可以花費的腳本，樣例數據如下：

在 output 中的鎖定腳本

OP_PUSHBYTES_65
049464205950188 c 29 d 377 eebca 6535 e 0 f 3699 ce 4069 ecd 77 ffebfbd 0 bcf 95 e 3 c 134 cb 7 d 2742 d 800 a 12 df 41413 a 09 ef 87 a 80516353 a 2 f 0 a 280547 bb 5512 dc 03 da 8
OP_CHECKSIG

在 input 中的解鎖腳本

OP_PUSHBYTES_72
3045022100 c 219 a 522 e 65 ca 8500 ebe 05 a 70 d 5 a 49 d 840 ccc 15 f 2 afa 4 ee 9 df 783 f 06 b 2 a 322310220489 a 46 c 37 feb 33 f 52 c 586 da 25 c 70113 b 8 eea 41216440 eb 84771 cb 67 a 67 fdb 68 c 01

在一些瀏覽器中，支付到公鑰，還是會被顯示成支付到公鑰的哈希值，也就是 1 開頭的比特幣地址。

這種地址格式是 1 開頭的長地址，例如：

13 QECtNiFPXijbMZmcgaTom 3 pCXwHvDYTUWGtRxZN 7 fY 24 u 4 fG 5 iiqXaQz 3 TvuQydLrkz 9 L 4 YhcYn 3 khC 44 yQwaZme 6 uoXQ

形成的過程

public key (uncompressed) =04283338 ffd 784 c 198147 f 99 aed 2 cc 16709 c 90 b 1522 e 3 b 3637 b 312 a 6 f 9130 e 0 eda 7081 e 373 a 96 d 36 be 319710 cd 5 c 134 aaffba 81 ff 08650 d 7 de 8 af 332 fe 4 d 8 cde 20
prefix + public key + checksum=0004283338 ffd 784 c 198147 f 99 aed 2 cc 16709 c 90 b 1522 e 3 b 3637 b 312 a 6 f 9130 e 0 eda 7081 e 373 a 96 d 36 be 319710 cd 5 c 134 aaffba 81 ff 08650 d 7 de 8 af 332 fe 4 d 8 cde 2067 da 00 eb
base 58 address =13 QECtNiFPXijbMZmcgaTom 3 pCXwHvDYTUWGtRxZN 7 fY 24 u 4 fG 5 iiqXaQz 3 TvuQydLrkz 9 L 4 YhcYn 3 khC 44 yQwaZme 6 uoXQ

3.2.支付到公鑰哈希 P2PKH

P 2 PKH（Pay To Public Key Hash），支付到公鑰哈希。P 2 PKH 是比較常用的交易方式。

（1）原理示意圖

（2）樣例數據

output 中的鎖定腳本

OP_DUP
OP_HASH 160
OP_PUSHBYTES_20
55 ae 51684 c 43435 da 751 ac 8 d 2173 b 2652 eb 64105
OP_EQUALVERIFY
OP_CHECKSIG

input 中的解鎖腳本

OP_PUSHBYTES_72
3045022100 c 233 c 3 a 8 a 510 e 03 ad 18 b 0 a 24694 ef 00 c 78101 bfd 5 ac 075 b 8 c 1037952 ce 26 e 91 e 02205 aa 5 f 8 f 88 f 29 bb 4 ad 5808 ebc 12 abfd 26 bd 791256 f 367 b 04 c 6 d 955 f 01 f 28 a 772401
OP_PUSHBYTES_33
03 f 0609 c 81 a 45 f 8 cab 67 fc 2 d 050 c 21 b 1 acd 3 d 37 c 7 acfd 54041 be 6601 ab 4 cef 4 f 31

執(zhí)行腳本的示意圖

P 2 PKH 的地址形成示意圖

這種地址格式是 1 開頭的地址，例如：1 JBSCVF 6 VM 6 QjFZyTnbpLjoCJTQEqVbepG

形成的過程

public key (uncompressed) =04283338 ffd 784 c 198147 f 99 aed 2 cc 16709 c 90 b 1522 e 3 b 3637 b 312 a 6 f 9130 e 0 eda 7081 e 373 a 96 d 36 be 319710 cd 5 c 134 aaffba 81 ff 08650 d 7 de 8 af 332 fe 4 d 8 cde 20
hash 160(public key) = bc 73550 c 1612 ee 81155 d 29254217 cbd 60084 a 6 d 1
prefix+hash 160(publickey)+checksum =00 bc 73550 c 1612 ee 81155 d 29254217 cbd 60084 a 6 d 1691 c 58 b 9
base 58 address = 1 JBSCVF 6 VM 6 QjFZyTnbpLjoCJTQEqVbepG

從理論上，一個未壓縮的 130 字符的公鑰，經過 Hash 160 壓縮為 40 字符的哈希值，就會有產生哈希碰撞的可能性，也就是地址會有重復的可能性（概率很?。?。

3.3.支付到多簽 P 2 MS

P 2 MS（Pay To Multisig），支付到多簽。相關的原理解釋需要參考 BIP 11：M-of-N Standard Transactions

（1）原理示意圖

對于上面的示意圖，使用 2/3 多簽示意如下：

（2）樣例數據

output 中的鎖定腳本

OP_2
OP_PUSHBYTES_65
04 d 81 fd 577272 bbe 73308 c 93009 eec 5 dc 9 fc 319 fc 1 ee 2 e 7066 e 17220 a 5 d 47 a 18314578 be 2 faea 34 b 9 f 1 f 8 ca 078 f 8621 acd 4 bc 22897 b 03 daa 422 b 9 bf 56646 b 342 a 2
OP_PUSHBYTES_65
04 ec 3 afff 0 b 2 b 66 e 8152 e 9018 fe 3 be 3 fc 92 b 30 bf 886 b 3487 a 525997 d 00 fd 9 da 2 d 012 dce 5 d 5275854 adc 3106572 a 5 d 1 e 12 d 4211 b 228429 f 5 a 7 b 2 f 7 ba 92 eb 0475 bb 1
OP_PUSHBYTES_65
04 b 49 b 496684 b 02855 bc 32 f 5 daefa 2 e 2 e 406 db 4418 f 3 b 86 bca 5195600951 c 7 d 918 cdbe 5 e 6 d 3736 ec 2 abf 2 dd 7610995 c 3086976 b 2 c 0 c 7 b 4 e 459 d 10 b 34 a 316 d 5 a 5 e 7
OP_3
OP_CHECKMULTISIG

input 中的解鎖腳本

OP_0
OP_PUSHBYTES_72
3045022100 af 204 ef 91 b 8 dba 5884 df 50 f 87219 ccef 22014 c 21 dd 05 aa 44470 d 4 ed 800 b 7 f 6 e 40220428 fe 058684 db 1 bb 2 bfb 6061 bff 67048592 c 574 effc 217 f 0 d 150 daedcf 36787601
OP_PUSHBYTES_72
3045022100 e 8547 aa 2 c 2 a 2761 a 5 a 28806 d 3 ae 0 d 1 bbf 0 aeff 782 f 9081 dfea 67 b 86 cacb 321340220771 a 166929469 c 34959 daf 726 a 2 ac 0 c 253 f 9 aff 391 e 58 a 3 c 7 cb 46 d 8 b 7 e 0 fdc 4801

執(zhí)行腳本的示意圖

P 2 MS（支付到多簽）實際上沒有地址格式，最常用的方式是將 P 2 MS 支付腳本被包裹在 P 2 SH 或 P 2 WSH 腳本中，因此其地址參考其他兩種類似的地址。與直接使用 P 2 MS 相比，具有如下優(yōu)勢：

因為 P 2 MS 沒有地址格式。因此，如果你希望對你的比特幣進行直接鎖定，你需要自行構建并發(fā)送原始鎖定腳本。更糟糕的是，這樣可能無法為你創(chuàng)建此交易，因為大多數錢包只允許你在進行交易時使用地址（而非原始腳本）。這樣的情況，使得只有專業(yè)的人員使用特定工具或開發(fā)工具來構造能花費這種 UTXO 的 input，對普通人具有較高的門檻。

P 2 MS 限制最多使用 3 個公鑰。由于包含所有公鑰，P 2 MS 的鎖定腳本會變得非常龐大（導致手續(xù)費也很高），因此限制為 3 個（以防止 UTXO 集中存儲過多數據）。但是，使用 P 2 SH，你可以使用最多 15 個公鑰進行多重簽名鎖定。

因此，如果用戶愿意，仍然可以使用 P 2 MS，但使用 P 2 SH 實現(xiàn)相同功能會更方便。

3.4.支付到腳本哈希 P 2 SH

P 2 SH（Pay To Script Hash）支付到腳本哈希?？梢灾Ц兜侥_本哈希后，比特幣的交易表現(xiàn)的能力得到了很大的增強。

（1）原理示意圖

（2）樣例數據

output 中的鎖定腳本

OP_HASH 160
OP_PUSHBYTES_20
748284390 f 9 e 263 a 4 b 766 a 75 d 0633 c 50426 eb 875
OP_EQUAL

input 中的解鎖腳本

OP_0
OP_PUSHBYTES_71
3044022100 d 0 ed 946330182916 da 16 a 6149 cd 313 a 4 b 1 a 7 b 41591 ee 52 fb 3 e 79 d 64 e 36139 d 66021 f 6 ccf 173040 ef 24 cb 45 c 4 db 3 e 9 c 771 c 938 a 1 ba 2 cf 8 d 2404416 f 70886 e 360 af 401
OP_PUSHBYTES_71
5121022 afc 20 bf 379 bc 96 a 2 f 4 e 9 e 63 ffceb 8652 b 2 b 6 a 097 f 63 fbee 6 ecec 2 a 49 a 48010 e 2103 a 767 c 7221 e 9 f 15 f 870 f 1 ad 9311 f 5 ab 937 d 79 fcaeee 15 bb 2 c 722 bca 515581 b 4 c 052 ae

執(zhí)行腳本的示意圖

地址原理

Encode the hash 160 of a public key or script to a legacy address.

這種地址格式是 3 開頭的地址（測試網是 2 開頭地址），例如：

3 Nfmmt 78 SUwQTZtr 4 p 9 qty 5 Wgaykt 6 PhoS

形成的過程：

將用戶的公鑰或腳本進行 Hash 160 編碼，得到結果：

hash 160(public key or Script) = d 5 ed 76 bbb 243 d 456240014178 ba 5 fbb 37 ada 36 bc
base 58 address = prefix（05）+hash 160(public key or Script)+checksum（32 e 485 ca）= 3 MCAKgGRPTMjYP 3 cD 1 vTeD 7 aQZJPVECAC 1

P 2 SH 的幾個明顯優(yōu)點是：

• 更容易使用復雜的解鎖腳本（也為后續(xù)的 Taproot 中使用 MAST 樹提供了基礎）；
• 更便宜的手續(xù)費（其實是將成本轉移到了花費者的身上，花費輸出的人需要使用更多的解鎖字節(jié)）；

lP 2 SH 提供更強的隱私性；

因為 output 中的字節(jié)減少，整個 UTXO 的集合更小。因為單個 UTXO 的尺寸更小，更多的 UTXO 可以放到內存中。

注意：在 P 2 SH 中，贖回腳本的最大長度是 520 個字節(jié)。這也就是 P 2 SH 腳本如果是 P 2 MS，那么最多是 15 個公鑰（壓縮公鑰是 33 字節(jié)，15 個壓縮公鑰是 33*15=495 字節(jié)，是小于 520 字節(jié)的最大值）。

3.5.支付到包裹的見證公鑰哈希 P 2 SH-P 2 WPKH

2 SHP 2 WPKH wrapped in a P 2 SH，將支付到見證公鑰哈希 P 包裹到支付到腳本哈希 P 2 SH 方式中。P-P 2 WPKH()2 WPKH

（1）原理示意圖

（2）樣例數據

output 中的鎖定腳本

OP_HASH 160
OP_PUSHBYTES_20
6 d 3 ed 4 cf 55 dc 6752 a 12 d 3091 d 436 ef 8 f 0 f 982 ff 8
OP_EQUAL

input 中的解鎖腳本

OP_PUSHBYTES_22
001402 c 8147 af 586 cace 7589672191 bb 1 c 790 e 9 e 9 a 72

執(zhí)行腳本的示意圖

（3）這種支付形成地址的示意圖如下：

這種地址格式是 3 開頭的地址，例如：3 Beer 3 irc 1 vgs 76 ENA 4 coqsEQpGZeM 5 CTd

3.6.支付到包裹的見證腳本哈希 P 2 SH-P 2 WSH

P 2 SH-P 2 WSH(P 2 WSH wrapped in a P 2 SH)，將支付到見證腳本哈希 PS 包裹到支付到腳本哈希 P 2 SH 方式中。

（1）原理示意圖

（2）樣例數據

output 中的鎖定腳本

OP_HASH 160
OP_PUSHBYTES_20
257014 cec 2 f 75 c 19367 b 2 a 6 a 0 e 08 b 9 f 304108 e 3 b
OP_EQUAL

input 中的解鎖腳本

OP_PUSHBYTES_34
0020973 cfd 44 e 60501 c 38320 ab 1105 fb 3 ee 3916 d 2952702 e 3 c 8 cb 4 cbb 7056 aa 6 b 47 f

執(zhí)行腳本的示意圖

（3）這種支付形成地址的示意圖如下：

這種地址格式是 3 開頭的地址，例如：3 NUPJunPTWu 5 ivNHoi 375 bsTiN 7 P 2 MpZC 2

3.7.支付到見證公鑰哈希 P 2 WPKH

P 2 WPHK（Pay To Witness Public Key Hash）支付到見證公鑰哈希。這種是用于隔離見證地址的支付。

（1）原理示意圖

（2）樣例數據

output 中的鎖定腳本

OP_0
OP_PUSHBYTES_20
841 b 80 d 2 cc 75 f 5345 c 482 af 96294 d 04 fdd 66 b 2 b 7

input 中的解鎖腳本（Witness 區(qū)數據）

3044022042 e 5 e 3 ed 2 a 41214 ae 864634 b 6 fde 33 ca 2 ff 312 f 3 d 89 d 6 aa 3 e 14 c 026 d 50 d 8 ed 3202206 c 38 dcd 0432 a 0724490356 fbf 599 cdae 40 e 334 c 3667 a 9253 f 8 f 4 cc 57 cf 3 c 448001
03 f 465315805 ed 271 eb 972 e 43 d 84 d 2 a 9 e 19494 d 10151 d 9 f 6 adb 32 b 8534 bfd 764 ab

執(zhí)行腳本的示意圖

地址形成示意圖

使用前綴 OP_0 來區(qū)分隔離見證的第一個版本（后面的 Taproot 地址使用 OP_1 來區(qū)分），后面是 20 個字節(jié)的公鑰哈希，最后使用 Bech 32 地址編碼格式。

這種地址格式是 bc 1 q 開頭的地址，例如：

bc 1 qar 0 srrr 7 xfkvy 5 l 643 lydnw 9 re 59 gtzzwf 5 mdq

注釋：P 2 WPKH 只接受壓縮公鑰

3.8.支付到見證腳本哈希 P 2 WSH

P 2 WSH（Pay To Witness Script Hash），支付到見證腳本哈希。

（1）原理示意圖

（2）樣例數據

output 中的鎖定腳本

OP_0
OP_PUSHBYTES_32
65 f 91 a 53 cb 7120057 db 3 d 378 bd 0 f 7 d 944167 d 43 a 7 dcbff 15 d 6 afc 4823 f 1 d 3 ed 3

input 中的解鎖腳本

00
30440220415899 bbee 08 e 42376 d 06 e 8 f 86 c 92 b 4987613 c 2816352 fe 09 cd 1479 fd 639 f 18 c 02200 db 57 f 508 f 69 e 266 d 76 c 23891708158 bda 18690 c 165 a 41 b 0 aa 88303 b 97609 f 7801
304402203973 de 2303 e 8787767090 dd 25 c 8 a 4 dc 97 ce 1 aa 7 eb 4 c 0962 f 13952 ed 4 e 856 ff 8 e 02203 f 1 bb 425 def 789 eea 8 be 46407 d 10 b 3 c 8730407176 aef 4 dc 2 c 29865 eb 5 e 5542 bf 01
522103848 e 308569 b 644372 a 5 eb 26665 f 1 a 8 c 34 ca 393 c 130 b 376 db 2 fae 75 c 43500013 c 2103 cec 1 ee 615 c 17 e 06 d 4 f 4 b 0 a 08617 dffb 8 e 568936 bdff 18 fb 057832 a 58 ad 4 d 1 b 752103 eed 7 ae 80 c 34 d 70 f 5 ba 93 f 93965 f 69 f 3 c 691 da 0 f 4607 f 242 f 4 fd 6 c 7 a 48789233 e 53 ae

執(zhí)行腳本的示意圖

地址形成示意圖

使用前綴 OP_0 來區(qū)分隔離見證的第一個版本（后面的 Taproot 地址使用 OP_1 來區(qū)分），后面是 32 個字節(jié)的腳本哈希，最后使用 Bech 32 地址編碼格式。

這種地址格式是 bc 1 q 開頭的地址，例如：

bc 1 qmc 7 d 40 nxddfklulxq 55 f 2 jhupauaystdlxnj 69 asztedz 8 uz 6 e 3 q 9 lj 223

3.9.支付到 Taproot 地址 P 2 TR

P 2 TR（Pay To Taproot），支付到 Taproot 地址。這種類型的支付有兩種情況一種是 Key Path Spend，另一種是 Script Path Spend，詳細內容見下面的說明。

（1）原理示意圖

（2）樣例數據 1 -Key Path Spend

output 中的鎖定腳本

OP_1
OP_PUSHBYTES_32
0 f 0 c 8 db 753 acbd 17343 a 39 c 2 f 3 f 4 e 35 e 4 be 6 da 749 f 9 e 35137 ab 220 e 7 b 238 a 667

input 中的解鎖腳本

b 693 a 0797 b 24 bae 12 ed 0516 a 2 f 5 ba 765618 dca 89 b 75 e 498 ba 5 b 745 b 71644362298 a 45 ca 39230 d 10 a 02 ee 6290 a 91 cebf 9839600 f 7 e 35158 a 447 ea 182 ea 0 e 022 ae 01

Key Path Spend 執(zhí)行腳本的示意圖

（3）樣例數據 2-3 Script Path Spend

output 中的鎖定腳本

OP_1
OP_PUSHBYTES_32
0 f 0 c 8 db 753 acbd 17343 a 39 c 2 f 3 f 4 e 35 e 4 be 6 da 749 f 9 e 35137 ab 220 e 7 b 238 a 667

input 中的解鎖腳本

01769105 cbcbdcaaee 5 e 58 cd 201 ba 3152477 fda 31410 df 8 b 91 b 4 aee 2 c 4864 c 7700615 efb 425 e 002 f 146 a 39 ca 0 a 4 f 2924566762 d 9213 bd 33 f 825 fad 83977 fba 7 f 01
206 d 4 ddc 0 e 47 d 2 e 8 f 82 cbe 2 fc 2 d 0 d 749 e 7 bd 3338112 cecdc 76 d 8 f 831 ae 6620 dbe 0 ac
c 0924 c 163 b 385 af 7093440184 af 6 fd 6244936 d 1288 cbb 41 cc 3812286 d 3 f 83 a 3329

執(zhí)行腳本的示意圖

使用前綴 OP_1 來區(qū)分隔離見證的第二個版本（前面的 SegWit 地址使用 OP_0 來區(qū)分），后面是 20 個字節(jié)的公鑰哈希，最后使用 Bech 32 地址編碼格式。

這種地址格式是 bc 1 p 開頭的地址，例如：

bc 1 ppsxtf 9 y 28 tx 36 e 6 nlra 79 m 270 vuagzknt 97 w 6 ga 4 ah 5 g 7 ggxpu 8 s 6 z 8 ftw

4. 比特幣交易中的派生路徑地址與隱私保護

4.1.比特幣的交易變化歷史

比特幣的地址變化還和幾次比特幣的交易變化歷史有較大的關系。主要是比特幣的兩次隔離見證產生的變化。

1. 白皮書中定義的交易（簡單交易模型）

早期最基本的比特幣交易，允許有多個輸入和最多兩個輸出。其中一個輸出的數值是給自己的找零，另外一個輸出是給外部的轉賬。（備注：總輸入與總輸出之間的差額是手續(xù)費）

早期的地址是 P 2 PK，P 2 PKH，P 2 MS，P 2 SH 幾種地址類型。

2. 隔離見證第一版(SegWit)中的交易

隔離見證（Segregated Witness，簡稱 SegWit）是比特幣區(qū)塊鏈網絡的協(xié)議升級方案，作為 Bitcoin Core 客戶端的核心更新提案，由開發(fā)者 Pieter Wiulle 于 2015 年 12 月提出，通過分離交易數據與簽名數據實現(xiàn)擴容。該方案保持與傳統(tǒng)比特幣網絡的兼容性，避免了硬分叉。

其核心機制將區(qū)塊容量上限從 1 兆字節(jié)擴展至 4 兆字節(jié)（統(tǒng)計中的實際擴容約 2-2.1 兆字節(jié)），通過將數字簽名存儲于附加見證區(qū)塊釋放主鏈空間。該技術解決了交易延展性問題，改進交易標識生成方式防止雙重支付攻擊，并為閃電網絡等第二層協(xié)議奠定基礎 。作為被業(yè)內大多數企業(yè)采用的主流客戶端標準，Bitcoin Core 的此次升級需全網 95%算力支持，但實際支持率長期維持 32%-33.8%。反對意見集中于技術效用爭議及第三方介入可能削弱比特幣去中心化特性。2017 年 8 月 24 日該協(xié)議在比特幣主網激活。

中的地址是 P 2 WPKH，P 2 WSH，P 2 SH-P 2 WPKH，P 2 SH-P 2 WPSH 幾種地址類型。

3. 隔離見證第二版（Taproot）中的交易

Taproot 技術在 2020 年 1 月份提出，2021 年 11 月，Taproot 以軟分叉的形式正式生效。此次升級由 BIP 340、BIP 341 和 BIP 342 組合。其中 BIP 340 引入了可以同時驗證多個交易的 Schnorr 簽名，取代了橢圓曲線數字簽名算法（ECDSA），再一次擴大了網絡容量并加快了批量交易的處理速度，為部署復雜的智能合約提供了可能性；BIP 341 實現(xiàn)了默克爾化抽象語法樹（MAST）來優(yōu)化區(qū)塊鏈上的交易數據存儲；BIP 342（Tapscript）采用比特幣的腳本編碼語言擴充的比特幣原生腳步能力的不足。

Taproot 中的地址是 P 2 TR 一種地址類型。

4.2.常見的已知派生路徑定義

我們先了解比特幣的常見派生路徑，然后再看其他鏈的常見派生路徑。

1. 常見的比特幣派生路徑

BIP 中定義的派生路徑標準格式：m / purpose' / coin_type' / account' / change / address_index

比特幣最常見的幾種派生路徑，它們的主要區(qū)別在于 purpose 字段，對應了不同的地址類型。

（1）BIP 44 - Legacy (原始)地址(1...)

路徑：m/44'/0'/0'/0/0

目的：最早的 HD 錢包標準，用于生成以 1 開頭的 P 2 PKH 地址。

特點：

兼容性最好，所有錢包和交易所都支持。

交易手續(xù)費最高，因為其交易數據體積較大。

使用場景：現(xiàn)在主要用于從非常老的錢包中恢復資金，或向不支持新地址類型的古老平臺充值。

（2）BIP 49 - Nested SegWit (嵌套隔離見證)地址(3...)

路徑：m/49'/0'/0'/0/0

目的：用于生成以 3 開頭的 P 2 SH-P 2 WPKH 地址。

特點：

通過將 SegWit 地址包裝在 P 2 SH 腳本中來實現(xiàn)。

手續(xù)費比 Legacy 低，但比 Native SegWit 高。

兼容性很好，幾乎所有的錢包和交易所都支持接收和發(fā)送到 3 開頭的地址。

使用場景：在 SegWit 推廣初期，作為向 Native SegWit 過渡的兼容方案。現(xiàn)在仍然被廣泛支持。

（3）BIP 84 - Native SegWit (原生隔離見證)地址(bc 1 q...)

路徑：m/84'/0'/0'/0/0

目的：用于生成以 bc 1 q 開頭的 P 2 WPKH 地址。

特點：

手續(xù)費最低，因為其交易數據體積最小，是最高效的格式。

安全性最佳，完全受益于隔離見證的技術優(yōu)勢。

兼容性：目前絕大多數現(xiàn)代錢包、節(jié)點和交易所都已支持。但一些非常老舊的系統(tǒng)可能無法識別。

使用場景：當前的首選和推薦標準，用于節(jié)省手續(xù)費并享受最新的技術特性。

（4）BIP 86 - Taproot (P 2 TR)地址(bc 1 p...)

路徑：m/86'/0'/0'/0/0

目的：用于生成以 bc 1 p 開頭的 P 2 TR 地址。這是比特幣的最新一次重大升級。

特點：

隱私性更好，使簡單支付和復雜腳本交易在鏈上看起來幾乎沒有區(qū)別。

效率更高，為復雜的智能合約（如閃電網絡、DLCs）提供了更好的可擴展性和更低的費用。

簽名算法（Schnorr Signatures）更高效，支持密鑰聚合。

使用場景：代表比特幣的未來發(fā)展方向，適合希望使用最新技術、追求更低費用和更好隱私的用戶和應用。

（5）RGB 技術中用到的派生路徑

如果根據 RGB-0044 協(xié)議，符合 BIP-44 協(xié)議標準和 SLIP-44 協(xié)議中隊 coin 的定義，purpose 使用的是 84，RGB 的官方派生路徑如下：m_type/84’

此外作者還查閱到 RGB 官方網站中，根據 LNPBP-46: LN derivations 中的描述，使用了 m/9735'/的衍生路徑，具體的相關內容如下：

注：具體以哪個為標準，還需要進一步的研究相關應用和 RGB 協(xié)議文檔。

（6）其他重要路徑

BIP 32 根路徑：m/0' (或有時用 m/0)。一些老舊的實現(xiàn)或非標準錢包可能會直接使用這個路徑，但極不推薦，因為它不符合多幣種多賬戶的標準。

多簽名錢包路徑：對于多簽錢包，每個協(xié)作者通常會使用自己的標準路徑（如 m/48'/0'/0'/2'）來派生用于多簽的公鑰。這通常由協(xié)調多簽的錢包軟件（如 Electrum, Specter）來管理，普通用戶無需手動處理。

測試網路徑：只需將上述路徑中的 coin_type 從 0'改為 1'即可。例如，測試網 Native SegWit 路徑為：m/84'/1'/0'/0/0。

2. 以下列出一些主流幣種及其常見的派生路徑。

（1）以太坊(Ethereum)及 EVM 兼容鏈(BSC, Polygon, Avalanche C-Chain 等)

以太坊及其眾多衍生鏈共享相同的 coin_type，因為它們使用相同的密碼學（secp 256 k 1 曲線）和地址格式。

路徑：m/44'/60'/0'/0/0

coin_type: 60'

地址格式: 0 x...

說明:這是 MetaMask、Trust Wallet 等絕大多數錢包使用的默認路徑。所有基于 EVM 的鏈（如 BSC m/44'/60'/0'/0/0, Polygon m/44'/60'/0'/0/0）都使用同一個路徑和同一組私鑰。你在不同鏈上的地址看起來會一模一樣，但它們是不同鏈上的獨立賬戶。切換網絡時，錢包軟件通過 RPC 節(jié)點來區(qū)分不同的鏈。

（2）幣安幣(BNB)信標鏈

BNB 有其獨立的鏈和地址系統(tǒng)，與 EVM 鏈不同。

路徑：m/44'/714'/0'/0/0

coin_type: 714'

地址格式: bnb 1... (Bech 32)或 tbnb 1... (測試網)

說明:用于幣安鏈（Binance Chain）上的 BNB 資產。

（3）波卡(Polkadot)

路徑：m/44'/354'/0'/0/0

coin_type: 354'

地址格式:基于 SS 58 格式，通常以 1 開頭。

（4）索拉納(Solana)

路徑：m/44'/501'/0'/0'

coin_type: 501'

說明:注意，Solana 的路徑在最后使用了強化派生 0'，而不是普通的 0。這是其標準做法。

（5）卡爾達諾(Cardano)

Cardano 的派生路徑比較特殊和復雜，它基于自己的 BIP 44-ADA 方案。

路徑：m/1852'/1815'/0'/0/0

purpose: 1852' (專門為 Cardano 設計)

coin_type: 1815' (ADA 的誕生年份)

地址格式: addr 1... (Bech 32)

說明:這是 Daedalus 和 Yoroi 錢包使用的標準路徑。

（6）瑞波幣(Ripple - XRP)

路徑：m/44'/144'/0'/0/0

coin_type: 144'

地址格式: r... (Base 58)

（7）萊特幣(Litecoin)

萊特幣類似比特幣，也有多種地址類型。

Legacy (L...): m/44'/2'/0'/0/0

SegWit (M...): m/49'/2'/0'/0/0

Native SegWit (ltc 1 q...): m/84'/2'/0'/0/0

coin_type: 2'

（8）狗狗幣(Dogecoin)

路徑：m/44'/3'/0'/0/0

coin_type: 3'

地址格式: D... (Base 58)

（9）波場(Tron)

路徑：m/44'/195'/0'/0/0

coin_type: 195'

地址格式: T... (Base 58)

3. 非標準或例外情況

（1）門羅幣(Monero)

門羅幣不使用 BIP 32/BIP 44 標準。它有自己的分層確定性錢包方案，使用不同的密碼學（Ed 25519 曲線）和密鑰結構。

它的派生路徑看起來像：m/44'/128'/0' (但這不是標準 BIP 32 路徑)

重要提示:你不能使用為比特幣/以太坊設計的助記詞在門羅錢包中直接恢復出資金，反之亦然?；謴烷T羅幣錢包必須使用門羅幣自己的助記詞和系統(tǒng)。

（2）硬件錢包的“以太坊經典”路徑

一些硬件錢包（如 Ledger）為以太坊經典（ETC）設置了獨立的路徑，以將其與以太坊（ETH）區(qū)分開，盡管它們的地址格式相同。

以太坊(ETH): m/44'/60'/0'/0/0

以太坊經典(ETC): m/44'/61'/0'/0/0

4.3.隱私保護與多地址使用

比特幣有一個比較特殊的現(xiàn)象“找零地址變化”，或者說 UTXO 模型的區(qū)塊鏈都可以有這種特性。要理解“找零地址變化”，需要理解三個關鍵知識點：

1. UTXO 模型（未花費交易輸出）

這是比特幣最核心的賬本模型，不同于傳統(tǒng)的賬戶余額模型。

基本原理：比特幣網絡記錄的并不是你的“余額”，而是一張張未花費的“支票”（即 UTXO）。這些支票面額各異，且一旦被花掉就會被銷毀，并創(chuàng)造出新的支票。

交易過程：當你支付時，你必須拿出你錢包里的一張或幾張“支票”（輸入），它們的總面值必須大于或等于你要支付的金額。交易會創(chuàng)建兩個新的“支票”：

一張給收款人：面額等于支付金額。

一張給你自己（找零）：面額等于（輸入總額-支付金額-交易手續(xù)費）。

關鍵結論：找零本質上是一筆支付給你自己的新輸出（UTXO）。它和你付給別人的輸出在交易結構中沒有任何區(qū)別。

注釋：這里使用支票這個單詞，而不使用現(xiàn)金（經常是定額印刷好的）這個單詞，是因為支票上的金額是隨機的，每張支票的金額都有可能不同，這更符合比特幣中 UTXO 的場景描述。很多時候混合使用支票和現(xiàn)金都是表達同一個意思。

2. 隱私保護設計

使用固定的地址會嚴重損害隱私。

地址復用問題：如果所有 UTXO（包括找零）都回到同一個地址，那么區(qū)塊鏈分析機構或人員可以輕易地：

關聯(lián)你的所有交易：知道這個地址背后的所有資金流動。

估算你的財富：清楚地看到你的總收入。

破壞匿名集：無法將他人的交易與你的交易混合起來。

解決方案：為每一筆交易的找零使用一個全新的地址。這使得外部觀察者很難確定一筆交易中哪個輸出是支付給商家的，哪個輸出是找零返回給自己的。這極大地增加了區(qū)塊鏈分析的難度，保護了你的財務隱私。

3. HD 錢包（分層確定性錢包）的技術實現(xiàn)

手動為每次找零管理新地址和私鑰是不可行的，HD 錢包自動化了這個過程。

鏈式結構：HD 錢包從一個種子（助記詞）可以生成近乎無限個地址和私鑰。

派生路徑：如我們之前討論的，標準路徑 m/44'/0'/0'/1/*專門用于找零（change = 1）。

m/44'/0'/0'/0/*： 用于生成接收地址（外部鏈）。

m/44'/0'/0'/1/*： 用于生成找零地址（內部鏈）。

工作流程：

你的錢包軟件在構造一筆交易時，如果需要找零，它會自動從內部的“找零地址池”（/1/*）中取出作為找零接收地址。下一個從未使用過的地址

這筆交易被廣播并確認后，新的找零 UTXO 就保存在這個新地址下。

當你下次花費資金時，你的錢包會同時掃描接收鏈和找零鏈下的所有 UTXO，將它們一起作為可用的“輸入”。你無需手動管理，錢包會自動處理好一切。

簡單總結：“找零地址變化”是、和三者結合的必然結果。它不是可選項，而是比特幣錢包的標準行為。UTXO 模型隱私保護需求 HD 錢包技術

使用區(qū)塊鏈瀏覽器：找一筆真實的交易（比如你自己錢包里的一筆交易），在 mempool.space 或 blockstream.info 上查看它的詳情。嘗試分析它的輸入和輸出，猜猜哪個是支付輸出，哪個是找零輸出（通常找零輸出會指向一個屬于發(fā)送方的新地址）。

使用測試錢包：在測試網上創(chuàng)建一個新錢包，進行幾次發(fā)送和接收操作，然后觀察你錢包內的地址列表是如何變化的，UTXO 是如何產生和消耗的。

到此這篇關于比特幣地址是什么?一文帶你系統(tǒng)梳理比特幣地址相關的知識體系的文章就介紹到這了,更多相關比特幣地址內容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章，希望大家以后多多支持腳本之家！