买币
行情
现货
合约BTC
理财
活动中心
福利中心
更多
0 费狂欢节
P2SH(Pay-to-Script-Hash): 什么是 P2SH(Pay-to-Script-Hash)?P2SH(Pay-to-Script-Hash,支付至脚本哈希)是 Bitcoin 的一种交易输出类型,允许发送方将比特币发送到脚本的哈希,而不是直接发送到公钥或公钥哈希。发送方只需要一个简短的脚本哈希;之后,支出方会公开完整脚本,并提供满足脚本条件所需的数据。简单来说,P2SH 让 Bitcoin 地址可以代表复杂的支出规则,而发送方无需P2SH(Pay-to-Script-Hash): 什么是 P2SH(Pay-to-Script-Hash)?P2SH(Pay-to-Script-Hash,支付至脚本哈希)是 Bitcoin 的一种交易输出类型,允许发送方将比特币发送到脚本的哈希,而不是直接发送到公钥或公钥哈希。发送方只需要一个简短的脚本哈希;之后,支出方会公开完整脚本,并提供满足脚本条件所需的数据。简单来说,P2SH 让 Bitcoin 地址可以代表复杂的支出规则,而发送方无需

P2SH(Pay-to-Script-Hash)

2026/10/13 16:43
#Advanced
Humanity
H$0.05612-2.99%
SynFutures
F$0.003134-0.75%
PX
PX$0.013+1.56%
OP
OP$0.15965+20.10%
Data Network
DATA$0.2075-2.58%

什么是 P2SH(Pay-to-Script-Hash)?

P2SH(Pay-to-Script-Hash,支付至脚本哈希)是 Bitcoin 的一种交易输出类型,允许发送方将比特币发送到脚本的哈希,而不是直接发送到公钥或公钥哈希。

发送方只需要一个简短的脚本哈希;之后,支出方会公开完整脚本,并提供满足脚本条件所需的数据。

简单来说,P2SH 让 Bitcoin 地址可以代表复杂的支出规则,而发送方无需了解这些规则。

Bitcoin 主网上的 P2SH 地址通常以数字

3
开头。

P2SH 的技术标准由 BIP16 引入。

P2SH 地址格式则由 BIP13 描述。

P2SH 之所以重要,是因为它让高级 Bitcoin 脚本更容易用于常规钱包支付。

在 P2SH 出现之前,如果发送方想向复杂脚本付款,就必须将完整的复杂脚本放入交易输出中。

这种做法效率低、难以分享,也难以获得普通钱包的支持。

使用 P2SH 后,发送方可以向简短的哈希付款;接收方则负责在支出资金时公开并满足完整脚本。

这种设计让多重签名钱包、类似托管的交易,以及后来嵌套 SegWit 的兼容性变得实用得多。

对于加密货币用户,最容易理解的方式是:P2SH 是一种 Bitcoin 地址和脚本设计,它在接收阶段隐藏复杂性,只有在资金被支出时才将其公开。

P2SH 要点

    • P2SH 是 Pay-to-Script-Hash 的缩写。

    • 它可以将比特币锁定到脚本哈希,而不是普通公钥哈希。

    • 主网 P2SH 地址通常以
      3
      开头。

    • 发送方无需知道完整的支出脚本。

    • 支出方必须在花费资金时公开赎回脚本并满足其中的条件。

    • P2SH 通过 BIP16 标准化,其地址格式由 BIP13 描述。

    • P2SH 让多重签名钱包更易于使用。

    • P2SH 也曾作为早期 SegWit 采用过程中的兼容性封装。

    • 在支持的情况下,现代 Bitcoin 用户可能更倾向于使用原生 SegWit 或 Taproot 地址类型。

为什么要创建 P2SH

创建 P2SH 的目的是让复杂的 Bitcoin 脚本更容易接收付款和进行支付。

Bitcoin Script 允许通过支出条件锁定币。

简单支付可能只要求一个私钥提供一个有效签名。

更复杂的支付可能要求 3 个密钥中任意 2 个提供签名、设置时间锁,或使用其他脚本逻辑。

