比特币地址格式——Segwit、P2PKH 与 P2SH
NoxHash 的 BTC 提现支持哪些比特币地址格式？从手续费、钱包支持和前缀全面对比 Segwit、P2PKH 与 P2SH。
NoxHash 将 BTC 提现支付至三种比特币地址格式：Segwit v0（bc1q…）、P2PKH 或称 legacy（1…）以及 P2SH（3…）。只需看地址的第一个字符，就能判断您的钱包给出的是哪一种。Segwit 在链上花费时手续费最低，P2PKH 兼容性最广，而 P2SH 则居中——多签（multi-sig）方案常用此类型。
比特币地址究竟是什么
比特币地址是一串字母与数字，告诉网络该把 BTC 发到何处。在底层，它是公钥的哈希，外层套用了一种带校验和的编码——因此哪怕输错一个字符，验证几乎都会直接失败，而不会把币悄无声息地送进深渊。
在比特币的整个发展史上，有三种主流地址编码已成为标准。每一种都在链上花费手续费、钱包兼容性与格式年代之间代表着不同的技术取舍。NoxHash 的提现表单全部接受，所以您可以提到您钱包支持的任何一种地址。
Segwit（bech32）
以 bc1q 开头。2017 年通过 BIP-173 引入。链上手续费最低，全部小写，纠错能力最强。
P2PKH（legacy）
以 1 开头。2009 年诞生的最初比特币地址格式。兼容历史上任何钱包——但链上手续费最高。
P2SH（嵌套）
以 3 开头。2012 年通过 BIP-16 标准化。常用于多签和"wrapped Segwit"——手续费居中。
一秒识别格式——读首字符
您不需要解析器也不需要工具就能区分这三种格式。每个比特币地址都以其编码独有的前缀开头。瞥一眼第一个字符，您就知道眼前的是什么。
→ Segwit（bech32）
完整前缀为 bc1q。全部小写，长度 42 字符。示例形态：bc1q…
→ P2PKH（legacy）
大小写混合（Base58Check），长度 26–34 字符。示例形态：1A1zP1…
→ P2SH
同样为 Base58Check，长度 34 字符。常用于多签或 wrapped Segwit。示例形态：3J98t1…
一个快速的类比：第一个字符就像信封上的邮政编码。b 告诉网络"这是现代 Segwit 信封"；1 说"这是 2009 原版"；3 示意"一个 wrapped 或多签安排"。比特币网络可以处理这三种，但"邮资"——也就是花费方支付的链上网络费——在它们之间并不相同。
Segwit vs P2PKH vs P2SH——并列对比
下表展示了在挑选要粘贴到 NoxHash 提现表单的地址时，真正重要的几项指标上这三种格式的表现：前缀、典型长度、链上手续费行为以及钱包支持情况。
| 属性 | Segwit（bech32） | P2PKH（legacy） | P2SH |
|---|---|---|---|
| 前缀 | bc1q… |
1… |
3… |
| 典型长度 | 42 字符 | 26–34 字符 | 34 字符 |
| 编码 | Bech32（全部小写） | Base58Check（大小写混合） | Base58Check（大小写混合） |
| 推出时间 | 2017（BIP-173） | 2009（原版） | 2012（BIP-16） |
| 链上花费手续费 | 最低 | 最高 | 居中 |
| 钱包支持 | 所有现代钱包与交易所 | 通用——到处可用 | 广泛——含多签 |
| 典型使用场景 | 日常 BTC 的默认选择 | 老钱包、最大兼容性 | 多签与 wrapped Segwit |
| NoxHash 支持 | 支持 | 支持 | 支持 |
为何 Segwit 手续费更低？比特币网络费用按交易权重计价，而不是按发送的 BTC 数额。Segwit 输入的权重比 legacy 输入更轻，因此当资金放在 bc1 地址时，花费方每字节支付的 satoshi 更少。如需该编码的权威说明，请参阅 Bitcoin wiki 上的 BIP-173 规范——它是引入 bech32 的标准文档。
那 Taproot（bc1p…）呢？
Taproot 是 2021 年推出的较新 Segwit v1 格式——它以 bc1p 开头而非 bc1q。NoxHash 目前的提现流水线支持 Segwit v0（bc1q…），不支持 Taproot。如果您的钱包只能给出 bc1p 地址，请把收款地址类型切换到 Segwit v0、选择另一个账户，或者改用 1 或 3 地址。
准备好把地址指向您的 NoxHash 钱包了吗？
您已看到 Segwit、P2PKH 与 P2SH 的对比——三者在 NoxHash 上都被接受。创建账户、租一台矿机，然后把钱包给出的 bc1q、1 或 3 地址粘贴到提现表单即可。
哪种钱包给您哪种地址？
不同钱包默认采用的格式不同。下面是按设备类型分组、实务性的概览，告诉您打开比特币收款界面时通常会看到什么。目的不是挑选"最好"的钱包，而是让您知道自己的钱包递过来的是哪种前缀。
硬件钱包
Ledger、Trezor 和 Coldcard 在初始化设备时会让您选择账户类型。选择 Native Segwit（bc1）可享最低手续费。大多数设备还提供单独的 Taproot（bc1p）账户——请勿将其用于 NoxHash 提现。
手机钱包
BlueWallet、Muun 和 Phoenix 默认使用 Segwit（bc1q）。较老的自托管应用仍可能给出 3（wrapped-Segwit）地址——它在 NoxHash 上可用，只是日后花费时手续费略高。
桌面钱包
Electrum 和 Sparrow 允许按账户选择地址类型（Legacy / Segwit / Taproot）。建立一个 Native Segwit 账户，所有收款地址都会以 bc1q 开头。
交易所收款地址
多数中心化交易所默认发放 bc1q 地址，但部分仍会为 legacy 账户类型给出 3 地址。提交提现前请务必再次核对前缀。
粘贴地址时的 Do 与 Don't
NoxHash 表单会实时验证格式，但一个有效字符串仍可能是错误的地址。复制粘贴时的 30 秒习惯，正是顺利提现与无法挽回之失误的分水岭。
- 务必从钱包复制地址——切勿手动输入。
- 提交前核对前 4 位和末 4 位字符两个屏幕是否一致。
- 当钱包提供选项时，优先选择 Segwit（
bc1q）。 - 使用硬件钱包时，请在设备屏幕上确认收款地址，而不仅在电脑上确认。
- 不要粘贴莱特币（
L…）或以太坊（0x…）地址。 - 不要使用 Taproot（
bc1p）地址——请先切换到 Segwit v0 账户。 - 不要信任来自聊天、邮件或广告链接中的地址——恶意软件会替换剪贴板内容。
- 不要向交易所充值地址转账而不再次确认该地址仍接受 BTC 主网充值。
常见问题
NoxHash 推荐哪种比特币地址格式？
推荐默认选择 Segwit v0（bc1q…）。它在链上花费时手续费最低，并且被每一款现代钱包与交易所支持。P2PKH（1…）和 P2SH（3…）同样可用，但在您花费已收到的 BTC 时成本会更高。
NoxHash 支持 Taproot（bc1p）地址吗？
当前 NoxHash 的提现流水线支持 Segwit v0（bc1q）、P2PKH 和 P2SH。不接受 Taproot（Segwit v1，bc1p）。如果您的钱包给出 bc1p 地址，请切换到 Segwit v0 账户，或改用 1 或 3 地址。
为何 Segwit 产生的手续费低于 legacy 地址？
比特币网络费用按交易权重而非 BTC 数额计价。Segwit 把见证数据（witness data）移到了单独的折扣区域，因此从 bc1q 地址花费的权重更低——大致比 legacy 1 地址低 30–40%，具体取决于输入数量和脚本复杂度。
我能从 Segwit 地址向 legacy 地址发送 BTC 吗？
可以。三种格式在比特币网络上完全可互操作——Segwit 输入可以支付给 legacy 输出，反之亦然。格式仅影响发送方输入的手续费与编码，不影响交易是否有效。NoxHash 会按您提供的任何格式进行广播。
我的钱包给了我一个"3"开头的地址——用它安全吗？
安全。3 前缀代表 P2SH，底层通常包裹了 Segwit。它被 NoxHash 以及几乎所有交易所和钱包完全支持。手续费介于 Segwit 与 legacy 之间——如果您的钱包同时提供 bc1q 选项，Segwit 版本会略便宜一些。
粘贴了无效地址会怎样？
NoxHash 提现表单在您提交前会校验前缀与校验和。错误字符会触发内联错误提示，请求无法发送。这能拦下大多数拼写错误，但无法识别一个有效但属于错误人的地址——请始终使用复制粘贴，并核对首尾字符。
非财务建议
本指南仅涉及比特币地址格式。比特币交易不可逆——一笔发送到错误地址的 BTC 提现，无法被 NoxHash、您的钱包或比特币网络追回。提交前请始终核对目标地址的首尾字符，并优先使用复制粘贴而非手动输入。加密收入的税务处理因国家/地区而异；如不确定提现对您意味着什么，请咨询当地税务顾问。