比特币四种地址格式，1开头、3开头、bc1开头区别详解

比特币地址可以把它理解成收款账号，只不过这个账号不是银行给你的，而是通过密码学算法算出来的字符串，用来接收和发送BTC，开头地址格式有四种。

它不是存币的“盒子”，币始终在链上流转，地址只是区块链里UTXO的索引标识，本质上是公钥经过哈希之后的结果，从私钥到公钥，再到哈希，再加上版本字节和校验码，最后编码成人类能识别的字符串，整个流程走的是椭圆曲线算法和双重哈希，安全性靠的就是数学难题而不是中心化机构背书。

地址的编码方式主要有Base58和Bech32两种，前者避开0和O这种容易混淆的字符，后者支持纠错机制更强一些，不同地址前缀不同，背后对应的是不同脚本类型，这也就是为什么大家会看到以1开头，以3开头，或者bc1开头的地址。

上图就是完整的地址生成逻辑，从私钥一路推导到最终字符串，整个过程完全依赖密码学算法，理论上的碰撞概率低到几乎可以忽略。

Legacy地址（P2PKH），最早的一代格式

Legacy地址也叫P2PKH，是最原始的一种格式，以“1”开头，长度一般在26到34个字符之间，采用Base58编码，它的逻辑是付款给公钥哈希，发送方构造脚本，只有匹配私钥的人才能解锁这笔UTXO，这种结构简单直接，也是早期比特币交易的标准方式。

优点是兼容性极强，几乎所有钱包和交易所都能识别，缺点是交易体积偏大，占用区块空间更多，因而手续费结构相对偏高，而且不支持后来的SegWit优化。

如果看到地址以1开头，大概率就是Legacy格式，现在更多用于历史资产或者和老系统交互的场景，新用户通常不会主动选择它。

P2SH地址，支持多签的过渡方案

P2SH地址以“3”开头，本质是对脚本进行哈希，而不是对单一公钥做哈希，这个升级让比特币从单签支付，走向支持多签、时间锁、复杂条件脚本。

它最大的意义在于多签钱包，比如2/3签名结构，必须三把钥匙里两把同时签名才能转账，企业级资金管理大量采用这种结构。

后来SegWit出现之后，很多钱包采用Nested SegWit，也就是把SegWit脚本嵌套在P2SH里面，这样既能兼容老节点，又能享受部分手续费优化。

看到3开头的地址，大概率就是P2SH结构，它比Legacy灵活，但隐私层面并没有质的飞跃。

Native SegWit地址（Bech32），手续费优化核心

Native SegWit也叫P2WPKH，以“bc1q”开头，使用Bech32编码，全小写，支持纠错机制。

它的关键点在于把签名数据从交易主体里分离出来，也就是所谓的见证数据分离，这样交易体积缩小，区块利用率更高，手续费结构更友好，除了普通单签版本，还有P2WSH多签版本，同样是bc1q开头，只是长度更长一些。

现在主流硬件钱包基本都支持这种格式，日常转账、交易所提现，用Native SegWit是比较常见的选择。

Taproot地址（P2TR），隐私增强版本

Taproot地址以“bc1p”开头，属于最新一代结构，它整合了Schnorr签名和MAST结构。

Schnorr可以把多签聚合成一个签名，从链上看几乎和单签无异，MAST则只公开实际执行的脚本路径，没有执行的部分保持隐藏，这样既节省空间，也提升隐私，多签交易在链上看起来和普通交易差不多，这一点对隐私保护非常关键。

如果看到bc1p开头，那就是Taproot格式，它代表当前脚本能力和隐私模型的升级方向。

四种地址核心差异怎么选

1、1开头是老版本，兼容性强但效率低

2、3开头支持多签，属于过渡升级

3、bc1q是手续费优化主力

4、bc1p是隐私增强结构

如果是日常转账，Native SegWit更合适，如果是多签管理资产，P2SH或Taproot更合理，如果追求隐私和未来扩展能力，Taproot更有优势，而Legacy更多是历史遗留选择。

地址类型在实际中的常见用途

Legacy多见于早期钱包资产沉淀，P2SH常用于企业多签结构，Native SegWit广泛用于交易所转账和日常支付，Taproot则更多出现在复杂脚本、铭文结构以及进阶应用中，随着脚本能力增强，地址不再只是单纯收款工具，而是整个链上应用逻辑的入口。