在 P2SH 出现之前,如果发送方想按这些条件付款,就必须将完整脚本放入交易输出中。

这样一来,复杂性就被转移给了发送方,尽管安全规则实际上是由接收方选择的。

BIP16 指出,P2SH 的目的,是将提供赎回条件的责任从发送方转移给赎回方。

这种设计很实用,因为发送方只需向简短的脚本哈希付款。

接收方可以在资金支出前私下管理实际脚本。

这让钱包和用户的支付体验更加简单。

发送方也不必在付款前支持所有可能的自定义脚本。

发送方可以像对待普通地址一样使用 P2SH 地址,而接收方则可以在其背后采用高级支出规则。

P2SH 的工作原理

P2SH 通过将比特币锁定到脚本哈希来运作。

这个隐藏的脚本称为赎回脚本(redeem script)。

赎回脚本定义了支出这些币必须满足的实际条件。

交易输出中不包含完整的赎回脚本。

其中包含的是该赎回脚本的哈希。

之后支出这些币时,支出方会提供赎回脚本和所需的解锁数据。

Bitcoin 网络会检查赎回脚本的哈希是否与原始输出中使用的脚本哈希相同。

随后,网络会检查解锁数据是否满足赎回脚本的要求。

如果两项检查都通过,支出便有效。

如果提供的脚本与哈希不匹配,支出就会失败。

如果脚本匹配,但签名或其他条件不满足,支出同样会失败。

这个两步流程就是 Pay-to-Script-Hash 的核心理念。

基本 P2SH 脚本模式

标准 P2SH 锁定脚本采用简单的模式。

通常写作

OP_HASH160 <20-byte script hash> OP_EQUAL
。

这意味着支出交易必须提供一个脚本,其

HASH160
值与输出中的 20 字节脚本哈希一致。

Bitcoin.org 的开发者指南说明,P2SH 用于将交易发送到脚本哈希。

解锁脚本会提供赎回脚本所需的数据。

它也会提供赎回脚本本身。

一种常见的概念形式是

。

具体的解锁数据取决于赎回脚本的要求。

对于多重签名赎回脚本,解锁数据可能包含多个签名。

对于时间锁定脚本,交易还必须满足锁定时间规则。

脚本哈希让输出保持精简,而赎回脚本则让支出逻辑保持灵活。

什么是赎回脚本?

赎回脚本是 P2SH 地址背后的隐藏脚本。

它定义了锁定到该地址的币所适用的实际支出规则。

例如,赎回脚本可以规定,指定的 3 个公钥中至少有 2 个必须提供有效签名。

这就构成了 2-of-3 多重签名设置。

资金支出前,P2SH 地址不会显示完整脚本。

它只代表赎回脚本的哈希。

支出时,用户会公开赎回脚本,并证明它与哈希相匹配。

用户还必须提供赎回脚本要求的签名、公钥或其他数据。

因此,赎回脚本才是 P2SH 输出真正的安全策略。

如果赎回脚本丢失,资金可能无法支出。

如果赎回脚本有误,资金可能会被锁定在用户无法满足的规则之下。

因此,P2SH 钱包不仅要备份私钥,还必须备份支出资金所需的脚本。

P2SH 地址格式

P2SH 引入了新的 Bitcoin 地址格式,让用户更容易分享脚本哈希付款目的地。

BIP13 描述了一种 Pay-to-Script-Hash 地址格式:地址代表经过编码的脚本哈希,而不是经过编码的公钥哈希。

Bitcoin 主网上的 P2SH 地址通常以

3
开头。

这使它在外观上区别于通常以

1
开头的旧版 P2PKH 地址。

不过,用户绝不能仅凭地址的首字符判断安全性。

仍应仔细复制并核对完整地址。

P2SH 地址通常采用 Base58Check 编码,将脚本哈希与版本字节编码在一起。

Bitcoin.org 的交易参考资料指出,常见地址编码过程中,P2SH 地址使用版本字节

0x05
。

这种地址格式让复杂脚本更容易通过钱包界面、二维码、发票和付款请求分享。

如果没有这种地址格式,普通用户要安全地向复杂脚本付款会困难得多。

P2SH 与多重签名钱包

