1. Legacy 地址（P2PKH）
出现时间：2009年（比特币创世阶段）
格式特征：以数字 1 开头，例如 1A1zP1eP5QGefi2DMPTfTL5SLmv7DivfNa。
技术背景：
- 生成方式：基于公钥哈希（Pay-to-PubKey-Hash），通过 SHA-256 和 RIPEMD-160 双重哈希计算生成。
- 特点：
- 兼容性广：所有钱包和交易所均支持，但交易手续费较高（占用区块空间较大）。
- 功能局限：不支持隔离见证（SegWit）和复杂脚本。
2. P2SH 地址（Nested SegWit）
出现时间：2012年（BIP16 提案）
格式特征：以数字 3 开头，例如 3J98t1WpEZ73CNmQviecrnyiWrnqRhWNLy。
技术背景：
- 生成方式：基于脚本哈希（Pay-to-Script-Hash），支持多重签名和复杂交易逻辑。
- 特点：
- 灵活性强：可嵌入赎回脚本（如多签合约），支持隔离见证技术以降低手续费。
- 过渡性质：因兼容旧钱包而保留，但交易效率仍低于后续格式。
3. Native SegWit 地址（Bech32）
出现时间：2017年（BIP173 提案，SegWit 升级）
格式特征：以 bc1q 开头，例如 bc1qar0srrr7xfkvy5l643lydnw9re59gtzzwf5mdq。
技术背景：
- 生成方式：采用 Bech32 编码，专为隔离见证设计，交易签名数据与交易主体分离。
- 特点：
- 高效低成本：交易体积减少约 40%，手续费显著降低。
- 容错性高：Bech32 编码支持错误检测，降低输入错误风险。
- 兼容性局限：早期部分钱包不支持，现已成为主流。
4. Taproot 地址（Bech32m）
出现时间：2021年（BIP340-342 提案，Taproot 升级）
格式特征：以 bc1p 开头，例如 bc1pzf8mz4q5q6w7s9t0kjlmnopqrstuvwxyz。
技术背景：
- 生成方式：引入 Schnorr 签名和 Merkle 化脚本（MAST），优化交易隐私和效率。
- 特点：
- 隐私增强：复杂交易（如多签）可伪装为普通交易，隐藏脚本细节。
- 智能合约支持：为比特币链上复杂逻辑（如铭文协议）提供基础。
- 费用最低：交易体积进一步压缩，手续费低于前代格式。
核心区别总结
| 地址类型 | 手续费成本 | 技术特性 | 适用场景 |
|---|---|---|---|
| Legacy (P2PKH) | 最高 | 简单公钥哈希，无脚本扩展 | 旧钱包兼容 |
| P2SH | 中高 | 支持多签，隔离见证过渡 | 多签合约、兼容旧系统 |
| Native SegWit | 低 | Bech32 编码，交易数据分离 | 日常转账、低成本交易 |
| Taproot | 最低 | Schnorr 签名，MAST 脚本 | 隐私交易、智能合约、铭文生态 |
演进逻辑与生态影响
- 效率驱动：从 Legacy 到 Taproot，核心目标是降低交易成本并提升吞吐量（如 Bech32 减少数据体积，Taproot 优化签名算法）。
- 功能扩展：P2SH 引入脚本灵活性，Taproot 支持复杂合约，推动比特币从支付工具向智能合约平台演进。
- 隐私升级：Taproot 的 Schnorr 签名和 MAST 技术使交易难以被追踪，弥补了早期格式的隐私短板。
目前，Native SegWit 和 Taproot 已成为主流选择，尤其在铭文生态（如 Ordinals 协议）中，Taproot 地址因其高效性和隐私性被广泛采用。
