EIP-5806 设想一种新交易类型:让外部账户以类委托调用方式执行一段合约逻辑,一次签名完成批量操作。本文拆解它的交易结构、与 4337 和 7702 的差异,以及签名对象是交易而非授权这句话在安全模型上的含义。
EIP-5806 设想一种新交易类型:让外部账户以类委托调用方式执行一段合约逻辑,一次签名完成批量操作。本文拆解它的交易结构、与 4337 和 7702 的差异,以及签名对象是交易而非授权这句话在安全模型上的含义。
零知识与聚合签名都需要把任意消息变成曲线上的点,且不能知道离散对数。EIP-3068 提议给 BN256 加一个哈希进曲线的预编译来便宜地做这件事。本文解释为什么直接哈希会坏、标准方法长什么样,以及这条停在停滞状态的提案在生态里的位置。
circom 是一种给零知识证明写电路的语言:信号连成约束,编译器生成 R1CS 与 wasm witness 计算器。本文拆解它的信号与约束语法、编译器产物如何接进 Groth16 或 PLONK 证明系统,以及电路开发为什么和普通编程是两种活。
JoinMarket 把混合交易做成一张订单簿:有人出价当流动性提供方,有人下单拼单,一笔输出顺序打乱的共同交易就这样成交。本文拆解它的订单簿模型、手续费来源、CoinJoin 结构与被动收入逻辑,以及这种模式对隐私和合规边界的影响。
以太坊质押存款里有一份叫所有权证明的签名:用即将激活的验证者私钥,去签一段写明提现地址的数据。它不授权发币,只证明私钥与账户归属。本文拆解这份签名防什么、为什么必须一次性签对,以及它和提现凭据的关系。
EIP-3155 给 EVM 执行轨迹定了统一的 JSON 字段表:程序计数器、操作码、剩余燃料、栈深度,每一步一行。本文拆解这份格式的字段含义、它想解决的客户端差异问题、和排查交易失败时怎么用上逐行轨迹,以及它和轻量事件日志的分工。
Bitcoin Core会依据共同输入和找零启发式返回钱包地址分组。本文解释嵌套结果、隐私暴露风险,以及为什么分组不能证明现实身份归属,并给出保留原始JSON的可复核导出格式。
离线签名、手动补播场景最后一步常是 sendrawtransaction。官方文档写明了两个要点:它会把交易无条件发给所有对端、重发会泄露交易起源;同时带默认 0.10 BTC/kvB 的费率上限。本文拆解这两个属性的成因与规避流程。
装了 Tor 的比特币节点默认会自动创建一个 onion 服务,不需要公网 IP 和端口映射。本文拆解 -listenonion 的默认行为、它和 -listen 开关的冲突规则,以及 bind 地址加 onion 标记这条手工路线的差别。
想让比特币节点只连指定的机器,有 -connect 配置项和 addnode 命令两套机制。本文按节点帮助文本与源码注释逐项对比:谁关闭自动发现、谁有独立限额、排障时怎么用,以及长期只连少数对端在隐私和日蚀风险上的代价。