P2SH 之所以广为人知,是因为它让多重签名钱包更易于使用。

多重签名钱包需要不止一个私钥才能支出资金。

例如,2-of-3 多重签名钱包在 3 个获准密钥中的任意 2 个完成签名后,即可支出资金。

这种方式适用于企业、家庭、财库账户、托管安排和个人冷存储。

没有 P2SH 时,向多重签名脚本付款要求发送方在输出中加入完整的多重签名脚本。

使用 P2SH 后,发送方只需向简短的 P2SH 地址付款。

之后,接收方的钱包会在支出时处理多重签名赎回脚本。

这让多重签名在常规支付流程中变得实用。

它也简化了钱包界面,因为对发送方来说,多重签名地址看起来就像一个普通地址。

发送方无需知道接收方使用的是一个密钥、多个密钥,还是更复杂的设置。

接收方可以提高安全性,而不会让发送方的操作变复杂。

P2SH 与 P2PKH 的区别

P2PKH 是 Pay-to-Public-Key-Hash(支付至公钥哈希)的缩写。

它是经典的 Bitcoin 支付类型,资金会被锁定到公钥的哈希。

要支出 P2PKH 输出,支出方需提供公钥,以及与之匹配的私钥生成的有效签名。

P2SH 不同,它将资金锁定到脚本的哈希。

脚本可以要求一个签名、多个签名、时间条件,或其他 Bitcoin Script 允许的逻辑。

P2PKH 更简单。

P2SH 更灵活。

Bitcoin 主网上的 P2PKH 地址通常以

1
开头。

Bitcoin 主网上的 P2SH 地址通常以

3
开头。

P2PKH 适用于简单支付。

如果接收方希望使用更复杂的支出规则,又不想在收款时向发送方透露这些规则,P2SH 就很有用。

P2SH 与裸多重签名的区别

裸多重签名是指直接将多重签名脚本放入交易输出中。

在 P2SH 广泛使用之前,Bitcoin 已支持这种方式。

然而,裸多重签名会使输出更大,并要求发送方处理完整脚本。

P2SH 通过用精简的脚本哈希替代完整输出脚本,改进了这一点。

只有在资金支出时,才会公开完整的多重签名脚本。

这将数据从资金转入交易移到了资金支出交易中。

这种方式更方便,因为支出策略由接收方选择,之后也由接收方负责满足。

对用户来说,实际效果很直接。

他们可以通过一个外观普通的地址,接收发送到多重签名设置的比特币。

这推动了多重签名成为 Bitcoin 托管中常见的安全工具。

P2SH 与 SegWit

在 SegWit 采用过程中,P2SH 再次变得重要。

SegWit 由 BIP141 定义,引入了见证数据以及 P2WPKH、P2WSH 等新输出类型。

SegWit 早期推广时面临兼容性问题。

部分钱包和服务无法立即向原生 SegWit 地址发送资金。

P2SH 提供了兼容桥梁。

SegWit 脚本可以封装在 P2SH 地址中,让旧版发送钱包也能向以

3
开头的地址付款。

接收钱包之后可以按照 SegWit 规则支出资金。

Bitcoin Core 的隔离见证钱包开发指南指出,兼容 SegWit 的钱包必须支持 P2SH 及其 BIP13 地址格式。

这使 P2SH 成为 Bitcoin 钱包兼容性过渡中的重要工具。

嵌套 SegWit 的效率低于原生 SegWit,但它帮助用户和服务逐步采用 SegWit。

P2SH-P2WPKH

P2SH-P2WPKH 指封装在 P2SH 中的 Pay-to-Witness-Public-Key-Hash。

它通常称为嵌套 SegWit。

由于地址以

3
开头,外观看起来像 P2SH 地址。

但其赎回脚本实际上是 SegWit 见证程序。

这样一来,理解 P2SH 但不支持原生 SegWit 地址的旧系统,也能向支持 SegWit 的钱包发送资金。

BIP49 为分层确定性钱包定义了将 P2WPKH 嵌套于 P2SH 的派生方案。

这帮助钱包以标准化方式管理嵌套 SegWit 账户。

