汇总与「签名」相关的文章,帮助你系统了解该主题。
BIP-137 扩展比特币的消息签名格式,让隔离见证与嵌套隔离见证地址也能产出可验证的签名,并统一签名头部的位域编码。本文解释它补上的历史缺口、头部字节怎么表达地址类型、验证一条 137 格式签名时软件实际在做什么,以及和 BIP-322 的分工。
链ID不是常量,硬分叉可能改写它。EIP-1959 与 EIP-1965 先后提出让合约查询链ID历史的操作码与预编译,解决链改名后旧签名集体失效的问题。拆解两者的差异、成本设计与双双搁浅的原因。
EIP-8051 提议在 EVM 里增加验证 ML-DSA 签名的预编译合约,让以太坊在链上就能验证 NIST 标准化的抗量子签名。本文拆解它定义的两个变体、定价取向与提案状态,帮你读懂这份草稿在防什么。
静默签名想让钱包在一段时间内免掉逐笔人工确认。EIP-5345 用 until、chainId、contractAddress、allowedFunctions 四个字段限定权限范围,拆解这套提案的方法分工、权限边界与它至今停留在提案阶段的事实。
从已随 Fusaka 上线的 EIP-7951 预编译到仍是草案的 EIP-8030,以太坊正在分层接入 secp256r1 曲线。本文拆解 P-256 验签的合约层与交易层分工、129 字节签名格式,以及 Passkey 钱包与链上验签的距离。
ecRecover 预编译今天无论验出什么地址都会原样返回,EIP-8151 提议只放行代码为空或带 EIP-7702 委托指示的地址,其余情况一律返回 32 个零字节。本文拆解检查规则、gas 变化与对用户签名的实际影响。
ERC-7803 草案给 EIP-712 typed data 签名补上 signingDomains 与 authMethods 两个可选字段,解决智能账户跨账户重放与验证方式不一致两件事。本文按弹窗视角拆解。
EIP-7932 提议给以太坊建一个统一的签名算法注册表加一个验签预编译:账户地址不再只对应 secp256k1 一种签名路线,后量子算法等未来算法可以按编号接入。本文讲清注册表的动机、预编译的角色、与地址生成的关系,以及它目前的草案状态。
PSBT把未签名交易装进标准化容器,让多人协作签名更方便,但容器里哪些字段决定你签的是什么,很多人没看。本文从BIP174的字段结构出发,讲清non_witness_utxo与witness_utxo的安全差别、构造者能替你改什么,以及签名前该做的逐项核对。