标准性规则把 P2WSH 花费的见证栈限为 100 项、单项 80 字节、脚本 3600 字节,比共识线严一个量级。80 恰容纳一个签名,100 挡住把栈当数据通道的写法。本文按 v31 源码讲三条线与撞线读法。
汇总与「脚本」相关的文章,帮助你系统了解该主题。
标准性规则把 P2WSH 花费的见证栈限为 100 项、单项 80 字节、脚本 3600 字节,比共识线严一个量级。80 恰容纳一个签名,100 挡住把栈当数据通道的写法。本文按 v31 源码讲三条线与撞线读法。
Taproot软分叉在2021年11月于比特币主网709632区块高度激活,其脚本执行层由BIP342定义。本文拆解这份已部署规范的四组核心规则:遇OP_SUCCESSx即通过、批量验签时代的OP_CHECKSIGADD、被禁用的旧多签操作码,以及按见证大小折算的签名操作码预算。
比特币用 sigops 预算给每块的验签工作量设了天花板,但对处理栈数据的脚本操作没有等价的账本。BIP-440 提出 varops 预算:按操作数长度的最坏情况计费,让新脚本提案有一把统一的尺子,而不是各造各的限额。
交易的第一行不是金额而是版本号。v1 是多年基线,v2 让 nSequence 的相对时间锁生效,v3 在 v28 起配合 TRUC 策略约束交易包拓扑。本文按 BIP68、BIP431 与官方发行说明讲清版本字段的门控语义,以及为什么共识不限号、标准策略却各管各的。
以 3 开头或 bc1q 长串的多签与脚本地址,锁定的不是公钥而是一段脚本的哈希:花的时候才把脚本原文亮出来,现场验证哈希对得上。本文讲清 P2SH 的锁定与花费结构、redeem script 序列化、它给多签和智能脚本带来的地址兼容红利。
比特币脚本验签长期只能针对当前交易。BIP-348提出OP_CHECKSIGFROMSTACK:签名仍按BIP-340验证,但被签的消息从栈上取。它与CTV组合可构造闪电对称通道,也能表达时间化委托。本文拆解规则、软分叉方式与提案生态位。
Taproot输出承诺的内部密钥平时在脚本里拿不到,只能硬写进脚本,一字节改一次脚本根。BIP-349提出OP_INTERNALKEY,直接把32字节x-only内部密钥压上栈。本文讲它如何省8个虚字节、如何让整棵脚本树跟着换钥匙,以及与CSFS的组合。
比特币的 UTXO 只会回答"谁的钱",不会回答"处于什么状态"。BIP-443 提出 OP_CHECKCONTRACTVERIFY,让一笔币携带可编程的动态状态,还能沿状态链升级。本文按草案原文讲清它验证什么、创建什么、目前处于什么阶段。
区块浏览器里那一长串十六进制脚本是什么锁,decodescript 可以把它拆成 asm、type、address、p2sh 等字段。本文讲清每个字段的含义、隔离见证脚本的双重地址身份、reqSigs字段的历史去向,以及这份体检报告为什么不能替代签名验证。