在原生 SegWit 支持尚未普及的过渡时期,P2SH-P2WPKH 尤其有用。

如今,许多钱包都可以直接向原生 SegWit 地址发送资金。

在支持原生 SegWit 的情况下,它通常比嵌套 SegWit 更高效。

P2SH-P2WSH

P2SH-P2WSH 指封装在 P2SH 中的 Pay-to-Witness-Script-Hash。

其理念与 P2SH-P2WPKH 类似,但它支持更复杂的见证脚本。

P2WSH 脚本可以在 SegWit 见证结构中表示高级条件,例如多重签名策略。

将其封装在 P2SH 中,可以让旧版发送钱包使用熟悉的以

3
开头的地址向这些脚本付款。

这有助于实现兼容性,但与原生 P2WSH 相比会增加一些开销。

随着原生 SegWit 和更新的地址格式得到更广泛支持,对 P2SH 封装的需求有所减少。

不过,理解 Bitcoin 的升级路径仍离不开 P2SH-P2WSH。

Bitcoin 经常以兼容旧钱包基础设施的方式引入新功能。

P2SH 帮助实现了这种渐进式升级。

P2SH 与 P2WSH 的区别

P2SH 和 P2WSH 都允许将资金锁定到脚本哈希,但两者并不相同。

P2SH 是 BIP16 引入的较早脚本哈希设计。

P2WSH 是 SegWit 版本,会将脚本和签名数据放入见证结构中。

对于许多复杂脚本,P2WSH 可能更高效,因为根据 Bitcoin 的权重规则,见证数据享有折扣。

P2WSH 也受益于 SegWit 对交易结构所做的改动。

由于历史采用情况和对旧版系统的兼容性,P2SH 仍然重要。

P2SH 地址以

3
开头。

Bitcoin 主网上的原生 SegWit P2WSH 地址通常以

bc1q
开头。

发送方和接收方都支持原生 SegWit 时,复杂脚本通常优先使用 P2WSH。

需要兼容旧系统时,仍可能使用 P2SH 封装。

P2SH 与 Taproot 的区别

Taproot 是一种较新的 Bitcoin 输出类型,可提高某些支出策略的隐私性和效率。

Taproot 输出与 P2SH 输出并不相同。

使用 P2SH 支出时,即使只使用其中一个逻辑分支,也必须公开完整赎回脚本。

满足合作条件时,Taproot 可以让某些复杂策略看起来像简单的密钥路径支出。

由于观察者可能看不到未使用的脚本条件,这可以提升隐私性。

Taproot 也能让某些高级钱包策略更高效。

不过,P2SH 仍然重要,因为它属于 Bitcoin 的历史、钱包兼容性和现存币集合的一部分。

许多旧地址和输出仍在使用 P2SH。

用户不应认为所有以

3
开头的地址都过时或不安全。

用户应了解具体的钱包类型和支出策略。

手续费与交易大小

P2SH 可能影响交易手续费,因为支出时会公开脚本数据。

简单的 P2SH 支出交易可能相对较小。

复杂的 P2SH 多重签名支出交易可能更大,因为其中必须包含赎回脚本和多个签名。

Bitcoin 手续费根据交易权重或大小计算,具体取决于场景和交易类型。

手续费率较高时,较大的支出交易通常成本更高。

这也是原生 SegWit 和 Taproot 对某些场景具有吸引力的原因之一。

对于特定支出模式,它们可以降低成本或提高效率。

尽管如此,与直接将复杂脚本放入输出相比,P2SH 仍是重大改进。

它让资金转入交易保持精简,并将复杂性转移到支出环节。

用户从复杂的 P2SH 钱包支出资金前应查看钱包的手续费估算,尤其是使用多重签名钱包时。

P2SH 的隐私特性

P2SH 会在资金支出前隐藏赎回脚本。

这意味着在收到资金时,观察者无法看到完整支出策略。

他们只能看到脚本哈希。

资金支出后,赎回脚本会在链上公开。

此时,观察者通常可以判断该输出使用的是多重签名、嵌套 SegWit,还是其他脚本模式。

因此,P2SH 提供的是部分隐私,而非完全隐私。

P2SH 可以在支出前隐藏复杂性,但不能永久隐藏脚本。

此外,地址格式本身也可能暴露该输出属于 P2SH。

链上分析仍可能识别钱包行为、地址复用、支出模式和交易关联。

用户不应将 P2SH 本身视为隐私解决方案。

P2SH 的安全优势

P2SH 的首要安全优势是让多重签名托管更容易接收资金。

多重签名可以降低单一密钥被盗的风险,因为攻击者可能需要多个密钥才能支出资金。

第二项优势是减少发送方处理复杂脚本的需要。

这降低了发送方因失误创建错误输出脚本的可能性。

第三项优势是允许接收方自行选择安全策略。

企业可以使用多重签名,而无需让每位客户了解其内部钱包设置。

第四项优势是升级灵活性。

当原生 SegWit 发送支持尚不普及时,P2SH 帮助推动了嵌套 SegWit 的采用。

第五项优势是脚本哈希简洁。

与完整赎回脚本相比,短哈希更容易编码到地址中。

这些优势让 P2SH 成为 Bitcoin 脚本发展史上最重要的易用性改进之一。

P2SH 的安全风险

首要风险是赎回脚本丢失。

如果用户拥有私钥,却没有支出所需的脚本,资金可能无法访问。

多重签名钱包尤其需要注意这一点。

第二项风险是创建了错误的赎回脚本。

如果资金被发送到某个无人能够满足其条件的脚本哈希中,资金可能会被永久锁定。

第三项风险是误解地址类型。

以

3
开头的地址可能是旧版 P2SH 多重签名、嵌套 SegWit,也可能是其他有效的 P2SH 构造。

第四项风险是依赖过时的钱包备份。

备份必须包含足够的信息,以便重建支出策略,而不能只有私钥。

第五项风险是手续费激增时支出成本较高。

复杂的 P2SH 脚本可能导致支出交易更大。

第六项风险是在支出时暴露脚本。

赎回脚本一经公开,观察者就能进一步了解钱包策略。

P2SH 功能强大,但需要谨慎设计钱包并严格管理备份。

P2SH 与钱包备份

与简单的单密钥钱包相比,P2SH 钱包可能需要更谨慎的备份措施。

如果简单的 P2PKH 钱包遵循标准派生路径,备份助记词可能就足够了。

对于 P2SH 多重签名钱包,用户可能需要助记词、公钥、派生路径、钱包策略和赎回脚本信息。

如果缺少其中部分信息,恢复可能会很困难。

现代多重签名钱包通常会导出钱包描述符或配置文件来解决这一问题。

描述符可以说明地址和脚本的生成方式。

如果没有这些信息,用户可能无法确定哪些密钥和脚本控制着资金。

这也是多重签名用户应在存入大额资金前测试恢复流程的原因之一。

P2SH 地址看起来简单,但其背后的钱包策略可能很复杂。

妥善备份必须以可恢复的方式保留这些复杂信息。

P2SH 与开发者

使用 P2SH 的开发者需要了解地址编码和脚本验证。

他们必须正确创建赎回脚本。

他们必须正确计算赎回脚本的哈希。

他们必须正确编码地址。

他们必须构建支出交易,提供正确的解锁数据和赎回脚本。

他们必须测试边缘情况,例如多重签名排序、签名编码、粉尘限额、手续费估算、交易权重和钱包恢复。

他们还必须区分旧版 P2SH 和嵌套 SegWit P2SH。

对用户来说,两者看起来可能相似,因为地址都以

3
开头,但支出结构并不相同。

开发者应使用经过充分审查的 Bitcoin 库,而不要自行编写脚本处理逻辑。

Bitcoin Script 看起来简单,但实际使用时容错性很低。

赎回脚本中的一个小错误就可能导致资金无法支出。

P2SH 与用户

大多数用户无需手动构建 P2SH 脚本。

他们会在钱包地址、多重签名金库、托管设置或较旧的兼容 SegWit 钱包中遇到 P2SH。

如果钱包提供的地址以

3
开头,它可能是 P2SH 地址。

用户仍应以钱包的说明为准,而不要仅凭首字符猜测。

接收比特币时,用户应仔细复制完整地址,或使用可信的二维码。

发送比特币时,用户应确认收款地址属于预期收款方。

使用多重签名时,用户应将所有必需的备份信息存放在安全位置。

使用旧钱包时,用户应了解资金存储在旧版 P2SH、嵌套 SegWit、原生 SegWit 还是 Taproot 输出中。

地址类型会影响手续费估算、兼容性、隐私和恢复。

优秀的钱包应隐藏不必要的复杂性,同时为用户提供足够信息,帮助其避免代价高昂的错误。

P2SH 的常见用途

P2SH 最知名的用途是多重签名托管。

家庭、公司或财库可以要求多个密钥共同授权,才能转移资金。

另一种用途是托管交易。

脚本可以要求相关方在特定条件下提供签名。

另一种用途是兼容旧版系统的 SegWit 收款。

钱包可以使用 P2SH 封装,让旧版发送方也能向支持 SegWit 的钱包付款。

另一种用途是基于脚本的访问控制。

用户可以根据比单密钥、单签名更高级的脚本规则锁定币。

另一种用途是恢复旧钱包。

许多较早的 Bitcoin 钱包和地址都使用 P2SH,因此恢复旧资金时了解它非常重要。

即使新型输出越来越普及,P2SH 仍是 Bitcoin 活跃交易历史的一部分。

关于 P2SH 的常见误解

一种常见误解是所有以

3
开头的地址都是多重签名地址。

事实并非总是如此,因为嵌套 SegWit 输出也可以使用 P2SH 地址。

另一种误解是 P2SH 会永久隐藏支出脚本。

事实并非如此,因为支出输出时会公开赎回脚本。

第三种误解是 P2SH 会自动提高脚本安全性。

事实并非如此,因为错误的赎回脚本仍可能永久锁定资金。

第四种误解是发送方需要了解接收方的脚本。

发送方只需要 P2SH 地址。

第五种误解是仅凭私钥就总能恢复 P2SH 资金。

对于多重签名和自定义脚本,可能还需要赎回脚本或钱包策略。

第六种误解是 P2SH 在所有场景中都已过时。

较新的地址类型可能效率更高,但 P2SH 在兼容性和旧资金恢复方面仍有意义。

P2SH 最佳实践

使用可信的钱包软件,并确保其能够正确处理 P2SH 脚本。

除非深入了解 Bitcoin Script,否则不要手动创建赎回脚本。

备份所有必需的钱包策略数据,而不只是助记词。

对于多重签名钱包,应妥善保存共同签名者信息和派生路径。

在使用大额余额前,先用小额资金测试恢复流程。

在受到支持且适合使用场景时,优先选择原生 SegWit 或 Taproot。

仅在确实需要解决钱包支持问题时使用 P2SH 兼容方式。

发送资金前核对完整地址。

如果重视隐私,应避免重复使用地址。

从复杂的 P2SH 输出支出前,检查手续费估算。

保持钱包软件更新,以便正确识别并支出旧版 P2SH 输出。

了解旧版 P2SH 多重签名地址与嵌套 SegWit P2SH 地址的区别。

一句话了解 P2SH

P2SH(Pay-to-Script-Hash)是一种 Bitcoin 输出类型,它将币锁定到赎回脚本的哈希,使发送方可以向简单地址付款,而支出方之后再公开并满足完整脚本的要求。

常见问题

P2SH 是什么的缩写?

P2SH 是 Pay-to-Script-Hash 的缩写。

P2SH 有什么用途?

P2SH 用于将比特币锁定到脚本哈希,使复杂的支出规则可以通过外观普通的地址更容易地接收付款。

P2SH 地址以什么开头?

Bitcoin 主网的 P2SH 地址通常以

3
开头。

P2SH 是由谁引入的?

P2SH 通过 BIP16 标准化,该提案由 Gavin Andresen 撰写。

P2SH 的目的是什么?

其目的是将提供复杂支出条件的责任从发送方转移给支出方。

什么是赎回脚本?

赎回脚本是定义如何支出锁定到 P2SH 输出中的币的完整脚本。

发送方需要知道赎回脚本吗?

不需要,发送方只需要代表脚本哈希的 P2SH 地址。

赎回脚本何时公开?

支出 P2SH 输出时,赎回脚本会被公开。

P2SH 与多重签名相同吗?

不相同,但 P2SH 经常用于让多重签名钱包更容易接收付款。

所有以 3 开头的地址都是多重签名地址吗?

不是,以

3
开头的地址可能用于多重签名、嵌套 SegWit 或其他 P2SH 构造。

如今仍在使用 P2SH 吗?

是的,P2SH 仍出现在 Bitcoin 交易中,尤其用于兼容旧钱包;不过,在支持的情况下,许多用户现在更倾向于使用原生 SegWit 或 Taproot。

P2SH 最大的风险是什么?

最大的风险是丢失或错误构建赎回脚本或钱包策略,导致资金无法支出。

结论

P2SH(Pay-to-Script-Hash)是 Bitcoin 脚本发展史上最重要的升级之一。

它通过允许用户使用精简的脚本哈希地址接收比特币,让复杂支出规则变得实用。

发送方无需了解完整脚本。

只有在支出时,支出方才会公开并满足赎回脚本的要求。

这种设计让多重签名钱包更易于使用,也帮助 Bitcoin 支持更强的托管模式。

它还通过嵌套 SegWit 地址格式,帮助 Bitcoin 逐步过渡到 SegWit。

在所有情况下,P2SH 都不是最新或最高效的 Bitcoin 输出类型。

在支持的情况下,原生 SegWit 和 Taproot 在手续费、隐私和脚本设计方面可能具有优势。

不过,P2SH 仍然重要,因为它影响了 Bitcoin 钱包处理高级脚本的方式,而且许多现存输出仍在使用它。

对用户来说,最重要的是:一个简单地址背后可能隐藏着复杂的支出策略。

对开发者来说,最重要的是:脚本正确性、备份和钱包恢复数据至关重要。

对 Bitcoin 生态系统来说,P2SH 展示了协议升级如何在保持去中心化和兼容性的同时提升易用性。

了解 P2SH 有助于用户理解多重签名、嵌套 SegWit、脚本哈希、赎回脚本,以及 Bitcoin 升级背后的审慎设计理念。

您可能也喜欢

反恐融资(CTF)

反恐怖主义融资(CTF)是指旨在发现、预防和打击恐怖主义活动资金支持的法律、法规和活动。这包括监控和监管资金流动、在金融机构内部实施合规计划,以及执行旨在遏制恐怖主义融资的国际制裁和法规。 反恐融资在各领域的重要性 反恐融资在包括银行业、科技和国际贸易在内的各个领域都至关重要。在金融领域,强而有力的反恐融资措施可确保银行和其他金融机构不会被恐怖组织利用为其活动提供资金。这不仅有助于维护金融体系的完
2025/12/23 18:42

框架

在专业情境中,「框架」指的是一套结构化的指南、工具或实践,旨在支援专案、应用程式或系统的开发和实施。它提供了一种标准化的方法来解决复杂问题或实现特定目标,通常包含可根据具体需求进行调整和扩展的预先建置元件。 框架的关键特征 框架在软体开发、专案管理和数位行销等各个领域都至关重要。例如,在软体开发中,Angular、React 和 Django 等框架提供了开发人员用来高效建立高品质应用程式的程式库
2025/12/23 18:42

波动性爆发

「波动性爆发」是指金融市场、资产或指数的波动性突然显著增加,通常由不可预见的事件或市场情绪变化所驱动。这种突如其来的增加会导致价格大幅波动和交易量激增,从而影响投资者和交易者的风险和机会。 了解波动性爆发 波动性是衡量特定证券或市场指数收益分散程度的统计指标,显示资产价格在特定期间内的波动幅度。当这种波动超出正常水平时,就会发生波动性爆发,这通常是对意外新闻或经济事件的反应。这些事件可能包括地缘政
2025/12/23 18:42
回调还是机会?
回调还是机会?回调还是机会?
一边爆仓,一边扫货——24亿ETF资金在赌什么?