陈嘉伟

比特币手续费率怎么查？读懂Mempool API

根据Mempool Open Source Project官方REST API，解释推荐费率、精确费率、mempool blocks与区块费用接口的区别，并说明实时数据、限流和快照记录边界。

Bitcoin Taproot 地址是什么？bc1p 与兼容性核对

本文依据 Bitcoin 官方术语和 BIP-350，解释 Taproot 地址常见的 bc1p 前缀、Bech32m 编码与发送前兼容性检查，帮助读者区分地址格式、脚本能力和交易确认。

比特币算力和难度怎么看？读懂 3 个月 API 窗口

本文依据 mempool.space 公开 API 与 Bitcoin 基础资料，解释算力、难度、区块时间和 3 个月移动窗口的关系，给出记录时间、单位和避免过度外推的链上数据阅读方法。

比特币 Mempool 怎么看？理解手续费与确认队列

本文使用 mempool.space 直接 API 与 Bitcoin 官方说明，解释比特币内存池、费率区间、区块确认和数据快照的关系，避免把短时统计写成到账保证。

比特币确认时间怎么看？读懂手续费 API 快照

本文使用 mempool.space 直接数据和 Bitcoin 官方说明，解释比特币确认时间、内存池竞争、区块间隔与手续费统计的关系，帮助读者记录数据口径而不把推荐费率当成到账承诺。

以太坊交易类型 0、2、3、4 怎么区分？一文看懂字段与用途

Type 2、Type 3 与 Type 4 交易分别增加了哪些字段？本文按 Ethereum 官方文档整理交易类型、费用字段、Blob 与账户抽象相关概念，帮助读者阅读钱包和区块浏览器。

以太坊 Gas 费怎么算？看懂 gwei 与交易成本

本文围绕以太坊 Gas 费整理公开资料、核验步骤与风险边界，解释读者最容易混淆的字段、数据口径和操作限制，并标注来源与访问时间。

比特币交易确认慢怎么办？先看 mempool 数据

本文围绕比特币交易确认整理公开资料、核验步骤与风险边界，解释读者最容易混淆的字段、数据口径和操作限制，并标注来源与访问时间。

助记词和私钥有什么区别？

助记词和私钥都关系到钱包控制权，但作用层级不同。本文解释恢复短语、私钥、钱包密码和硬件钱包的区别，以及泄露和丢失后的真实风险。

比特币交易卡住能加费吗？

比特币交易卡住后不要急着重复转账。本文说明 RBF、CPFP、mempool 推荐手续费和钱包支持边界，帮助用户判断能否加费或等待确认。

比特币手续费档位怎么读？

比特币手续费档位来自动态估算，不是确认时间承诺。本文用 mempool.space 与 Bitcoin Optech 说明 fastest、halfHour、hour 和 RBF 边界。

比特币RBF能加速交易吗？

比特币RBF能加速交易吗要先核验官方来源、链上对象和账户风险。本文基于Bitcoin Optech RBF Topic、mempool.space REST API Docs等资料，梳理关键事实、操作清单、常见误区和非投资建议边界。

Bitcoin Core备份怎么做？

Bitcoin Core备份怎么做需要先看官方来源、权限边界和风险提示。本文基于Bitcoin Core release notes、Bitcoin Core download等资料，梳理核验步骤、常见误区和安全检查清单。

assumeUTXO同步安全吗？

assumeUTXO 让 Bitcoin Core 节点可借助 UTXO 快照更快进入可用状态，但后台验证、版本来源和快照信任边界仍要分清。

BOLT 12和发票有何区别？

BOLT 12 Offers 和 BOLT 11 发票都服务闪电网络支付，但在可复用收款、发票请求、隐私和钱包兼容性上有明显差异。

TRON能量带宽是什么？

TRON 的能量和带宽影响转账、合约调用和手续费消耗。本文用官方资源模型解释 USDT 转账成本、冻结资源和常见误区。

Bitcoin Core版本说明怎么读？

Bitcoin Core 发布说明不只是升级提示，还涉及钱包、节点、RPC、网络策略和兼容边界。本文给普通用户和节点维护者一套阅读清单。

比特币 PSBT 适合什么场景？

比特币 PSBT 适合什么场景 要先核验官方资料、链上记录和操作边界。本文用中文拆解判断顺序、常见误区、用户风险和执行前检查清单。

一笔交易复制一份，区块哈希就能变：比特币默克尔树的先天缺陷与三道补丁

比特币默克尔树对奇数个叶子复制末位哈希，这个先天设计曾让攻击者复制交易就能改变区块哈希（CVE-2012-2459）。对照 Bitcoin Core v31.0 源码拆解 ComputeMerkleRoot 的 mutated 标志、bad-txns-duplicate 拒绝、IsBlockMutated 隔离与 segwit 见证变异检查这四道补丁如何把老洞封死。

把路由经验整包搬走：lncli querymc、importmc 与 loadmc 的三种搬运法

LND 的 Mission Control 通过率账本可以用三条命令搬运：querymc 导出快照、importmc 单条写入、loadmc 整包灌入并支持时间戳偏移。对照 LND v0.19.0-beta 源码拆解三条命令的参数、内存态不持久化的边界与 timeoffset 伪装账本年龄的用法。

令牌还能不能再上笼：lncli constrainmacaroon 给已签发权限做减法

已签发的 LND macaroon 令牌可以在不接触签名密钥的情况下追加时效、IP 与自定义约束。对照 LND v0.19.0-beta 源码拆解 constrainmacaroon 的输入输出、四种约束的校验边界，以及它与 bakemacaroon 的分工和可收窄不可吊销的语义。

钱包的默认六块：txconfirmtarget 怎么接住没传参数的付款

不带费用参数给比特币核心钱包下付款指令时，出价链条的起点是 -txconfirmtarget 参数，默认六个区块。对照 Bitcoin Core v31.0 源码拆解这个默认值从注册、加载到进入 GetMinimumFeeRate 费用阶梯的完整路径，以及估算保守度、回退费与最低费钳制的相互作用。

握手完成之前不许办事：比特币节点在 verack 前后各挡住什么

比特币节点的 version 与 verack 构成握手窗口，wtxidrelay、sendaddrv2、sendtxrcncl 等协商消息必须在窗口内完成，过晚到达直接断连。对照 Bitcoin Core v31.0 源码拆解 fSuccessfullyConnected 状态机、verack 处理时刻的动作序列，以及库存公告延后计时背后的交易时间隐私设计。

测试用的微型账本：fastprune 把比特币核心的区块文件缩到六十四千字节

Bitcoin Core 的调试参数 -fastprune 把区块文件上限从 128 MiB 缩到 64 KiB、把修剪高度地板从十万降到一百，让剪枝逻辑在几百个区块内就能真实触发。对照 v31.0 源码拆解两处改动的实现、超大区块装不下文件的动态兜底，以及它适合测试教学而不适合生产省磁盘的原因。

一条 version 命令看两层软件：lncli version 里的构建指纹

lncli version 同时询问命令行工具与守护进程两个进程的构建信息，输出提交哈希、语义版本与编译期注入的构建标签。对照 LND v0.19.0-beta 源码拆解这份双层指纹怎么用于升级核验、功能缺失排查（dev 构建标签）与托管审计。

不用等到子命令才发现连错机：lncli 全局旗标逐项核对

lncli 在子命令之前先由一排全局旗标决定连接对象、凭证与网络：rpcserver、lnddir、tlscertpath、network、macaroontimeout、profile 等十三个。对照 LND v0.19.0-beta 源码逐项拆解默认值、环境变量绑定与命令行优先级的取用规则，以及连错网络、档案悄悄接管两类假象的成因。

一个问总额、一个问费率：lncli estimatefee 与 wallet estimatefeerate 的分工

LND 里两条名字相近的估算命令回答不同问题：estimatefee 按完整支付意图（地址与金额映射）算总费用并计入选币结果，wallet estimatefeerate 只按确认目标问链后端要费率。对照 v0.19.0-beta 源码拆解两者的返回字段、选币偏差与先水位后预算的选用顺序。

烧掉的币为什么不占账本：IsUnspendable 输出在节点各层的遭遇

OP_RETURN 输出与超长脚本输出被 Bitcoin Core 的 IsUnspendable 判为不可花费：不进 UTXO 集合、不进统计与导出、断链回滚同判据、钱包默认拒绝代转超额烧毁金额。对照 v31.0 源码梳理这个函数在共识、账本、索引与钱包四层引发的连锁行为。

尘埃线不是常数：-dustrelayfee 怎样把输出折算成“值不值得花”

比特币核心的尘埃判定不是写死的聪数，而是 -dustrelayfee 这条费率折算出来的：先估花掉输出所需字节，再按费率折成费用与输出价值比大小。对照 v31.0 源码拆这条 DEBUG_ONLY 参数的默认值、判定路径、数量闸门与三层边界。

为隐私多花多少钱有预算：-maxapsfee 与避免部分花费的讨价还价

比特币核心用 -maxapsfee 给“为整组花零钱多付多少手续费”设了绝对费用预算：默认 0 意味着两案持平才选整组，-1 才彻底关闭，超过 0.0001 枚会触发启动警示。对照 v31.0 源码拆这条钱包参数的语义、单位陷阱与相邻概念边界。

一个布尔开关的连锁反应：-datacarrier 关掉后 OP_RETURN 交易去哪了

比特币核心对带数据交易设了两道控制：-datacarriersize 管装多少，-datacarrier 管装不装。对照 v31.0 源码拆这个布尔开关如何把载数据预算清零、getmempoolinfo 里为什么显示 0、关掉后钱包广播与索引器的真实后果。

先验货再搬家：lncli verifychanbackup 与 restorechanbackup 的恢复两步棋

闪电通道状态丢了，静态通道备份是救命文件。以 LND v0.19.0-beta 源码为准拆两条命令：verifychanbackup 只读体检单通道与多通道备份的四种输入形态，restorechanbackup 在同种子前提下找回已结算资金，以及备份时点、解锁状态与恢复后验收三条边界。

不起节点也能读懂权限钥匙：lncli printmacaroon 把令牌拆成四格档案

lncli printmacaroon 离线解码 macaroon，输出版本、位置、根密钥标识与权限、限制条件清单。以 LND v0.19.0-beta 源码拆两种输入方式、root_key_id 在备份迁移里的核对价值，以及解码不验签这条硬边界。

帮助页的两副面孔：-help-debug 与藏在调试层的比特币核心参数

bitcoind -help 只列精剪目录：带 DEBUG_ONLY 旗标的参数（dustrelayfee、peertimeout、checkblocks 等）要 -help-debug 才见得到，还有一族连调试页都不列。对照 v31.0 源码拆参数注册表的三档可见性与升级审计、脚本防呆三个用途。

提案也要分层验收：EIP-4 给以太坊标准划的四条互操作性界线

以太坊的改进提案并不同等重要：改共识规则和改钱包接口，对全网互操作性的压力完全不同。2015 年底定稿的 EIP-4 借来比特币 BIP-123 的思路，把标准类提案划进共识、网络、API/RPC、应用四个层，层号越低、被全网卡住的风险越大。这份只有两页纸的元提案解释了为什么有些提案天生就更慢、更保守，也解释了同一件事在不同层做，代价可以差出一个量级。

等不到矿工的软分叉：BIP-149 与隔离见证的用户激活剧本

2017 年春天，隔离见证明明已有超过七成算力在信号，却因为一套自设的 80% 门槛迟迟不锁定。BIP-149 给出用户侧的强制预案：用带超时锁定的 BIP8 在预定日期直接激活，不再等矿工点头。这份提案最终因隔离见证提前部署而无需上场，但「用户激活软分叉」由此成为比特币治理里一个被反复引用的工具，它的设计细节——超时即锁定、与矿工部署互斥的窗口衔接——至今仍是讨论模板。

把研发基金写进协议却设为零：EIP-1890 的「零值承诺」实验

以太坊该不该从区块奖励里切一块养核心研发，争论了多年。2019 年的 EIP-1890 给了一个罕见的设计：在协议里加入受益地址和每块资助额两个常量，同时把两者都设成零——机制就位、金额为零、实际经济不变，只留一份「将来动真格时要走提案」的可信承诺。这份由 Chainsafe、Gitcoin 与以太坊基金会人士共同起草的提案随伊斯坦布尔分叉实现了参考代码，最终撤回。它留下的问题是协议治理的经典母题：公共物品谁来出钱。

在普通地址上原地部署代码：EIP-5003 的 AUTHUSURP 与「换钥匙」的执念

私钥泄露的普通钱包地址没有「改密码」一说——EVM 里没有把旧钥匙踢出局的机制。2022 年 3 月的 EIP-5003 给这件事写过一把锤子：新指令 AUTHUSURP，让一份通过 EIP-3074 授权的代码直接部署进签名者本人的地址，配合 EIP-3607 冻结有码账户的发送权，原私钥从此对交易发送失效。它被标记为 Superseded by EIP-7702 而撤回，但「原地改造存量账户」的思路在 7702 里以委托形式复活。

提案不定义比特币：BIP-3 精简流程与它划下的边界

很多人以为一份 BIP 一旦通过就代表全社区拍板，2025 年部署的 BIP-3 把这种误读写进了规则：它明确说仓库不追踪社区情绪也不统计采用率，每份提案只是作者的私人建议。这份由 Murch 起草、取代 BIP-2 的流程提案，砍掉了编辑角色里大量主观判断，引入副作者（Deputy）制度，并给提案正文规定了从摘要到变更日志的固定骨架。本文按原文逐段拆解它的四个关键改动，以及为什么流程文件本身反而是理解整个 BIP 仓库的钥匙。

四层标尺：BIP-123 给提案按互操作性难度分级

同样是标准提案，改区块验证规则和改一条收款 URI 的落地难度差着一个数量级。2015 年部署的 BIP-123 把标准类提案划进共识、对等服务、API/RPC、应用四个层，并逐层写明判据：共识层管「任何人可本地判断历史与状态是否合法」的密码学承诺结构，分歧会直接分链；对等服务层允许无损增减；API 层容许竞争标准并存；应用层谈共享数据约定。以太坊的 EIP-4 后来直接搬走这套框架。本文按原文梳理四层判据、层内的软硬分叉细分，以及它附带的存量提案归类表带来的治理副作用。

不改协议的硬分叉：EIP-779 记录的 DAO 事件状态改写

以太坊 2016 年 7 月的 DAO 分叉在协议史上是个异类：没有新操作码、没有新交易格式、没有新区块结构，它做的只是把一组地址里的以太搬进一个退款合约。2017 年 11 月的元提案 EIP-779 把这次「不规则状态变更」正式归档：激活块主网 1920000，从区块 1880000 起枚举 DAO、其 extraBalance、创建者的全部子 DAO 及各自的 extraBalance，整份名单写死在规范里。本文借这份元提案复盘一次例外升级如何用普通硬分叉机制承载非协议内容，以及账户名单为何在三年后才补上文档。

给被遗忘的升级补档案：EIP-7568 回溯登记册

缪尔冰川之后，以太坊一度放弃了给每次网络升级写元提案的传统，改用升级仓库里的单独页面记录。2023 年 12 月 1 日定稿的 EIP-779 式回归者 EIP-7568 干的是补档：由 Tim Beiko 起草、状态 Final，把信标链启动（Serenity Phase 0）、柏林、伦敦、Altair、箭头冰川、灰色冰川、合并（Paris 加 Bellatrix）、Shapella 这些没有元提案的升级逐一收录，标注执行层与共识层归属，链出各自的规范文件。本文讨论这份「回溯登记册」折射的标准流程钟摆：从元提案到散装记录，再回到元提案。

出块靠挖矿、盖章靠持票人：Decred 的票据投票怎么买通共识这条路

Decred 把规则变更的批准权拆给矿工与票据两个群体。本文按官方文档拆解票价调节、256 块成熟期与泊松抽签、VSP 共享签名机制，以及 DCP 到激活的五步流程中 95%、75%、10% 法定人数三道门槛各自卡住谁。

手续费先去拍卖再变灰：Injective 如何把交易费折成 INJ 销毁

Injective 把交易所最低费率定为 maker 0.1%、taker 0.2%，引流应用分成 40%，其余 60% 组成费用篮子摆上链上拍卖、竞走者用 INJ 出价、成交 INJ 随即销毁。本文按官方文档拆开通往销毁的两段路，并说明拍卖这一步为何让销毁量取决于竞价而非费用流水。

随机数写在链上也会被反悔：Sui 的 Random 对象与四种回退攻击

Sui 官方文档记载的链上随机性机制：保留地址 `0x8` 的 `Random`、由消费模块自建 `RandomGenerator` 的编译期强制、`assert` 回退白玩与 PTB 原子性带来的组合攻击，以及资源耗尽型攻击需要合约自己防的那部分。

把密文交给数据层：Celestia 私有区块空间怎么用可验证加密保住可问责性

Celestia 官方文档的私有区块空间机制：代理在提交时加密 blob 并生成 zkVM 可验证加密证明，任何人仍可验证密文可用且明文承诺成立，用于余额清算等需要保密又不能失去公开可验证性的状态。

RPC cookie 文件从哪来、多久换一次：rpccookiefile 的生成、路径与失效

比特币核心默认用每次启动重生成的 .cookie 文件做 RPC 认证：rpccookiefile 挪位置、相对路径加网络目录前缀、umask 与 rpccookieperms 的权限接力、与 rpcauth 并行共存。以 v31.0 源码为准。

bitcoin-cli 怎么知道该敲哪台机器：rpcconnect 的主机端口合写与优先级

bitcoin-cli 定位目标节点靠 rpcconnect：默认 127.0.0.1，支持主机加端口合写，优先级低于 rpcport 高于链默认端口；端口解析失败原样报错。跨机、容器与多链场景逐项拆解，以 v31.0 源码为准。

只连你指定的对端：-connect 如何接管比特币核心的连接行为

比特币核心 -connect 是排他式连接：只连指定节点、可重复叠加，并连带关闭 dnsseed 与默认监听；-noconnect 只关自动连接。它与 -addnode 的分界、封闭拓扑的监控基线，以 v31.0 源码为准。

成功付款里失败的尝试还在不在：keep-failed-payment-attempts 的存储取舍

LND 默认不持久化成功付款名下的失败尝试记录，keep-failed-payment-attempts 打开后才留全本。限定语义、账本增速、对路由分析与排障的价值边界，按 v0.19.0-beta 源码逐项核对。

动态 IP 的闪电节点：externalhosts 的周期解析、通告链条与验证方法

LND 的 externalhosts 让你交出一个域名：内置通告器每五分钟解析、按结果刷新节点公告，最长一个周期新 IP 自动上线；与 nat 互斥、端口默认 9735、CGNAT 场景无效。链条与验证方法按 v0.19.0-beta 源码。

LND REST 的四个旋钮：restlisten 回退、restcors、no-rest-tls 与 ping/pong

LND 的 REST 是 gRPC 前面的转换代理：不配 restlisten 时回退 localhost:8080 并复用第一个 RPC 监听器；restcors 管浏览器跨源、no-rest-tls 撤加密、ws-ping-interval 与 ws-pong-wait 管订阅长连接保活。按 v0.19.0-beta 源码。

版本消息里的子版本字符串最长 256 字节：MAX_SUBVERSION_LENGTH 与 uacomment 的预算

比特币握手 version 消息的人类可读子版本字符串有 256 字节上限：自己拼超长直接拒绝启动，收包按上限防御解析。拆解 FormatSubVersion 组装、字符白名单与 -uacomment 的长度和隐私两面。以 v31.0 源码为准。

一次提交多少笔才算一个包：比特币给批量交易卡在 25 笔与 404000 权重

testmempoolaccept 与 submitpackage 一次能吃多少交易由 MAX_PACKAGE_COUNT（25 笔）和 MAX_PACKAGE_WEIGHT（404000 权重）决定。拆解这两个数字与标准交易权重、内存池簇上限之间的对齐关系和两类报错现场。以 v31.0 源码为准。

钱包报价背后的三档窗口：比特币费率估计器怎么切确认延迟

estimatesmartfee 的建议费率来自短中长三档统计窗口：SHORT_BLOCK_PERIODS 12、MED 24、LONG 42 段配步长，历史有效期六周，短程衰减半衰约三小时。拆解分桶计数、指数衰减与 conf_target 的对应关系。以 v31.0 源码为准。

收到交易通告后不立刻去要：比特币延迟提货的四把秒表

交易下载管理器用 NONPREF_PEER_TX_DELAY、TXID_RELAY_DELAY、OVERLOADED_PEER_TX_DELAY 三个两秒与 GETDATA_TX_INTERVAL 六十秒组织提货时机，另有每对端在途一百与通告五千的额度。拆这套调度为何存在及现场含义。以 v31.0 源码为准。

内存池退潮要多久：ROLLING_FEE_HALFLIFE 与 mempoolminfee 的十二小时半衰

getmempoolinfo 里浮动的 mempoolminfee 由 GetMinFee 的指数衰减决定：默认半衰期十二小时，池子越空闲衰减越快，跌破增量中继费率一半即归零。拆解这套回落曲线与 minrelaytxfee 的分界。以 v31.0 源码为准。

索引缓存的八分之一与一千兆：比特币节点内存分配的隐藏分层

dbcache 总预算先被索引层切走：txindex 与 txospenderindex 各按当时余额的八分之一、封顶 1GiB，过滤器索引再合并一份封顶额度。拆解 CalculateCacheSizes 的顺序扣减、32 位封顶与容量规划口径。以 v31.0 源码为准。

同一地址的输出最多攒一百个：OUTPUT_GROUP_MAX_ENTRIES 与避免部分花费

开着 avoidpartialspends 的钱包把同脚本 UTXO 成组整体花费，但每组最多一百个输出，超出即另起新组。拆解 spend.cpp 里的分组装配、这一百为何是费用刹车、以及对复用地址的拆单现象。以 v31.0 源码为准。

一次替换最多动一百簇：RBF 规则五里的 MAX_REPLACEMENT_CANDIDATES

集群内存池时代，RBF 第五条规则限制一笔替换直接冲突的唯一簇数量不超过 100，超出即以 too many conflicting clusters 拒绝。拆解按簇计量的原因、与包上限的分界和官方测试的边界用例。以 v31.0 源码为准。

REST 批量查询的数字闸门：一次最多要两千个标头

比特币节点 REST 接口的批量标头端点共用 MAX_REST_HEADERS_RESULTS 上限 2000，越界直接 400；过滤器标头端点默认只给 5 个。拆解免认证入口为何要设闸、翻页接力写法与排错现场。以 v31.0 源码为准。

组块前先扣四百个签名预算：DEFAULT_COINBASE_OUTPUT_MAX_ADDITIONAL_SIGOPS 的预留逻辑

区块组装器把签名成本计数器起点设为 400 而非零，为尚未生成的 coinbase 输出预留 SigOp 预算，占八万共识上限的半个百分点。拆解预留动机、IPC 参数名与钳制边界。以 v31.0 源码为准。

比特币内存池拥堵怎么判断？

比特币内存池拥堵怎么判断 要先核验官方资料、链上记录和操作边界。本文用中文拆解判断顺序、常见误区、用户风险和执行前检查清单。

见证数据怎么上路：BIP-144 给交易报文多写的那两个字节

隔离见证真正落地，靠的不只是共识规则，还有一套节点间的传输格式。BIP-144 用标记字节和标志字节把见证数据装进交易报文，让新旧节点互不干扰地完成升级。本文拆解它的序列化设计、为什么旧解析器不会误读，以及空见证为什么必须用旧格式。

不用再抬协议版本号：BIP-434 用一条 feature 消息做节点功能协商

比特币节点长期靠 bump 协议版本号或一次性探测消息启用新功能。BIP-434 定义通用的 feature 消息，在 version 与 verack 之间完成功能身份协商，身份直接绑 BIP 编号。本文拆解它的时序规则、字段约束与对协议可扩展性的意义。

btcpop 链接：把「我付过了」的证明请求装进二维码

BIP-121 为付款证明流程设计了一种 URI 方案，仿照 BIP-21 收款链接，用 p、n、txid 三个参数把证明请求编码成二维码或 NFC 载荷。本文拆解它的参数语义、Base58 缩短技巧与被 BIP-120 弃用的来龙去脉。

CALL 只按实际写出的内存收费：早年的 EIP-5 定了什么规矩

2015 年定稿的 EIP-5 把 CALL 系列的内存计费从「预留多少付多少」改为「写出多少付多少」，让返回变长字符串和动态数组第一次变得可用，也顺手给了代理合约探测返回长度的技巧。本文按原文复盘它的语义与后来的演进语境。

同一件事的两种做法：EIP-7542 为何在区块范围公告上输给 eth/69

以太坊节点之间要互相交代能提供哪段历史区块。EIP-7642 用推的方式落地：握手时报范围、范围变化时主动通知。EIP-7542 选的是拉的路线：在 eth/70 里加两个消息，谁想知道谁开口问。它在 2023 年起草、最终撤回，后来落地的官方文档给出的原因很坦白——当时关于历史数据过期的共识还没谈拢。

验证了别人的区块，能不能顺便领工资：EIP-908 的客户端奖励实验

写客户端的人靠捐赠和风投融资吃饭，运行节点的人没有任何收入。EIP-908 在 2018 年提出把客户端报酬写进协议：客户端每验证一个近期区块，就在区块里留一枚签好字的验证记录并领取零点一五以太。本文拆解它的机制设计、防作弊博弈，以及这个想法为何停在草案。

合并请求合约的第二次就业：EIP-8012 把它改造成执行层给共识层的传话筒

验证者合并请求走的那条执行层到共识层的专用通道，其实可以被重新解释为一条通用消息管道。EIP-8012 提议给合并请求里四十八字节的目标公钥字段立一套新读法：对得上现有公钥就按合并处理，对不上就当作一串编码后的通用参数。本文拆解这个不改执行层、只改共识层读法的省法，以及它为何停在停滞状态。

运行时长出来的字节也要收地板费：EIP-8279 给区块访问列表补的价

EIP-7623 给 calldata 定下每字节六十四gas的地板价，但运行期由操作码塞进区块访问列表的字节绕过了这道闸。EIP-8279 提议把这些运行期字节按同一定价计入地板累计器，让最坏情况的区块体积重新可算。本文拆解冷SLOAD的套利路径、地板累计器的设计与它同 EIP-8131 的接力关系。

每条 UTXO 都要锁一笔押金：Cardano 的 min-ada-value 怎么算、锁住谁的钱

Cardano 上每条 UTxO 都必须按占用的存储大小锁定最低 ADA。本文按官方账本规范拆解 min-ada-value 的公式、coinsPerUTxOWord 参数的来历、空投与碎 UTxO 为什么锁币，以及它和账户模型的根本差异。

同样一块硬盘，十倍奖励也十倍罚金：Filecoin 验证交易的算法

Filecoin Plus 用 DataCap 与十倍质量调整算力激励矿工存真实数据。本文按官方文档拆解验证交易的信任评估、QAP 乘数对奖励、保证金与罚没的同倍放大，以及接真实数据新增的运维责任。

不给私钥也能代你发消息：Cosmos SDK 的 x/authz 授权怎么发、怎么过期

Cosmos SDK 的 authz 模块允许把某一类消息的执行权单独授给另一个账户。本文拆解授权的三元组标识、三种内置授权与额度名单字段、过期修剪与撤销流程，以及它和 EVM 授权模型的区别。

验证者、客户端、证明者：Aleo 为什么把节点拆成三种岗位

Aleo 用同一个 snarkOS 程序分出三类节点：验证者只管共识、客户端做全节点服务、证明者专职解题换奖励。本文按官方 README 与文档梳理三类节点的职责、分层拓扑与随之而来的信任边界。

钱包的备用报价：fallbackfee 在估算失灵时接棒与它的单位账

比特币核心钱包参数 fallbackfee 只在费率估算无结果时顶替报价，默认值为 0 即禁用。单位是 BTC/kvB、与 mintxfee、maxtxfee 和 paytxfee 的边界，以及新节点冷启动时的触发场景逐项拆解。以 v31.0 源码为准。

-rpccookieperms 三档权限：cookie 文件谁能读，谁不该读

比特币核心的 RPC cookie 鉴权把机密性押在文件权限上。rpccookieperms 的 owner、group、all 三档各适配什么部署形态，它与 rpcbind 绑定地址、rpcauth 多用户、rpcwhitelist 白名单如何正交组合，边界在哪里。

lncli getrecoveryinfo 的三个字段：钱包恢复进度的正确读法

LND 的 getrecoveryinfo 用 recovery_mode、recovery_finished 与归一化 progress 三字段汇报钱包恢复状态。它与 getinfo 的链同步、图同步标志分属三条线，进度值为什么不能拿来线性外推剩余时间，逐条讲清。

节点身份签名：lncli signmessage 的 zbase32 与验证规则

LND 用节点身份密钥给消息做可恢复签名，签名字符串走 zbase32 编码。verifymessage 只在恢复出的公钥命中本机通道图里的活跃节点时才判真——签名合法却验证失败的排查顺序，与 BIP322 地址签名的类别分界。

createrawtransaction 造裸交易：默认带替换信号、不选币不找零的骨架机

比特币核心 createrawtransaction 只造不签、不存不播，replaceable 默认为真，输入存在性不校验，v30 起新增 version 参数。五个参数与离线签名流程中的复核纪律逐项拆解，以 v31.0 源码为准。

createwatchonly 只读闪电钱包：十个密钥家族与签名外包的边界

LND 启动期命令 createwatchonly 用账户清单 JSON 初始化无私钥钱包，必须覆盖内部密钥家族 0 到 9，格式与 wallet accounts list 输出一致；stateless_init 与 mac_root_key 旗标的令牌保管义务同步核对。

getnodeinfo 的档案与橱窗：通道数与容量只数公开通道

LND 按公钥查节点档案的命令返回公告身份、通道总数与容量之和，但两者只统计公开图谱可见通道；include_channels 开边列表，与 getchaninfo 和 describegraph 构成钻取链。字段语义按 v0.19.0-beta 协议定义核对。

一封信收齐所有签名：BIP-10 多签交易分发格式 TxDP 的往事

BIP-10 在 2011 年提出 TxDP 文本格式，把待签多签交易连同其花掉的旧交易一起打包，让签名者无需同步区块链就能核对金额并接力签名。本文拆解它的信头式编码、Unsigned ID 设计与 2014 年退役的来龙去脉。

把脚本当填空题做：BIP-124 层级确定性脚本模板

BIP-124 用占位符加 BIP-32 派生路径定义脚本模板，让不同钱包对同一组派生信息产出逐字节相同的脚本，覆盖 2-of-3 多签、1-of-1 或 2-of-3、超时合约等形态。本文拆解键组的排序约定与这份 2015 年提案的未竟之处。

被盗后还有一段反悔窗口：BIP-345 OP_VAULT 金库的四种交易

BIP-345 提议用 OP_VAULT 与 OP_VAULT_RECOVER 两个 tapscript 操作码给比特币加上延时提款金库：取款先公开触发、到期才能到账，触发前的任何时刻都能走恢复路径把钱撤回。本文拆解四段式交易流程与它 2023 年关闭的原因。

三个操作码拼一种新通道：BIP-448 可重绑交易签名提案

BIP-448 提议打包激活 OP_TEMPLATEHASH、OP_CHECKSIGFROMSTACK 与 OP_INTERNALKEY 三个 Tapscript 操作码，用可重绑交易签名支撑 LN-Symmetry 型通道、多人通道、状态链与 Ark 变体。本文拆解三件套分工与它选择最小路线的理由。

多签的第一份标准答卷：BIP-11 与 OP_CHECKMULTISIG 的 2011 年

BIP-11 在 2011 年把 m-of-n 多重签名写进比特币的标准交易规则：节点只中继 n 不超过 3 的 CHECKMULTISIG 输出，scriptSig 要先垫一个 OP_0 堵住弹出多一格的缺陷，签名脚本上限从 200 字节抬到 500 字节。本文回顾这份由 Gavin Andresen 执笔的早期 BIP 如何定义多签协作、它绕不开的尺寸与计数争论，以及它和 P2SH、隔离见证的接力关系。

把数据当代码执行：BIP-12 的 OP_EVAL 为什么输给了 P2SH

BIP-12 在 2011 年提出 OP_EVAL 操作码：花费时把栈顶的序列化脚本反序列化并执行，让收款方决定资金的消费方式。它借道 OP_NOP1 实现向后兼容、把递归限制在两层，最终却在「数据当代码」的安全争论与执行成本中落选，位置被 BIP-16 的 P2SH 接替。本文拆解 OP_EVAL 的机制设计、一确认攻击分析与它留下的设计遗产。

一枚玩笑补丁锁死 2100 万：BIP-42 与补贴右移的未定义行为

比特币「总量 2100 万」人尽皆知，但它在早期代码里其实靠一行右移语句实现，移位量逼近 64 位整数位宽后属于未定义行为。2014 年 4 月 1 日，Pieter Wuille 提交 BIP-42，用一份戏谑的软分叉方案给发行曲线封口。本文解读这行经典代码、C++ 未定义行为与跨语言实现的坑，以及这个愚人节提案如何以 Deployed 状态收尾。

按时间戳翻倍的区块上限：BIP-101 的指数增长公式与 75% 投票

BIP-101 提出把比特币 1MB 固定区块上限换成按区块时间戳计算的指数增长函数：2016 年 1 月起 8MB 起步、每两年翻倍、2036 年后定格约 8192MB，并用 75% 算力超级多数加两周宽限期激活。这份 Gavin Andresen 执笔的大区块提案如今归档在 BIP 史里，是理解 2015-2017 扩容论战技术谱系的关键标本。

删掉低难度后门重启一条测试网：BIP-95 与 Testnet 5 的账

BIP-95 提出用 Testnet 5 取代 Testnet 4：彻底移除被系统性滥用的难度例外规则，把最低难度抬到约一百万，从第 1 块起强制执行 BIP-54 与 2026 年 5 月前的全部主网共识规则，网络魔数定为 ASCII 拼写 FIVE 的四字节。本文解释难度例外如何被区块风暴与重组玩坏、为什么换网比改规则便宜，以及测试网换代对开发者意味着什么。

Layer2 之间直接传消息会发生什么：Superchain 互操作的日志验证与七天时效

OP Stack Superchain 互操作让两条 Layer2 不经以太坊直接传消息：目标链用 CrossL2Inbox 反查源链日志的真伪，op-supervisor 对齐区块安全，消息从日志产生起有七天引用窗口，过期可重发。

追块不必陪跑共识回合：CometBFT 区块同步的速度来源与并行模式的双签风险

CometBFT 用 Block Sync 跳过共识重放、靠验证者默克尔树核验历史区块，追块速度提升数百倍。本文按官方文档说明 v0 版本的取舍，并拆解 adaptive_sync 让同步与共识并行时给验证者带来的双签窗口。

狗狗币为什么每块都调难度、发行却永远不到上限

狗狗币在两处和比特币分道：约一分钟出块、从十四万五千块起改每块重定难度（Digishield 血统），并从第六十万块起每块固定发放一万枚且无总量上限。本文按狗狗币官方仓库参数与文档拆解这套取舍、每块调整的软肋与防呆护栏，以及和减半叙事的区别。

rpcserialversion 去哪了：一个控制 RPC 交易序列化格式的参数的兴亡

-rpcserialversion 曾是比特币核心控制 RPC 返回交易序列化形态的隐藏参数：0 返回不含见证数据的旧格式，1 返回含见证的新格式。v26.0 发行说明宣布设 0 需叠加 -deprecatedrpc=serialversion 并标记废弃；在 v31.0 源码树中该参数定义与读取分支已全部消失。本文按仓库源码与历代发行说明梳理它的动机、争议与退场路线。

getnetworkinfo 里的 localrelay：它说的是要不要收交易，不是要不要转发

getnetworkinfo 返回的 localrelay 字段常被读反。Bitcoin Core v31.0 源码中它是 ignores_incoming_txs 取反——本机是否愿意接收对端转来的交易，主要由 -blocksonly 翻转，并牵出 whitelistrelay、maxmempool、walletbroadcast 与费率估算初始化四串参数联动。本文逐行核对字段语义、联动日志与验证动作。

lncli wallet listsweeps 与 pendingsweeps：两本台账看懂闪电节点的链上清扫

强制关闭退款、惩罚支出等链上动作由 LND 的 UtxoSweeper 攒批调度：费率相近的输出合并成一笔清扫交易统一广播。wallet listsweeps 列历史——按广播而非确认记账、被 RBF 顶掉的版本不显示；wallet pendingsweeps 列当下排队中的输出与广播尝试次数。本文按 LND v0.19.0-beta 的 walletkit 接口定义核对字段与取数规则。

钱包说不要这笔记录：lncli wallet removetx 删掉卡住的未确认交易

LND 的 RemoveTransaction（lncli wallet removetx）只处理仍未确认的交易：把它连同子交易从钱包内部交易存储移除，为被 RBF 顶掉后迟迟不解除冲突记账的场景提供人工出口；误删可用 wallet publishtx 重新广播原交易找回记账。本文按 LND v0.19.0-beta 的命令源码与 walletkit 接口注释核对适用边界与恢复路径。

lncli wallet labeltx：给闪电钱包交易打标签的三条硬规则

LND 的 LabelTransaction（lncli wallet labeltx）给钱包交易挂本地可读标签供对账过滤：标签非空、上限 500 字符；已有标签时不带 overwrite 的调用直接失败而非静默覆盖；gRPC 直调时 txid 字段要求小端反向字节序。本文按 LND v0.19.0-beta 的 walletkit 接口定义核对这套记账规则及其与核心版地址标签体系的分工。

lncli batchopenchannel：一笔出资交易原子开出多条闪电通道

batchopenchannel 把多条对已有对端的单资金方通道开请求合并进同一笔出资交易，接口承诺原子性：要么全部进入开通流程，要么整体中止。命令要求目标节点都是当前已连接对端，支持 conf_target 或 sat_per_vbyte 定价、min_confs 选币门槛与 label 记账。本文按 LND v0.19.0-beta 命令源码与接口定义核对参数与失败形态。

-splash、-choosedatadir、-uiplatform：比特币核心图形界面的三个冷门开关

比特币核心 Qt 界面带三个不常出现在速查表里的启动参数：-splash 控制启动闪屏（源码默认开启）、-choosedatadir 控制启动时是否弹数据目录选择页（默认关闭，数据目录不存在时会强制进入该页）、-uiplatform 按平台挑选界面资源（调试专用参数）。本文按 v31.0 源码逐一核对默认值与触发条件。

轻钱包同步过滤器的三对P2P消息：getcfilters、getcfheaders与cfcheckpt各管一段

比特币节点之间服务紧凑区块过滤器同步的三对消息如何分工，1000与2000两条请求红线为什么直接断连，过滤器头哈希链如何让轻客户端敢信过滤器。以比特币核心v31.0源码为准。

HtlcInterceptor 与 HtlcModifier：把闪电节点的转发和结算决定交给自己的程序

LND两个双向流拦截接口分别站在中间转发与收款结算两个时刻，注册即依赖的部署风险、超时兜底与最小权限纪律。基于v0.19.0-beta接口定义。

OP_CODESEPARATOR 今日还有效吗：FindAndDelete 与 CONST_SCRIPTCODE 关掉的旧路

被禁操作码列表之外的OP_CODESEPARATOR为什么在标准路径下等于死亡，v31源码里的FindAndDelete与SCRIPT_VERIFY_CONST_SCRIPTCODE标志如何共同封路。

LND 的六种钱包状态：State 服务与 walletunlocker 四步初始化的准确读法

LND v0.19.0-beta把钱包生命周期做成State服务的六个枚举值，GenSeed、InitWallet、UnlockWallet、ChangePassword四步初始化各带哪些参数，健康检查为何不该用端口探测。

lncli wallet bumpforceclosefee：强制关闭卡在链上时的预算燃烧器怎么踩

BumpForceCloseFee只对锚定通道生效，deadline_delta到期会把全部预算烧成手续费，使用条件、与父交易费率的关系和三条操作纪律。基于LND v0.19.0-beta。

lncli 之外的守门程序：ChannelAcceptor 如何接管每一笔入站开道申请

LND的通道准入钩子把开道申请的判断权外包给外部程序，响应端可反提CSV延迟、保留额度与确认数，注册流即引入依赖的运维纪律与FundingStateStep的边界。

getblockhash 的越界答案：为什么查未来高度会直接报错而不是空返回

比特币核心v31里getblockhash只查活动链、越界抛Block height out of range，与getblockheader接力的遍历骨架，以及重组背景下的三个实践要点。

节点第一分钟的取址瀑布：DNS 种子、seednode 与硬编码种子的先后顺序

比特币核心开机取址的三层瀑布与硬编码种子的真实触发条件，LND内置Neutrino后端的connect要求与状态字段，给监控面板的最小字段清单。

量子安全比特币交易是什么？

StarkWare 的量子安全比特币交易测试引发关注。本文解释量子风险、公钥暴露、无需软分叉方案的意义，以及为什么它仍不是比特币全网升级完成。

比特币推荐手续费怎么理解？

比特币推荐手续费通常以 sat/vB 表示，会随 mempool 拥堵和出块变化。本文用 mempool.space API 说明低、中、高优先级费率和钱包设置注意事项。

花费时才亮出用到的那条分支：BIP-116 的 MERKLEBRANCHVERIFY 怎么工作

BIP-116 提议给比特币脚本加入 MERKLEBRANCHVERIFY 操作码，让脚本承诺一棵候选分支集合，花费时只需出示实际用到的那一条。本文解释它的栈规则、与 BIP-98 验证的关系，以及它和 MAST 类提案的分野。

留一份能反悔的应急剧本：BIP-128 时间锁恢复存储格式

BIP-128 为预签名的时间锁恢复计划定义统一文件格式：钱包导出、托管服务导入监控、出事时执行。本文拆解这对交易的时间锁结构、撤销窗口的设计，以及它想解决又没解决的边界。

这条连接只传块不传交易：BIP-338 disabletx 与区块中继专连

比特币节点之间有一类只转发区块、不转发交易和地址的低资源连接。BIP-338 想给这种关系一个正式的协议表达 disabletx 消息。本文解释块中继专连为何存在、disabletx 的规则约束，以及为什么提案停在 Closed。

在脚本里做密钥加法：BIP-449 OP_TWEAKADD 与可验证钥匙推导

BIP-449 想把 Taproot 输出密钥背后的椭圆曲线加法搬进 tapscript：给一把钥匙和一个标量，脚本自己算出调整后的公钥。本文解释曲线加法的性质、它的失败条件，以及密钥揭示与签名顺序证明这些新玩法。

节点先亮明服务档次再谈交易：BIP-33 分层节点的三个服务位

BIP-33 在 2012 年提出分层节点：用 NODE_SERVICE 与 NODE_STRATIZED 两个新服务位，让轻量客户端将区块链查询委托给专职节点。本文回溯它与 BCCAPI、Electrum、Stratum 的承继关系，以及四个新查询消息的设计。

把币锁进时间换身份：BIP-46 时间锁保真债券的派生方案

BIP-46 为创建时间锁保真债券（fidelity bond）定义了 HD 钱包派生方案，让抗女巫身份的成本来自锁仓的时间价值。本文拆解它的派生路径设计、证书签名建议，以及冷存储下的找回边界。

给 BIP 找个裁决委员会：BIP-132 的四分段与七成共识试验

BIP-132 在 2015 年尝试给 BIP 提案定一个通过流程：按客户端、矿工、商户、用户四个分段组委员会，各方代表至少百分之一生态份额，四段中三段达成七成共识才算接受。本文复盘它的流程设计与落选原因。

别再叫它地址：BIP-179 想给一次性收款码改名叫 Invoice

BIP-179 提议把比特币 address 改称 Bitcoin Invoice Address，用发票的一次性语义纠正用户对“地址会变”的误解。本文复盘这个词汇提案的动机、四种写法与落地现状。

每个升级自带门槛与倒计时：BIP-135 版本位投票的泛化设计

BIP-135 把 BIP9 的固定 95% 阈值和统一窗口泛化成每个比特可独立配置 threshold、windowsize、minlockedblocks 与 minlockedtime，并试图覆盖软分叉与硬分叉两类变更。本文拆解五参数状态机与它的结局。

Taiko 的基于预确认是什么？基于排序二层如何把确认时间压到一秒内

Taiko 用基于预确认解决 based rollup 被 L1 十二秒节奏锁死的问题：白名单预确认者链下排序、随后作为提案上链，阶段二由质押与罚没保护。本文按官方文档拆解承诺类型、轮换机制与强制收录边界。

Arbitrum 的三套时钟：block.number、天文数字 gas 上限与没有交易就没有块

在 Arbitrum 上，合约读到的 block.number 指向一层祖先链，每块显示的巨额 gas 上限只是二维计费在单字段上的投影，出块又完全由交易量驱动。本文按官方文档拆这三条时间语义差异与对合约逻辑的影响。

两秒区块里的十个两百毫秒子块：Base Flashblocks 怎么构建与送达

Base 把两秒区块切成十个两百毫秒的 Flashblocks 子块，按递增气体预算和费用排序逐轮构建，并把预确认数据流式送进 RPC 缓存。本文按官方文档拆解子块循环、pending 语义变化与快信号的信任边界。

SeiDB 为什么把状态拆成两层：状态承诺与历史存储的分家账

Sei 的 SeiDB 把活跃状态与历史归档拆成状态承诺层与状态存储层：前者用内存映射的 IAVL 树守住应用哈希，后者把版本化键值对交给 LSM 数据库。本文按官方仓库与工程博客拆解分层动机、快照加预写日志的恢复路径与官方基准口径。

LND 的 tls.cert 从哪来：自签证书、24 小时临时证书与补域名的开关

LND 的 gRPC 接口默认用一份自签的 tls.cert 加密。本文按 LND v0.19.0-beta 源码核对证书文件的位置、自动生成的时机、开启证书加密时 24 小时临时证书的刷新逻辑，以及 tlsextradomain 与 tlsdisableautofill 该怎么用。

LND 开机先给自己体检：chainbackend、diskspace 等六路健康检查

LND 内置一套健康检查框架，启动时对链后端、磁盘、TLS、Tor 等依赖逐项探活。本文按 LND v0.19.0-beta 源码核对六个检查组各自测什么、interval 与 attempts 的语义、一分钟的间隔下限，以及磁盘水位触发安全停机的边界。

闪电协议之外的自定义消息：32768 起步的类型号与 LND 的两道授权

闪电的 P2P 报文允许在标准化范围之外使用自定义消息。本文按 LND v0.19.0-beta 源码核对类型号 32768 这条分界线的来历、SendCustomMessage 为什么默认只碰得到自定义范围、协议内消息要靠 custom-message 参数逐个放行的设计意图。

比特币核心脚本校验分几条线程：-par 的默认值与边界

Bitcoin Core 用专门的脚本校验线程并行验签名。本文按 v31.0 源码核对 -par 参数的三种写法——自动、显式指定与负数留核——的换算规则、默认零的含义，以及线程数与区块验证吞吐的关系。

LND 的账本放在哪个引擎里：channel.db、channel.sqlite 与外部数据库

闪电节点的通道账本对数据库引擎的要求比想象中苛刻。本文按 LND v0.19.0-beta 源码核对内建 Bolt 后端的 channel.db 文件、SQLite 后端的 channel.sqlite 文件，以及切换外部数据库时配置与备份逻辑上跟着变的东西。

LND 怎么知道出了新块：ZMQ 推送与 RPC 轮询两条路的开关与代价

LND 感知比特币链变化有两种模式：订阅 bitcoind 的 ZMQ 推送，或定时轮询 RPC。本文按 LND v0.19.0-beta 源码核对 zmqpubrawblock 与 zmqpubrawtx 的配置写法、rpcpolling 打开后 blockpollinginterval 与 txpollinginterval 的分工，以及裁剪节点相关的取块参数。

比特币 RPC 的 HTTP 超时线：rpcservertimeout 管什么、不管什么

rpcservertimeout 控制的是 HTTP 层的闲置超时，不是给慢查询加时间预算。本文按 Bitcoin Core v31.0 源码核对该参数的默认三十秒、作用的连接阶段，以及它与 RPC 工作队列排队、长查询阻塞之间的分工与误用。

同一台机器跑第二个比特币节点：port 参数与端口族怎么错开

比特币节点一族端口里，只有 P2P 监听端口能用 -port 改，RPC 与各网络变体另有自己的规则。本文按 Bitcoin Core v31.0 源码核对五套网络的端口基准值、端口加一族的派生关系，以及双实例并跑的完整隔离清单。

闪电配置的三张面孔：命令行、lnd.conf 与环境变量谁赢

LND 的配置有三个入口，同名参数可以同时出现在三处。本文按 LND v0.19.0-beta 源码核对三层配置的解析顺序与合并规则，ini 分节名与参数前缀的对应关系，以及 systemd 环境变量注入实战中最容易看错的几个陷阱。

看门塔的收费凭据不是万能钥匙：wtclient 配置项与信任边界

接入瞭望塔的客户端一侧有五个配置项：开关、清扫费率、会话关闭区间、队列上限与单会话备份数。本文按 LND v0.19.0-beta 源码逐项核对 wtclient 组的含义，并解释塔看到的是什么样态、为什么它不能替你花钱。

LND FundPsbt 的三种模板模式：出资造 PSBT 时，锁住的 UTXO 归谁负责

FundPsbt 是 LND 给 PSBT 出资的主力接口，psbt、raw 与 coin_select 三种模板模式对选币边界各不同，且接口会把全部输入 UTXO 上锁移交调用方。本文按 LND v0.19.0-beta 的 walletkit 接口定义拆解三种模式的规则、锁币责任与释放路径。

lncli wallet leaseoutput：给 UTXO 上租约，防止多路任务同时选中同一枚币

多个流程同时选币会挑中同一枚 UTXO。LND 用 LeaseOutput 给输出签发带 ID 的租约，租期内选币器绕开它。本文按 LND v0.19.0-beta 接口定义核对租约的签发、续期、到期与释放规则，以及它与 FundPsbt 内部锁的分工。

lncli getnodemetrics：介数中心性怎么给你的闪电节点在地图里定位

GetNodeMetrics 目前只提供介数中心性一种度量，读数来自本节点图谱视图。本文按 LND v0.19.0-beta 的接口定义解释介数的白话含义、归一化字段的区间，以及私有通道与图谱滞后造成的两次截断。

lncli getrecoveryinfo：钱包恢复模式跑到哪了，进度条为什么不能当保证

从种子恢复 LND 钱包时，节点靠地址窗口扫描补回历史收款，getrecoveryinfo 报告模式、完成标志与进度。本文按 LND v0.19.0-beta 的接口定义核对三个字段，并说明恢复完成不等于账本完整的原因。

两次硬分叉相隔一周：EIP-1716 圣彼得堡为什么只拆不装

EIP-1716 是把 EIP-1283 从君士坦丁堡升级里撤下的元提案：主网在第 7280000 块生效，规则只有一句——如果两座分叉落在同一块号，圣彼得堡优先，1283 保持关闭。本文讲清这份元提案删了什么、为什么一个 Gas 计量改动能逼出史上唯一的一次升级内回滚，以及普通用户当时要做什么。

合约问一句“我在哪条链”：EIP-1344 链号操作码的读法

EIP-1344 给 EVM 加了 CHAINID 操作码，编码 0x46，零栈参数，把 EIP-155 定义的链唯一编号直接推上栈顶，成本为基础费档。它 2019 年随伊斯坦布尔升级在第 9069000 块生效。本文讲它与 EIP-155 签名链号的分工、合约里的三类用法、以及提案安全段落点出的失效场景。

验证验证器的曲线：EIP-1895 与椭圆曲线循环的递归设想

EIP-1895 想把 MNT4 曲线的加法、标量乘与配对运算做成 EVM 预编译，让以太坊能在链上直接验证以 MNT4 为聚合曲线的零知识证明。提案的理论基础是 2014 年的椭圆曲线循环论文：两条曲线互为对方的验证器，递归验证成本不再随深度膨胀。提案 2018 年提出，已停滞。

把状态预算折算成同一把尺：EIP-8372 归一化状态 Gas 上限

EIP-8372 在 EIP-8037 的双轨计费思路上做校准：给状态 Gas 一个按比例放大的原始上限，再在计算区块用量前归一化，使状态增长目标始终对应五成归一化状态 Gas 利用率。提案给 CPSB 与状态上限比例两个参数，分母定为一百。2026 年 8 月起草，处于草案阶段。

链上验零知识证明要花多少Gas：EIP-196 给 alt_bn128 曲线开的两个预编译地址

EIP-196 在拜占庭升级中把 alt_bn128 曲线上的点加法和标量乘法做成 0x6 与 0x7 两个预编译合约，让以太坊能在区块Gas预算内验证 zkSNARK。本文拆解这两个地址的输入编码、曲线参数与它为什么必须做成预编译。

先涨到 3 个 ETH 再两年滑到 1 个：EIP-3368 的奖励滑坡设计

EIP-3368 在 2021 年 3 月提出：把以太坊工作量证明的区块奖励设为 3 个 ETH，并在约 472.4 万块（约两年）内逐块线性递减到 1 个 ETH，用先抬高后缓降的斜坡替代一刀切下调，避免算力骤迁带来的短期安全窗口。本文拆解这条公式与它的前提。

提案也能是一本正经的玩笑：EIP-1010 如何一本正经地要求给两个地址平账

EIP-1010 用完全正式的提案格式要求从以太坊一个著名地址向另一个地址划转 100,000 个 ETH，标题是两个地址、理由是公平与去中心化。本文解读这份讽刺性提案的结构、它调侃的治理痛点，以及严肃阅读它的正确方式。

让自毁越用越贵而不是哪天禁用：EIP-4760 的 SELFDESTRUCT 定时炸弹

EIP-4760 对合约自毁指令的处理不走一刀切：把 SELFDESTRUCT 改名 SENDALL、只保留转账语义，同时让它的 Gas 成本每隔约九天（两万多个槽）翻倍一次、经历十三次翻倍后完成转换。本文拆解这条总长约四个月的指数涨价曲线如何给开发者留出可预期的逃生期。

软捆绑：Sui 怎么让多签名的几笔交易高概率挨在一起

PTB 只能装下单签名人的原子操作，Sui 的软捆绑把不同签名人的交易捆成一个提交单元，在同一个共识批次里保持相对次序。本文按 SIP-19 与 Sui 官方文档拆解软捆绑的排序机制、捆级限额与对象锁风险。

每个块 1.705 枚 WBERA 去哪了：Berachain 的排放分配流水线

Berachain 把每块固定排放拆成两条腿：0.4 WBERA 给出发块者，1.305 WBERA 进入 BeraChef 与奖励库的分配流程。本文按官方文档拆解 69 人活跃集、白名单与 DES、2025 年 8 月硬分叉后写进协议的系统交易分发，以及核对排放参数该看哪里。

Citrea 想把 Rollup 搬到比特币上：架构与 Clementine 桥的信任边界

Citrea 把 Rollup 的锚从以太坊换成比特币，Clementine 桥用可挑战承诺加零知识证明取代诚实多数假设。本文按官方文档拆解数据怎么落比特币、证明怎么验、安全与活性的边界各在哪。

TON 的 Catchain：大验证者集合怎么拆成小组并行定块

TON 白皮书给出的方案是 Catchain：验证者按权益选举，但每个决策由随机抽出的小组通过拜占庭容错子协议完成，多个小组并行出块。本文拆解抽样前提、组内投票流程与活性边界。

比特币 PSBT 的 Creator 角色：createpsbt 不出资、不签名时到底造了什么

Bitcoin Core v31.0 的 createpsbt 以 Creator 角色把指定输入输出装配成一份裸 PSBT 骨架：不选币、不签名、不广播。本文按 v31.0 源码核对它的参数、与 createrawtransaction 和 walletcreatefundedpsbt 的分界，以及多方协作与测试场景中的正确用法。

钱包的重播闹钟：未确认交易每十二到三十六小时被再喊一遍

Bitcoin Core 移除了 resendwallettransactions 之后，钱包改为周期性重播未确认交易。本文按 v31.0 源码与 0.19、0.21 发布说明核对重播的随机时间表、walletbroadcast 与同步状态的闸门，以及它对交易确认速度没有作用这一事实。

按标签对账收了多少：getreceivedbylabel 与 listreceivedbylabel 的口径

钱包标签不落链，按标签统计收入要靠 getreceivedbylabel 与 listreceivedbylabel。本文按 Bitcoin Core v31.0 源码核对两条命令的参数、minconf 与 include_empty 的差异、找零与重组对数字的影响，并给出与按地址统计命令的分工。

批量关通道：LND closeallchannels 的四种姿势与两条退路

LND v0.19.0-beta 的 closeallchannels 对活动通道走协作关闭、对不活动通道走单方面广播。本文按其源码帮助文本核对 inactive_only、force、skip_confirmation 与费率参数的行为，以及时间锁延迟期和集中上链费用的真实代价。

付款前先问路：LND queryroutes 的路由预演与三种排障用法

queryroutes 在 LND 发起真实支付之前做一次纯本地的通道图搜索：不给费用上限、不占额度、不惊动对端。本文按 v0.19.0-beta 源码核对 fee_limit、use_mc、outgoing_chan_id 等参数，并给出无路可走、额度定位与费用审计三类场景的用法。

钱包的统一出口：send 命令如何合并选币、费率与 OP_RETURN

Bitcoin Core 的 send RPC 自 0.21 引入并标注实验性质，v31.0 里它以 outputs 字典同时覆盖多收款人与 OP_RETURN 数据输出，options 面板收纳 add_inputs、minconf、subtract_fee_from_outputs 等控制项。本文按 v31.0 源码逐项拆解参数与三种返回形状。

比特币 getnewaddress 领地址的真相：从密钥池发号到标签归组逐项核对

Bitcoin Core v31.0 的 getnewaddress 不现场造钥匙，而是从描述符派生区间发号。本文按源码核对它的密钥池机制、label 标签语义、address_type 覆盖规则，以及锁定钱包与观察钱包下的真实行为。

decoderawtransaction 解剖一笔裸交易：两个哈希、三个体积和一个启发式开关

Bitcoin Core v31.0 的 decoderawtransaction 纯本地拆解十六进制交易，不做共识校验也不告诉你能不能花。本文按源码核对 iswitness 参数的猜测风险、txid 与 wtxid 的分野、size、weight、vsize 三本体积账。

getblockcount 与 getbestblockhash：链尖的一对读数怎么读才不会看错

Bitcoin Core v31.0 的 getblockcount 报的是最大工作量且完整验证那条链的高度，快照同步与重组都会让它和直觉对不上。本文按源码核对高度与链尖哈希的语义、成对使用的理由和轮询脚本的替代方案。

mempool推荐费率API怎么读？

mempool.space recommended fees 返回多个确认速度档位。本文解释 fastest、halfHour、hour 和 economy 的口径与局限。

被罚没后连提案权都还在：EIP-6988 补上被slash验证者当选出块者的漏洞

以太坊协议规定被罚没的验证者不能出块，但抽签算法却可能把它选为提案者，结果就是白白错过一次出块。EIP-6988 想把被罚没者从抽签池里剔出去。本文讲清这个自相矛盾怎么形成、为什么单次事故无关紧要、相关联罚没为什么会放大损失，以及修复为什么要靠硬分叉。

虚拟机换成一套插头标准：EIP-2003 与预编译合同的模块化接口

以太坊执行引擎和虚拟机实现之间有一套叫 EVMC 的接口标准，EIP-2003 把其中的预编译合同实现单独立成模块规范：客户端不必实现整套宿主接口，只要按能力声明接入。本文讲清这套插头式分工的动机、校验规则与失败语义。

合约调用自己应该更便宜：EIP-1380 给内部函数调用开的小灶

合约调用自己时，代码早就在内存里，却仍按加载新合约的标准收七百Gas。EIP-1380 提议当调用目标就是调用者本身时把费用降到40，让编译器敢用CALL而不是JUMP实现内部函数调用。本文解释这两种写法在上下文、栈深度与静态分析上的真实差异。

把一批交易折进一棵感知机树：EIP-7911 的零知识打包设想

ZK Rollup 把许多交易折成一个证明，但逐笔验证的思路没有利用交易之间的关系。EIP-7911 提出用感知机树把多笔交易压缩成统一证明：树节点分类交易、路径长度度量相似度，相似度够高的交易搭同一张证明。本文按提案原文拆它的构造、验证路径，以及为什么它至今只是智慧合约层级的草案。

以太坊第一次硬分叉改了什么：EIP-2 与家园升级的四条规则

2016年，以太坊在主网区块一百一十五万处执行了第一次计划内硬分叉，代号家园。EIP-2 列出了这次升级的行为改动：合约创建交易涨价、高 s 值签名作废、创建失败不再留下空合约、难度公式换算法。本文逐条讲清这四处改动各堵住了什么洞，以及为什么第一块补丁选择从交易签名和创建成本下手。

版本对不上还要不要说话：EIP-8 与节点互联的宽容法则

两个版本不同的以太坊节点该怎样互相信任地交换消息？EIP-8 在2015年底给 devp2p 协议定了三条互相兼容的规矩：忽略打招呼包里的版本号、忽略消息尾部多出来的字段、未知类型的发现包静默丢弃。这套按网络工程老规矩写的向前兼容要求，让节点网络在协议演进中不必一刀两断。本文讲清它改了什么、为什么这样设计。

一次指数运算值多少 Gas：EIP-160 与一次被重算的算术定价

以太坊的 EXP 指令按指数的字节数收费，但2016年实测发现它被低估了四到八倍，攻击者能用低代价的交易让全网节点算得筋疲力尽。EIP-160 在 Spurious Dragon 分叉里把每字节的附加费从十 Gas 提到五十 Gas。本文借这条冷门提案讲清：虚拟机指令的定价为什么是一份需要重估的账，以及算术型拒绝服务攻击的算盘是怎么打的。

2300 的保底燃料够代理合约用吗：EIP-1285 的加高提案

以太坊给带转账的合约调用留了一小笔保底燃料2300 Gas，让收币方的fallback代码至少能跑几行。对2018年已大量铺开的代理合约来说，这笔零头不够记账和转发。EIP-1285提议把它抬到3500，最终停在Stagnant。本文讲清2300保底的由来、它为什么刻意这么小、加高为什么有阻力，以及这场零头预算之争折射的防御哲学。

把区块哈希装进一个合约：EIP-210 的 2017 年蓝图

BLOCKHASH指令只答得出一笔调用前256个区块内的哈希，且每个客户端都得自带一套查历史哈希的代码。EIP-210在2017年提议把区块哈希搬进地址0xf0处的一个状态合约：每块由系统调用代写一笔，指令改成调用合约查询，顺带把可查范围从256块拉长到几乎无限。这份由Vitalik起草的提案停在Stagnant，但它想消掉的实现负担，2025年的EIP-2935用另一条路真的消掉了。本文讲清蓝图本身与两次尝试的差别。

状态根怎么送到以太坊：Polygon PoS 检查点的提议、投票与回执

Polygon PoS 的 Heimdall 层周期性把 Bor 链状态根打包成检查点，经验证者多数确认后由桥提交到以太坊。本文按官方文档拆解检查点的提议者轮换、ABCI++ 投票验证、提交与 ACK/No-ACK 回执机制，以及为什么要设计成多阶段流程。

给状态树配一本直查账：NEAR 平坦存储的提速与它的协议代价

NEAR 的状态默认按默克尔 trie 存储，查一个键要走整条树路径。nearcore 的实现文档记录了引入平坦存储的全部麻烦：gas 计费与查找路径绑死、双副本一致性、以及迁移必须在纪元切换点同步生效的原因。本文按这份工程文档拆解平坦存储读快写难的技术边界。

异步拜占庭容错加 DAG：Sonic 为什么不需要按顺序交换区块

Sonic 的共识由三件事拼成：权益证明、有向无环图与异步拜占庭容错。本文按 Sonic 官方文档与 Lachesis 论文拆解事件区块如何并发进入 DAG、Atropos 与主链怎么承担最终性，以及这种设计把代价移到了何处。

剪枝之后还能证明什么：Kaspa KIP-6 的链成员证明与包含证明

KIP-6 提案想给 Kaspa 补上剪枝后的历史可证明性：用链成员证明把「某区块属于选中链」压缩到几千字节，从而让发表证明与交易收据在剪枝后仍可验证。本文按提案原文拆解 ATMR、证明分层与草案状态带来的边界。

RPC 的 cookie 谁能读、批量怎么回：比特币核心的 Basic 认证与 HTTP 行为

Bitcoin Core v31.0 的 RPC 服务端只实现 Basic 认证，凭据默认来自每次启动重新生成的随机 cookie 文件。本文按 httprpc.cpp 与 request.cpp 核对 cookie 校验、rpccookieperms 三档权限、cookie 与 rpcauth 共存关系，以及 JSON-RPC 批量数组在 HTTP 层的 200/204 规则。

tor 网络名退役之后：onlynet=tor 失效、torcontrol 健在与 v31 的私有广播

Bitcoin Core v31.0 移除了 tor 网络名称（v0.17.0 起由 onion 取代），onlynet=tor 会直接报错；同时 torcontrol 的 ADD_ONION 自动隐藏服务链路完整保留，v31 还新增依赖 Tor 与 I2P 的 -privatebroadcast。本文拆开网络名与 Tor 功能两层。

bitcoind 的线程名册：msghand、net、scheduler 各在打哪行日志

打开 -logthreadnames 后日志行出现方括号线程名。本文按 Bitcoin Core v31.0 源码列出显式命名线程（net、msghand、addcon、opencon、scheduler、http、torcontrol、mapport、privbcast、initload、shutoff、scriptch 系列与各索引线程）的职责，并给出日志在动但功能失联类故障的排法。

直接造块给一段描述符：generatetodescriptor 与地址型造块的分工

Bitcoin Core v31.0 的 generatetodescriptor 把输出描述符直接编译成 coinbase 脚本再产块，省去先备好地址的中间步骤。本文按 v31.0 源码核对它的三个参数、报错路径与 generatetoaddress 的同源关系，并说明为什么它只在 regtest 这类环境有实际用途。

这台节点认得了多少条地址：bitcoin-cli -addrinfo 的统计口径

bitcoin-cli -addrinfo 不是服务端原子 RPC，而是命令行工具向 getnodeaddresses 发一次全量查询后在本地按网络分桶计数。本文按 v31.0 源码核对该开关的底层调用、质量与新鲜度过滤的含义，以及新节点首连排障时每个网络计数怎么读。

日志的两道自我保护：-loglevelalways 前缀与 -logratelimit 限速

Bitcoin Core v31.0 的 -logratelimit 默认开启，把同一代码位置一小时写入的日志限在一兆字节内，防止用日志刷满磁盘；-loglevelalways 则决定每行是否强制带分类与级别前缀。本文按 v31.0 源码核对两个常量的默认值、限速窗口与组合用法。

给每个 RPC 用户发一把限定的钥匙：-rpcwhitelist 与默认语义

-rpcwhitelist 给指定 RPC 用户声明可调用的方法清单，同一用户多条清单取交集；-rpcwhitelistdefault 控制未写清单用户的默认待遇，默认从严。本文按 v31.0 源码核对这两条参数的反直觉默认语义、与 rpcauth 的配合姿势，以及批量调用逐条过闸的行为。

一条命令看全景，但它不是原子快照：bitcoin-cli -getinfo 的实现

bitcoin-cli -getinfo 用一条 JSON-RPC 批量数组向服务端同时请求网络、链与钱包信息，再在本地拼成人类可读的输出；帮助文本明确警告各字段可能取自不同时刻。本文按 v31.0 源码核对它的请求序列、失败形态与适合与不适合的使用场景。

比特币难度调整API怎么看？

mempool.space 难度调整接口提供当前周期估算。本文解释 difficulty adjustment、出块速度、剩余区块和估算局限。

EIP-100 把叔块算进难度：以太坊出块节奏为什么不能靠孤块投机

以太坊工作量证明时代，难度调整只看相邻区块的时间差，故意压着不发块再抢发能抬高叔块率、变相压低难度。EIP-100把含叔块的区块按更高权重计入难度公式，让出块节奏无法被叔块操纵。本文讲清这条2016年提案的算式改动、它堵住的漏洞，以及它在权益证明时代成了历史。

一次升级怎样从吵架变成流程：EIP-233与硬分叉元提案

以太坊每次协议升级背后都有一份元提案：定代号、列时间表、登记收录哪些EIP、追踪从提案到进主网的每一步。这套写法出自2017年的EIP-233。本文讲清硬分叉元提案的结构、时间线上四个关键节点、EIP在开发者会议里的三种去向，以及为什么后来那些大升级都照这个模板立档。

让合约查到每个块发了多少币：EIP-698的BLOCKREWARD操作码

EVM的0x40段操作码专门读区块信息：区块哈希、矿工时戳、区块号都有，唯独区块奖励查不到。EIP-698提议加一条BLOCKREWARD指令，返回包含基础奖励、叔块付款和手续费的整块收益，服务链上分账与矿池结算。这条2017年的提案停在Stagnant。本文讲清它想补的读取缺口、动机里的矿池分账算法，以及它最终没被写进虚拟机名单的原因。

为了让以太坊上月球：EIP-6811的十分钟出块方案

地月之间单程光延迟约1.25秒，12秒的出块节奏撑不住月面验证者。EIP-6811在2023年一本正经地提出：把出块间隔改成十分钟、每块验证者奖励乘五十、每纪元块数减半，让以太坊在太阳系任意宜居天体上保持最终性。这条Stagnant提案看似段子，实际上把延迟、奖励与最终性三者的联动算得干净利落。本文按原文拆这本太空账。

工作量证明的楼上添一层权益证明：EIP-1011 混合 Casper FFG 的过渡设计

以太坊全面转向权益证明之前，曾有一条更保守的路线：区块仍由矿机产生，但用一份质押合约给区块加上一层可确认的最终性。这就是 EIP-1011 混合 Casper FFG。本文讲清它如何在工作量证明链上叠加检查点投票、罚没与退场延迟，用存款和罚则替代算力完成最终确认，以及这条双轨并行的路为什么最终没有成为终点。

网页什么时候能看到你的地址：EIP-1102 与连接授权的前史

今天连接钱包时弹出的授权请求，源头可以追到 2018 年的 EIP-1102。在它之前，浏览器注入的钱包把账户列表直接摊给每个打开的网页。本文讲清 opt-in 暴露协议的设计、请求-批准-拒绝三步流程，以及它如何演变成今天各钱包的默认行为。

调用指令不再自带燃料旋钮：EIP-7069 重构 CALL 一族的得与失

以太坊的 CALL 系列指令允许调用方指定传多少燃料，这个自由度让 Gas 改价时一批合约集体窒息。EIP-7069 为对象格式合约设计了 EXTCALL 一族新指令：去掉燃料参数、简化补贴规则、把成败布尔值换成三档状态码。本文拆解这套重构的语义清单和它搁浅的原因。

为什么分析一段字节码会走到指数爆炸：EVM 控制流之困的根因与路线之争

以太坊字节码里的跳转目标可以从栈上现取，机器码级别的自由让静态分析的代价从线性一路涨到平方乃至阶乘量级。EIP-8173 是一篇 2026 年 2 月的资料性提案，把图论、编译器、虚拟机与安全研究的零散文献拼成一张图：解释 EVM 控制流为什么先天难分析，并梳理静态控制流路线的取舍。

全网停摆之后怎么一起重启：Solana Wen restart 的自救协商

SIMD-0046 给 Solana 集群重启装上自动协商：验证者广播最后投票分支、按质押门槛修复区块、各自计算最重分支再与协调者对答案，检查失败即停机等人。本文按 SIMD 原文拆解乐观确认区块、42% 修复线与安全论证。

出块者必须实名：VeChainThor 权威证明的抽签、状态与见证账

VeChainThor 的 PoA 规定没有匿名出块者：AM 经 KYC 授权入场，DPRP 按高度与时间戳取模选每格出块者，缺席标 inactive，分叉用累计见证数 TotalScore 裁决而非链长。本文按官方共识 deep dive 拆解这套实名共识。

承诺、抽成与饱和线：Cardano 质押池的收益账怎么算

Cardano 委托质押的收益不是按存款利率直接派发，而是先算出整池份额，再按固定成本、抽成比例和池主承诺逐项分配。本文按官方文档拆解公式里每个变量的含义、饱和线为何存在、承诺没兑现时委托方为什么会拿不到收益。

比特币节点不会连你的端口：坏端口黑名单回避了什么

比特币核心挑选外连对端时会跳过一份坏端口清单，写在源码树 doc/p2p-bad-ports.md 里。本文按该文档与选边逻辑拆解：哪些端口在名单上、为什么 8333 之外的监听端口会让节点收不到主动入站、误挂非比特币服务的端口为何收到陌生连接。

一个 bitcoind 里装着好几个库：Bitcoin Core 的库分层地图

Bitcoin Core 源码树把功能拆进 libbitcoin_node、libbitcoin_kernel、libbitcoin_wallet 等一组库，依赖关系画在 doc/design/libraries.md。本文按这张图讲清共识内核、节点外壳、钱包与工具库各管什么，以及为什么多数库的接口不承诺稳定。

不开节点也能测速度：bench_bitcoin 基准测试怎么用

比特币核心自带 bench_bitcoin 基准程序，对哈希、签名验证、交易整体验证等热点路径做微基准，用法写在 doc/benchmarking.md。本文按该文档说明它测什么、怎么控制时长与线程，以及它与跑真实节点的同步速度之间没有换算关系。

内存池的簇限额：limitclustercount 与 limitclustersize 怎么改写默认闸门

v31.0 的簇内存池用 `-limitclustercount` 与 `-limitclustersize` 两个新限额取代了祖先后代限制，旧参数 `-limitancestorcount` 等只剩钱包选币一个用途。本文按 v31.0 源码逐项拆这四个参数的现状、默认值与误配后果。

闪电通道的两种编号：temporary_channel_id 与大端异或出的 channel_id

闪电协议在通道开通前后使用两套通道编号：开通前是双方各自构造的 temporary_channel_id，开通后是从资金交易哈希与输出序号做大端异或得到的 channel_id。本文按 BOLT 2 原文拆解两种编号的构造规则与撞号处理。

闪电连接的把脉方式：ping、pong 与 65532 这条分界线

BOLT 1 的 ping/pong 用回包长度做关联：num_pong_bytes 小于 65532 必须回 pong，不小于则静默忽略；收不到 pong 可以断连接但不得作废通道。本文按规范拆解字段、保活用法与比特币层 ping 的分界。

节点怎么知道自己是谁：addrMe 证言、本机地址表与 24 小时公告节拍

比特币核心把入站对端 version 消息里的 addrMe 当证言投票，配合网卡、绑定、PCP 与 -externalip 四级来源构建本机地址表，再按 24 小时抖动节拍向对端公告自己。本文按 v31 源码拆解这条流水线。

help 命令的目录结构：九个类别、隐藏区与弃用开关

比特币核心的 help 把 RPC 按九类打印成排序目录，hidden 类别不出现在目录里但可用名字直接查帮助，弃用行为另有 deprecatedrpc 开关。本文按 v31 源码拆解三扇门与实操用法。

节点怎么发现自己连上了自己：nonce 回环检测与一段隐私注释

比特币核心用 version 消息里的 8 字节 nonce 与自家在途外连比对，命中即记 connected to self 并断开；私有广播连接的 nonce 被有意排除，源码注释给出一条完整的钓鱼反例。本文讲机制、触发场景与边界。

比特币推荐手续费怎么读？

比特币推荐手续费 API 只能反映访问时刻的网络快照。本文解释 fastestFee、halfHourFee、hourFee 等字段，以及为什么它们不能保证确认时间。

分页内存计费是什么：EIP-3336想给EVM换一套算账方式

EVM 按被触碰的最高地址给内存算账，编译器只能把变量塞得尽量紧。EIP-3336 提出按固定大小的页来计费：用了哪几页付哪几页的钱，地址空间随便分配。这份 2021 年的提案解释了计费规则如何反过来塑造合约代码的形态。

代码和数据分家之后：EIP-7480给EOF容器配的读数指令

EOF格式把合约字节码装进带数据段的容器，旧的CODECOPY读码指令被弃用，读数据段需要新工具。EIP-7480提出DATALOAD、DATALOADN、DATASIZE、DATACOPY四条指令。本文逐条拆解它们的语义、Gas定价和越界补零规则。

验证者的工号会回收吗：EIP-6914与一条只加不减的名册

信标链的验证者名单和新存款只做追加、从不回收，退出的人越多名册越长。EIP-6914提出让完全提款且过了安全等待期的验证者索引重新上岗。本文解释这条名册为什么会无限生长、回收要满足什么条件、以及它为何止步于Stagnant。

节点为什么删掉按哈希点菜的功能：EIP-4938与eth/67的瘦身

以太坊同步协议曾经允许节点按状态哈希逐条索要trie节点和合约代码，这条GetNodeData消息最终被EIP-4938从eth/67里删除。本文讲清这条消息原本干什么、为什么效率问题大到必须取消，以及删掉之后节点靠什么补齐缺的数据。

字节码里的函数长什么样：EIP-4573的过程与调用帧

EVM的字节码天生没有函数边界，参数怎么传、返回到哪、局部变量放哪儿全靠编译器口头约定。EIP-4573提出用一组指令把过程正式写进指令集。本文介绍它依赖的跳转表与容器框架，以及五条新指令各自管什么。

合约能不能知道自己是不是只读现场：EIP-2970的IS_STATIC

账户抽象想让普通地址也能像合约一样验证签名和代付，但预验证调用可能在模拟阶段被拒。EIP-2970提出一条IS_STATIC指令，让合约区分自己正在真实执行还是静态模拟。这份Vitalik的提案停在Stagnant，问题本身却随着4337的落地越发真实。

钱包本该有一张权限清单：EIP-2255与它的标准接口

网站连钱包时到底拿到了什么能力，今天大多说不清。EIP-2255在2019年给出了标准答案的雏形：wallet_getPermissions和wallet_requestPermissions两个方法，加一套按网站、按方法、带附加限制的权限记录。这份Final提案定义了接口，也暴露了理想与现实的差距。

window.ethereum之前长什么样：EIP-2696与request方法

今天网页调钱包只有一句provider.request。这个形状由EIP-2696在2020年定义：一个单一方法承载所有调用，替代散装的回调接口。这份Final提案是EIP-1193的地基，也决定了钓鱼网站与正规网站面对的是同一扇门。

多核 CPU 怎么喂饱：Sei 并行执行引擎的依赖估算、冲突重执行与顺序兜底

Sei 并行化引擎用乐观并发控制让交易在多核上同时执行：先预测读写集、缓冲执行、按 RAW/WAR/WAW 检出冲突后确定性地串行重放，极端情况整块退回顺序。本文按官方文档拆解这条流水线及与 SeiDB 的配合。

从主网给 Arbitrum 合约充值的钱去哪了：地址别名如何防跨链冒充

Arbitrum 对无签名的父链合约消息做地址别名：子链 sender 等于父链地址加固定常量偏移，防止主网合约冒充 L2 同地址合约；充值的 ETH 也停在该别名地址。本文按官方文档拆解别名公式、EOA 与合约的差别及 AddressAliasHelper 还原方法。

存储费不被执行拥堵传染：Irys 可编程数据链的定价拆分

Irys 把数据与执行装进同一条链，用提交账本到发布账本的提升流程、矿工报价加指数移动平均的价格平滑，以及存储、执行、数据访问三个独立费用市场，让存储价贴近成本而不随需求跳价。本文按官方文档与白皮书拆解这套经济模型。

addconnection 建连命令：给指定对端开一条专用连接的四种岗位类型

比特币核心的 addconnection 是一条源码里标注仅用于测试的建连命令。本文拆解它与 -connect、addnode 的分工、outbound-full-relay 等四种连接类型各自的岗位职责，以及为什么它在主网被链类型闸门直接拒之门外。

syncwithvalidationinterfacequeue：RPC 之间的账本时差怎么消除

钱包余额落后于块高、索引进度追不上链，多半是验证接口队列还没消费完。本文按 v31.0 源码讲清这条无参数同步命令到底等的是什么队列、它在回归脚本与排障里的正确用法，以及为什么它不能修复卡住的同步。

getrawaddrman 逐格读地址库：new 与 tried 两表的桶位全景

对比只看计数的 getaddrmaninfo，实验性命令 getrawaddrman 把比特币节点地址管理器的 new 与 tried 两表按桶位逐条展开，连介绍人 source 与 asmap 归属都原样给全。本文讲它的输出结构、三类取证用法与实验性标签的实际含义。

estimaterawfee 的透视输出：decay、scale 与 pass/fail 费率区间

与 estimatesmartfee 的温和报价不同，estimaterawfee 把估算器内部的桶统计原样摊开：逐块指数衰减 decay、目标分辨率 scale，以及满足 0.95 阈值的 pass 区间与不达标的 fail 区间。本文逐项读这些字段，并说明它更适合诊断而非下单。

mockscheduler 拨快调度器：regtest 里让周期任务当场兑现

比特币核心的调度器排着地址库落盘、巡检、重广播等周期杂务，mockscheduler 把这台钟向前拨 1 到 3600 秒，让任务立即到期——但它被链类型检查锁死在 regtest。本文讲它拨的是哪台钟、和 setmocktime 的分工，以及测试纪律。

一次请求发多条命令：比特币节点 RPC 的批量数组与通知规则

比特币核心的 RPC 服务允许把多条 JSON-RPC 请求装进一个 JSON 数组一次发出，v31.0 源码规定了批量请求的鉴权顺序、错误打包方式和通知不回复语义。本文按源码拆解批量请求的排序规则、白名单联动与超时边界，并给出对账脚本里的正确用法。

getdifficulty 返回的小数是怎么算的：难度倍数的浮点折算与误差

getdifficulty 返回的是一笔浮点数——当前难度相对最低难度的倍数。本文按 v31.0 源码拆解它从 nBits 紧凑编码折算成小数的过程、与 getblockstats 难度字段的分叉点，以及为什么监控脚本不该拿它做精确比较。

listtransactions 的五个 category：同一笔钱为什么会出现在五条记录里

钱包流水里一笔转账可能拆成多条记录，coinbase 收入还要按成熟度分成 generate、immature、orphan 三种 category。本文按 v31.0 源码拆解 listtransactions 的条目生成逻辑、正负号规则和分页游标语义，给出对账时的正确读法。

比特币节点剪枝模式是什么？

比特币节点剪枝模式能减少本地存储，但会影响历史区块服务和部分索引用途。本文说明适合场景、限制和启用前检查。

比特币mempool费用怎么看？

mempool费用分层能帮助理解短时拥堵，但不能保证确认时间。本文说明mempool.space API字段和手续费估算边界。

基础费只看上一个区块？EIP-7378想用移动平均堵住空块贿赂

EIP-1559的基础费调整只参考上一个区块的用量，理论上给了出块人与用户合谋压低基础费的空间。EIP-7378提出把公式里的单块用量换成指数移动平均，让单块空块的影响被摊薄。本文拆解这条公式的改动点、它针对的贿赂攻击路径，以及这条提案目前停在什么状态。

轻客户端只能往前看：EIP-7658想给同步数据补上历史课

以太坊轻客户端同步协议支持向未来同步，却没法回溯历史周期，因为同步委员会期数据依赖当时才有的状态。EIP-7658提出在状态里跟踪每期最优的SyncAggregate，让任意历史周期的轻客户端更新可独立验证。本文解释这个只加一个字段的设计如何服务归档与Portal网络。

复利验证者的提款线不能自己定？EIP-8148想开放自定义扫款阈值

EIP-7251引入0x02复利凭证后，验证者余额要到2048 ETH才会触发自动扫款提取，不少人因此不愿切换。EIP-8148提出可选的自定义扫款阈值请求，让验证者声明高于多少余额就把奖励自动扫到提款地址。本文讲清默认机制的痛点、提案的请求设计和它没有改变的部分。

字节码里那截尾巴碍事很久了：EIP-7834给EOF单开元数据段

Solidity与Vyper编译器习惯把元数据附在字节码尾部，源码验证时验证器不得不靠启发式剔除它，EOF下往数据段塞元数据还会平移DATALOADN偏移。EIP-7834为EOF容器新增代码不可达的独立元数据段。本文讲清这截尾巴的三十年历史账、提案的容器格式改动与它对验证公平性的意义。

地板费从64抬到96：calldata的Gas单价为什么还在涨

EIP-7623给数据型交易立了每字节64 Gas的总费用地板之后，EIP-7976想把执行侧单价也抬到64，EIP-8311更进一步提出96/96。这条继续抬价的路线靠一个直觉锚点推进：全转账区块的字节密度。本文拆解两件事——地板费的计价结构，以及为什么提案者认定还能再涨。

预编译地址为什么留一整段：EIP-7587给RIP腾的0x100到0x1ff

以太坊把0x100到0x1ff这一整段预编译地址保留给Rollup改进提案RIP使用。EIP-7587已定稿，它解决的是一次具体的撞车风险：Layer2自定的系统合约地址和主网未来的预编译长在同一位上。本文解释这段地址的边界、为什么用预留而不是协调，以及L1与L2地址的取舍差异。

执行区块换一种编码：EIP-7807把RLP与默克尔树请出区块头

共识层早已用SSZ序列化，执行层的区块却还困在RLP和逐块默克尔 Patricia 树里。草案EIP-7807把执行区块整体迁到SSZ，从区块哈希到逐块trie统一表示。本文解释这次换编码的动机、它不动的东西，以及统一表示为什么是无状态路线的地基。

访问清单里再多塞一个字段：EIP-8268给存储根补的那一栏

EIP-7928的区块访问清单记录了每个被改槽位的终值，但没带每账户的存储树根，部分状态节点仍要持有全部存储树。EIP-8268草案主张在每个改动条目旁附上区块后存储根，让只存部分状态的节点也能核对状态根。

单时隙最终性 SSF 是什么？以太坊想把十五分钟压缩进一个时隙

以太坊区块从提议到最终确认要约十五分钟。单时隙最终性设想在同一时隙内完成提议与确认，靠 BLS 签名聚合与全体验证者每时隙投票达成。本文解释时间—去中心化—开销的三角权衡与当前研究状态。

主网搬进二层之后，币去了哪：Celo 迁移 L2 的桥与代币双重性

Celo 官方文档记载，自 2025 年 3 月 26 日（UTC）特定区块高度起，Celo 从独立 L1 变为以太坊 L2。本文拆解 CELO 的代币双重性、OptimismPortal 桥的存量映射，以及预编译与 RPC 层面的开发者例外。

Aptos 的 gas 价随状态用量调整：global storage gas 的纪元曲线与存储费分工

Aptos 在用户出价之外还有一层随全局存储利用率浮动的读写单价：两维利用率、纪元边界更新、下一段生效。本文拆解这条曲线、更新滞后的取舍与存储费全额返还怎么配合。

钱包装进SQLite之后：用sqlite3直读比特币核心钱包要付的代价

比特币核心较新版本新建的钱包早已换到 SQLite 引擎，钱包目录里的那个文件理论上能被 sqlite3 命令碰到。本文按 v31.0 源码拆解这张键值表的真实结构、独占事务锁会让外部读发生什么、明文与加密密钥在 value 里的两种形态，以及停机窗口里相对安全的只读姿势。

debug.log 不会运行中轮转：比特币核心日志的启动瘦身

不少教程说 debug.log 满了会自动改名轮转，v31.0 源码里已经没有这套逻辑，日志只会被追加。真正自动缩文件的是启动时的 shrinkdebugfile：超过阈值只保留末尾一段。本文核对瘦身触发条件、默认值的开关联动、日志去向配置，以及排障前该先留哪一段。

一个区块最多装多少笔交易？从字节地板到权重天花板的区间账

区块规则对交易条数没有直接上限，条数天花板完全由每笔交易有多小决定。本文用 65 字节政策地板、400 万权重上限和区块预留权重三段约束做一次思想实验，再解释为什么实链每块条数比理论值小两个数量级，以及用哪个 RPC 能看真实分布。

bitcoin-cli stop 之后到进程退出之前：比特币核心的关停顺序

stop 不是拔电源。本文按 v31.0 源码 init.cpp 的 Shutdown 函数逐段走关停流水线：先关对外接口，再断网络，等后台初始化线程收工，然后依次落内存池、费用估计、链状态，最后才删 pid 文件写下 Shutdown done。理解这个顺序，才能理解为什么优雅停机下次启动快、强杀要补账。

比特币空块为什么合法：矿工没打包任何交易的三种真实原因

除 coinbase 外没有交易的区块在共识规则下完全合法。本文拆解矿池产出空块的流水线竞态、包中继配置与策略过滤三类来源，并给出收款方核对与节点验证步骤。

把 bitcoind 部署成 Linux 服务：systemd 单元、开机自启与权限边界

用官方 contrib/init 单元文件把节点交给 systemd 看管：专用用户、路径假设、ExecStart 覆盖配置、journal 与 debug.log 两个日志家，以及自动重启掩盖故障的识别方法。

比特币节点的磁盘保卫战：Disk space is too low 停机之后怎么办

节点在写入前主动检查剩余空间并宁可停机也不半写：三个检查点、日志失控与被遗忘的旧盘两类现场，停机搬运 datadir 的正确顺序与绝不该做的操作。

跑一个比特币全节点到底需要什么配置：磁盘、内存与带宽的账

官网 2 GB 内存与 7 GB 起步空间只是安装线：新节点要下载整条数百 GB 的链，瓶颈在盘的随机读写而非 CPU，上传月用量可达两百 GB 以上——把每个数字换算成硬件决策。

比特币 RPC 其实没有 TLS：8332 端口的加密真相与正确加固路线

Core 在 v0.20 时代移除 OpenSSL 后 RPC 只剩明文 HTTP：SSH 隧道优先、反代 TLS 的责任转移、rpcwhitelist 收窄爆炸半径，以及 8333 与 8332 的端口职责坐标。

跳转目标写进指令里：EIP-8013给EVM增加五条相对跳转指令

EIP-8013提出RJUMP、RJUMPI、RJUMPV、RJUMPSUB与RJUMPSUBV五条相对跳转指令，把跳转目的地以带符号立即数直接编码进字节码，降低gas开销并让静态分析重新可行。本文拆解五条指令的编码规则、验证算法与定价思路。

666字节的抗量子签名：EIP-8052想把Falcon装进EVM预编译

EIP-8052提议为Falcon-512格签名增加预编译合约，把验证拆为哈希到点与核心验证两步、共三个预编译，总成本约3000 gas，并提供NIST合规与EVM友好两种实例。本文拆解其设计与抗量子坐标。

把加密内存池写进协议：EIP-8105的密钥提供商注册表与两种交易类型

EIP-8105提议在以太坊协议内置加密内存池：新增密钥提供商注册系统合约与加密/解密两种交易类型，任何账户可注册阈值加密、TEE或延迟加密等解密服务，明文交易照常有效，落块前交易内容对搭建者保密。

访问列表搬上旁路车道：EIP-8146把BAL做成区块侧车

EIP-8146把EIP-7928的区块访问列表从执行载荷里搬出来，走专属gossip主题作为侧车传播，搭建者以keccak256哈希在竞价中承诺，侧车须比载荷早至少一秒可用，同步约72.4KiB对71.7KiB的体量对半砍。

模幂的Gas按公式计价：EIP-2565的三段式定价拆解

EIP-2565在2021年柏林升级中为0x05地址的ModExp预编译换上了按输入长度与指数规模动态计算的Gas公式，并设置200的最低收费。本文拆解这条公式的三段结构、它与EIP-198旧算法的差异，以及后来为什么又出现上调价格的提案。

钱包里的添加网络弹窗如何被标准化：EIP-3085的校验规则

dapp请求钱包添加一条新链时弹出的确认框背后，是EIP-3085定义的wallet_addEthereumChain方法：只有chainId是必填字段，钱包却有一串必须拒绝的情形。本文拆解参数结构、链ID核验逻辑与已经存在的链被重复添加时的处理，以及用户应当核对哪些字段。

矿机与矿池的握手协议：EthereumStratum 2.0想把什么写进标准

在算力时代，矿机与矿池之间流传着各家自定的Stratum方言。EIP-1571提出的EthereumStratum/2.0.0试图用JSON-RPC 2.0统一这套对话：客户端先报协议版本，支持会话续接与gzip压缩，用更短的指令减少带宽。本文按规范原文走一遍握手与作业下发流程，并交代它的实际命运。

导入私钥时钱包该知道什么：BIP-178给WIF加地址类型后缀

同一把私钥能开出1开头、3开头或bc1开头的多种地址。导入旧WIF时，钱包只能把所有可能地址都扫一遍再猜。BIP-178提议把地址类型直接编码进WIF的压缩标志字节：0x10是传统地址、0x11是原生隔离见证、0x12是嵌套格式。本文讲解这份草案的编码表、兼容性设计与它始终没有被主流实现的现实。

不投票就没人替你花钱？CIP-1694 里 DRep 的角色与边界

按 CIP-1694 原文拆解 Cardano 链上治理：DRep 注册与押金返还、以纪元计的不活跃标记、不信任动议、宪法委员会的年度任期与合宪审查、提案押金进资金池的机制，以及这套委托代表制与普通代币投票在权责结构上的差异和已知局限。

ICS-23 向量承诺是什么？跨链桥证明状态的三条性质

按 ICS-23 官方规范拆解向量承诺：IBC 为什么要把状态证明抽象成统一接口，管理者、证明者与验证者各跑哪组函数，完整性、可靠性与位置绑定三条性质如何共同保证跨链核验不被伪造，以及前缀机制与非成员证明防住了什么。

不排算力也不数 stake：Stellar SCP 怎么把信任切成法定人数切片

按 Stellar 官方文档拆解 SCP 与联邦拜占庭协议：quorum set、阈值与法定人数切片怎么搭出信任图，vote、accept、confirm 三级表态受哪些跃迁规则约束，提名协议与选票协议先后做什么，为什么这套模型下失活表现为停摆而不是出账错。

区块时间戳为什么不能超前：两小时上限与过去时间限制检查

比特币节点如何检查区块头里的时间戳：为什么太新的块会被当作未来块拒绝，中位数时间Past怎样限制挖掘时间戳。

交易的 locktime 字段：绝对时间与相对时间的两套编码

比特币交易 nLockTime 与序列号的定时解锁机制：绝对时间锁和相对时间锁分别怎么编码、什么时候生效。

先收目录再收正文：头先行同步怎么决定节点的下载顺序

比特币节点为什么先把整条区块头链拉完再补全区块体，headers-first 对重组回退和带宽分配的影响。

测试比特币软件的三个场子：signet、testnet 与 regtest 怎么选

三种比特币测试网络的出块方式、难度来源和适用场景对比，开发者与爱好者分别该上哪一条链。

区块不整块重传：短交易 ID 与压缩区块的传播账

BIP152 压缩区块如何用短 ID 和缺失交易补齐机制，把已见交易占大头的新区块传播体积大幅压缩。

比特币P2P消息帧的二十字节前奏：魔数、命令名、长度与校验和各管什么

比特币节点消息头四个字段逐项拆解：链身份魔数、十二字节命令名、四MB长度闸门与四字节校验和的真实边界，以v31.0源码为准。

在自己的机器上另起一条signet：challenge与seednode两个参数能做什么、不能做什么

用 -signetchallenge 与 -signetseednode 自建独立signet测试链的机制边界：出块权进脚本、魔数随创世派生、与公共signet天然隔离。

坏块的短代号词汇表：从high-hash到bad-cb-amount，每个拒绝理由卡在校验哪一层

比特币区块校验顺序与被拒代号对照：头部、结构、上下文三层各管什么，bad-signet-blksig等代号读法与排障方向，v31.0源码。

Inv 清单的两个字段：比特币网络如何用存货宣告与提货请求组织每一轮对话

inv 与 getdata 的清单对称结构拆解：类型枚举与见证标志位谱系、五万条宣告上限、WTXID 与 sendtxrcncl 等新代宣告方式，v31.0 源码。

prefetch预取合约：EIP-7650想让合约自己点名要用的数据

EIP-7650提出一个prefetch预编译合约，让合约在执行早期把后面要用的地址和存储槽写入访问集合，把冷访问变成热访问。本文按提案原文拆解输入编码、计费公式与适用边界。

BURN操作码：EIP-7775把销毁原币变成一条指令

EIP-7775提议引入BURN操作码，让合约直接扣减自身原生币余额完成销毁，与转给死地址的做法在语义和审计上有什么不同？本文按提案原文拆解行为规则与Gas构成。

涨得快跌得慢：EIP-7915给blob基准费装的均值回归弹簧

EIP-7915重写excess blob gas的更新规则，让基准费低于长期均值时涨价比跌价更陡，用指数移动平均给blob费用市场装一条中性回归线。本文拆解公式改动与市场含义。

每个区块最多八千一百九十二条存款请求：EIP-8254给入队装上节流阀

EIP-6110把存款请求改为从执行层回执中派生后，单个区块理论上可以产生大量存款事件。EIP-8254提议给每区块存款请求数设8192条硬上限，超限区块无效。本文解释它防的是什么压力。

同步节点如何拿到访问列表：EIP-8159给eth协议加两种新消息

EIP-8159在eth p2p协议上新增GetBlockAccessLists与BlockAccessLists两种消息，让同步中的节点能从对等节点取回区块级访问列表BAL，从而复用并行读盘与并行执行能力。本文拆解区块头新增字段、BAL编码与校验规则。

把十二秒的槽缩短成运行时旋钮：EIP-8198的可变槽时长

EIP-8198把信标链的SLOT_DURATION_MS从编译期常量改造成运行时配置，再按阶段把槽时长下调，同时让区块gas上限与blob参数等比例缩放以维持单位时间吞吐。本文拆解三阶段路线与八秒锚点。

先锁提款地址再存ETH：EIP-8205的质押提款凭据预注册

EIP-8205让验证者密钥持有者在任何存款发生前，通过EIP-7685请求合约签署对特定提款凭据的绑定承诺，共识层在存款处理时强制执行，封堵委托质押中的首存抢占漏洞。本文拆解预注册流程与拒绝语义。

不搬代码搬代码哈希：EIP-8298的SETCODEFROM复用指令

EIP-8298引入SETCODEFROM指令，把当前账户的代码哈希指向一个已部署源码账户，免付重复代码存款费，同时为禁用ECDSA交易权限提供账户迁移路径。本文拆解其与普通工厂部署、EIP-7702委托的差异与gas口径。

NEAR 的最终性为什么分两层：Doomslug 背书机制与最终性组件如何配合

解释 NEAR 的 Doomslug 如何在单轮通信内给区块实用最终性、最终性组件如何在第二轮补上完整 BFT 最终性：背书消息、跳过提议与跳过高度、被罚没才可调转的安全条件，以及它与出块人轮值和不依赖网络快慢的安全性保证。

Geth 快照同步之后为什么还在补状态：状态修复阶段的原理与进度判断

解释 Geth 快照同步为什么先只收状态树叶子和区间证明、缺的内部节点要靠事后状态修复补齐：修复阶段为什么无法精确报进度、它必须跑赢链的增长、磁盘与带宽如何决定耗时，以及用日志和 eth.syncing 判断节点到底卡在哪一步的方法。

头重链还是头重投票：BEP-126 给 BNB Smart Chain 补上的最终性层

解释 BNB Smart Chain 的 BEP-126 快速最终性：验证者用 BLS 给区块投票、聚合进子块头的投票证明、justified 与 finalized 两步规则、分叉选择改为优先最高已证明区块再回落难度和，以及出块活性与最终性活性分离的设计，以及它的安全证明依赖哪些假设。

空间加时间两把锁：Chia 用硬盘容量和可验证延迟函数出块

解释 Chia 的时空共识：为什么存储容量可以成为出块权的稀缺资源、绘图如何用表结构与查询压缩出简洁证明、VDF 时间链如何给每个出块机会上锁防止预先计算、1/64 挑战位如何决定单笔 plotting 能否中标，以及农场主、全节点与时间lord的角色分工与已知攻防边界。

比特币 seednode 参数怎么配：取完地址就断开的种子节点与两个失效条件

比特币核心的 -seednode 让新节点用手动指定的对端取回地址清单，v31.0 源码规定它先于 dnsseed 尝试、列表启动时洗牌，且与 -connect 互斥。本文拆解语义边界、启动节拍与验证方法。

mempool.dat 也能退回旧格式：persistmempoolv1 与节点降级时的格式债

比特币核心 v27 起新增 -persistmempoolv1 过渡开关，控制 mempool.dat 写旧版还是当前格式，读端则两种通吃。本文按 v31.0 源码拆解格式兼容设计、降级场景的正确操作顺序与文件容错边界。

比特币钱包默认带不带 RBF 信号：walletrbf 的默认值变迁与单笔覆盖方法

v31.0 比特币核心的 -walletrbf 默认开启，历史上有过从关到开的翻转，且帮助文本标注 RPC only。本文核对 0.14 至 24.0 的默认值时间线、replaceable 选项的优先级与 bip125-replaceable 字段的读法。

区块模板先扣掉八千权重：blockreservedweight 给 coinbase 留位的边界

挖矿 RPC 客户端组装区块时，比特币核心用 -blockreservedweight 预先保留一段权重给后续的 coinbase 交易。v31.0 默认 8000、安全下限 2000，越界直接拒绝启动。本文拆解它与 blockmaxweight 的相互作用与调参场景。

帮助里查不到的三个数据库开关：dbbatchsize、dbcrashratio 与 forcecompactdb

比特币核心 UTXO 落盘路径上藏着三个非常规参数：进入仅调试帮助表的 dbbatchsize，以及只存在于源码隐藏名单的模拟崩溃开关 dbcrashratio 与启动压缩开关 forcecompactdb。本文按 v31.0 源码说明作用点与误配后果。

两本账与一颗地雷：settings.json、conf 重定向与 allowignoredconf 停机

比特币核心的配置分配置文件、GUI 的 settings.json 与命令行三层，优先级逐层压制；当 -conf 指向别处而数据目录仍有 bitcoin.conf 时，节点默认报错停机，allowignoredconf 才能降级为警告。本文按 v31.0 源码梳理分层、小节与审计清单。

gettxspendingprevout 提速的背后：v31 新索引 txospenderindex 默认值与回填代价

Bitcoin Core v31.0 为 gettxspendingprevout 增加可选的已花费输出索引 -txospenderindex，默认关闭，命中后不再逐块扫描，并带来 mempool_only 与 return_spending_tx 两个新参数。本文按 v31.0 源码拆解机制、缓存预算与适用场景。

REST 也能按字节取块：v31 的 /rest/blockpart/ 端点与它的两个必给参数

Bitcoin Core v31.0 的 REST 接口新增 /rest/blockpart/ 端点，用 offset 与 size 从指定区块的序列化字节流里切片取数，不支持 JSON 响应。本文讲请求格式、适用场景与 REST 默认关闭的边界。

内存池的费率阶梯图：getmempoolfeeratediagram 与 v31 的严格改善替换规则

集群内存池让排序、驱逐与 RBF 替换共用同一把尺子——feerate diagram。v31.0 新增 getmempoolfeeratediagram RPC 输出累计 weight 与累计费用拐点，并把阶梯严格改善写进替换规则第 6 条。本文讲图怎么画、返回值怎么读。

asmap 数据装进二进制：v31 内置映射的 -asmap=1 写法与裸参数语义变化

Bitcoin Core v31.0 首次把 asmap 映射嵌入官方二进制（数据创建于 2026-03-05），-asmap=1 即启用内置版，而裸 -asmap 不再去找 ip_asn.map。本文按源码拆两条加载分支、默认值不变的事实与日志辨认法。

getpeerinfo 少了 startingheight：v31 的 deprecatedrpc 门闩与三步弃用

Bitcoin Core v31.0 起 getpeerinfo 默认不再返回 startingheight，需 -deprecatedrpc=startingheight 才可见，下一个大版本将彻底删除。本文还原字段原意、误读来源与监控脚本的迁移姿势。

广播进了队列：privatebroadcast 与 getprivatebroadcastinfo 的读写两笔

Bitcoin Core v31.0 的 -privatebroadcast 让 sendrawtransaction 只经 Tor 或 I2P 短连接发交易，本机内存池等回传再入。新增的 getprivatebroadcastinfo 与 abortprivatebroadcast 负责队列观测与撤回。本文拆解机制、RPC 字段与故障形态。

合并前的历史不再对外应答：eth/70 与 EIP-7639 的历史停供边界

EIP-7639 提议给以太坊节点通信加一个 eth/70 版本：在这个版本上，节点不再请求也不再回答巴黎升级（合并）之前区块的正文与收据查询。提案给出的直接动机是数据体积——2024 年前后客户端历史数据约 500 GB，其中近 400 GB 来自合并前。本文讲清这条历史停供线划在哪里、影响哪些 p2p 消息、为什么以合并为界，以及全量同步将因此改走哪条路。

本地打包者的 blob 数量旋钮：EIP-7872 与带宽自限

EIP-7872 给执行层的本地区块打包者加一个可配置上限 USER_CONFIGURED_MAX_BLOBS_PER_BLOCK，与协议上限取小值来决定每块装多少 blob；下限至少一个。动机很朴素：带宽有限的打包者塞太多 blob 会来不及广播、白白丢块。本文讲清取小值规则、默认行为，以及为什么这是一个纯执行层的 Meta 提案。

Merkle 树像文件一样生长：EIP-7916 的 SSZ 渐进列表

SSZ 的定容列表 List[type, N] 要求预先声明容量：小列表要为海量零叶付哈希成本，跨分叉改容量还会打断下游证明。EIP-7916 提出渐进列表 ProgressiveList：默克尔树按实际叶数按 4 倍递归生长，元素位置（gindex）与列表长度无关，证明写一次长期可用。本文讲清三种病、递归树形与容量表，以及它和渐进容器 EIP-7495 的分工。

一条指令替掉安全检查三连：EIP-8219 的溢出安全算术

Solidity 自 0.8 起默认给每次加减乘都编译出一段溢出检查代码，一次安全检查加的安全加法约 79 gas，是原始加法 3 gas 的二十多倍。EIP-8219 提议给 EVM 加四条自带检查的算术指令 SAFEADD、SAFESUB、SAFEMUL、SAFEDIV：溢出、下溢、除零即以空返回数据回滚。本文讲清编译器的现状税、与 EIP-1051、EIP-6888 两条旧路线的分歧，以及为什么"贵所以不开安全"本身就是一种安全隐患。

给瞬态存储装上闸门：EIP-7971 为什么要给每笔交易的临时格子设数量上限

EIP-1153 在 2024 年 3 月的 Dencun 升级后给 EVM 带来了瞬态存储：一笔交易执行期间可用的临时键值空间，交易一结束就清空，现行读写各按 100 Gas 的暖访问价收费。EIP-7971 提议把计价改成固定的低价（读 5、写 12），同时给每笔交易可占用的瞬态槽位数量设 131072 个的协议层硬上限，防止客户端被要求为海量临时键分配内存。本文讲清瞬态存储是什么、不设上限的拒绝服务风险从哪来、低价与闸门为什么必须配对出现，以及这份 2025 年 6 月草案的推进状态。

SELFDESTRUCT 不再烧币：EIP-8246 想把旧指令的最后一丝余烬熄灭

SELFDESTRUCT 是以太坊最古老的操作码之一，EIP-6780 在 2024 年 3 月坎昆升级后已把它削弱成基本只转钱不清仓，但极少数情形（同一笔交易里创建又自毁）下余额仍会被销毁。EIP-8246 在 2026 年 5 月提议移除剩余的这些烧币情形：账户的代码、存储与 nonce 仍在交易收尾时清空，余额全部保留。本文回顾自毁的动机与减法史、剩下特例的确切形状，以及从创世重放到约第 2500 万块只找到两笔此类销毁意味着什么。

本地能扛住多深的重组：EIP-8252 给执行层状态保留定一个协议窗口

以太坊协议从未规定执行层客户端必须保留多深的可重建状态，重组一来，有的客户端能就地重放、有的只能重新同步。EIP-8252 在 2026 年 4 月提出一个协议级底线：REORG_RETENTION_WINDOW 等于 262144 个区块（8192 个纪元乘每纪元 32 槽，约 36.4 天），要求客户端以快照、反向状态差分或等价表示，保证窗口内每个规范区块的状态可重建，从而覆盖不活跃漏泄约束下的最长非最终期。本文拆解这个常数的来路，以及它为什么只锁窗口不锁手段。

Blob 容量像班车时刻表一样提前订：EIP-8256 的票据化预留

以太坊的 Blob 通道（EIP-4844 体系）按区块现买现走：打包者临时决定带多少 blob，费用随拥堵实时波动。EIP-8256 在 2026 年 5 月提出 Blob Streaming：通过一个叫票据合约（ticket contract）的系统合约提前预订区块容量，让 blob 的传播和费用像预订运输班次一样可预期。它要求 EIP-2935、4788、4844、7002、7594、7732、7918 在前，目前是草案。本文解释提前预订对谁有价值、票据合约与统一费用机制是什么形状，以及即时容量与预订容量两条车道怎么分配。

Solana 的功能开关怎么生效：一个链上账户、一道投票门

Solana 的协议变更不押统一升级日，而由一枚枚功能开关随纪元切换逐项激活。本文对照 Agave 源码的 feature-set 清单与 SIMD 流程，解释 feature 账户的形态、投票门控的路径，以及核验一枚开关状态时该看哪些字段。

投票扩展：CometBFT 让应用在每张预提交票里带一段数据

CometBFT 的 ABCI++ 把 ExtendVote 与 VerifyVoteExtension 挂到预提交消息上：验证者可在票里夹带应用定义的数据，代价是校验必须确定性、只依赖已提交状态。本文拆解扩展的触发时点、验算规矩，以及它回到下一块提案时必须补的一次验算。

每十分之一秒一次点名：Solana 控制面的推送、拉取与修剪

Solana 的 Gossip 服务是集群控制面的大门：身份、账本高度与投票靠签名加时间戳的记录在节点间收敛。本文按 Agave 官方文档拆解推送的扇出与轮换、拉取的布隆过滤器补齐，以及修剪消息如何把低权重直连让给高质押路径。

每传一片就重洗一次树：Turbine 的传播路径为什么不可预测

Turbine 用按质押加权洗牌的层级树广播区块碎片，并且每传一个 shred 就用新种子重排一次树结构。本文对照 Agave 文档与官方 P2P 规范，拆解根节点逐片轮换、Reed-Solomon 纠删组的报废条件，以及修复协议在丢包连锁后的兜底路径。

比特币核心到点自动停：stopatheight 与 stopafterblockimport 的两种停法

比特币核心提供 -stopatheight 与 -stopafterblockimport 两个调试类启动参数，让节点在指定区块高度或磁盘区块导入完成时自动退出。本文依据 v31.0 源码说明两者语义差异、帮助隐藏原因与脚本使用注意事项。

参数先失效再消失：maxorphantx 的弃用两步与升级排错

比特币核心 v31.0 移除了 -maxorphantx 启动参数，残留配置会让节点拒绝启动。本文按发布说明与源码梳理该参数原本控制的孤儿交易缓存、失效与删除的时间线，以及升级前的参数自查方法。

小机器内存突然不够了：v31 把 dbcache 默认值改成看机器下菜碟

比特币核心 v31.0 在检测到总内存不低于 4096 MB 时把状态数据库缓存默认值从 450 MB 抬到 1024 MB。本文依据源码梳理这条条件默认值、它与内存池共享内存的关系，以及不同内存机器的取值建议。

这条链至少值多少算力：minimumchainwork 与它和 assumevalid 的分界

比特币核心用 minimumchainwork 给合法链的累计工作量设地板，低于它的链不值得处理。本文依据 v31.0 源码说明该常量的来源与随版本上调的原因、它在初始块下载与跳过脚本校验中的作用，以及与 assumevalid 的位置概念之分。

三个体检开关为什么只在 regtest 开着：checkblockindex、checkaddrman 与 checkmempool

比特币核心的 checkblockindex、checkaddrman、checkmempool 会在运行中反复核对内部数据结构是否自洽，默认只在 regtest 打开。本文按 v31.0 源码说明三个开关分别检查什么、网络属性如何决定默认值，以及什么场景值得手动打开。

钱包说“依赖链太长”：walletrejectlongchains 与深链零钱

钱包造单时报依赖链超限而节点正常，多半是调试参数 walletrejectlongchains 在选币环节拦截深链零钱。本文依据 v31.0 源码与 v30 之后的内存池限制，说明其默认值、错误定位顺序与临时放开的正确姿势。

钱包文件被拿到错误的链上：walletcrosschain 与创世校验

把钱包文件拷进另一条链的数据目录，比特币核心会因创世哈希不一致拒绝加载，除非启动时打开调试参数 walletcrosschain。本文依据 v31.0 源码说明这条校验的判定逻辑、三类典型触发路径与强行挂载后的簿记后果。

脚本验证分几条线程：-par 的默认值与换算规则

比特币核心的 -par 决定脚本验证专用线程数：零为自动、负数为留核、上限十五，主线程计入名额。本文依据 v31.0 源码讲清换算式、验证队列工作方式、与 assumevalid 检查点的分工。

Whisper 是什么：以太坊曾经内置的链下消息层

Whisper 是 EIP-627 定义的分布式消息协议：节点之间转发带主题标签的加密信封，发送方不需要知道接收方的网络地址。它曾以 shh 接口内嵌在早期以太坊客户端里，后从主线移除，思路由 Waku 等独立协议延续。本文讲清它的信封结构、主题订阅、功率因子设计，以及这条路线为什么最终搬出共识客户端。

X11 是什么：十一种哈希函数排队上场的挖矿算法

X11 是 Dash 白皮书提出的串行哈希算法：把十一种 finalist 级哈希函数首尾相接，区块头要连过十一关才算有效解。设计目标一是抬高 ASIC 开发成本——厂商要为多个算法同时铺货；二是分散单一算法被攻破的系统性风险。本文讲清它的结构、与 SHA-256d 和 Scrypt 的差异，以及它实际达成的和没达成的。

BIP-98 快速默克尔树：给轻客户端的证明能不能再瘦一点

简化支付验证依赖默克尔证明，常规证明要把兄弟哈希一路带到根。BIP-98 提出快速默克尔树：用零哈希约定与跳过规则，让证明省略可复原的空子树分支。本文拆解常规证明的体积账、压缩成立的数学条件、边界情况的坑，以及这条草案至今没有部署的原因。

Waku 是什么：从 Whisper 长出来的中继消息网络

Waku 是从以太坊 Whisper 独立出来的去中心化消息传输协议：静态存储节点加全节点的混合网络，为 dApp 消息提供带历史回溯的中继。本文讲清它的节点角色划分、与链的分工，以及为什么一个消息层值得从共识客户端里搬出来单独做一个协议家族。

地址复用与找零分支：钱包卫生的两条老规矩

比特币的隐私退化多半不是密码学被破，而是两个习惯问题：同一个地址反复收钱，以及找零落回可关联的地址。本文解释地址复用为什么暴露余额结构、BIP-44 找零分支的设计原意、隔离见证时代这两个习惯还剩哪些坑，以及接收方的现实卫生清单。

升级也要选吉祥物：EIP-8066 给以太坊硬分叉定 Emoji 代言的规矩

EIP-8066 为每次以太坊网络升级设立一个吉祥物，规定它必须能用标准 Emoji 表达、主题必须与升级相关，遴选由自愿轮值的社区推手主持、客户端团队保留否决权。本文讲清这份信息类提案的三条硬约束、遴选流程与它不碰共识规则的边界。

节点该配什么电脑：EIP-7870 的硬件与带宽推荐表怎么读

EIP-7870 是一份持续更新的信息类文档，给全节点、普通验证者与本地出块者三类角色分别给出存储、内存、CPU 跑分与上下行带宽的推荐值，并把跑分基准写死以统一性能对比口径。本文解读表格每一列的用意，以及低于推荐值运行意味着什么。

退款不该算进区块账：EIP-7778 与气量夹带的攻防

EIP-7778 提议把 Gas 退款从区块 gas 用量的核算中剔除：用户端照常拿退款，区块上限按不含退款的毛用量计数，堵住靠清存储退款往一个块里塞超额计算的夹带空间。本文用提案给出的真实区块算例讲清双重账本的差别与它停在 Review 的考量。

把默认值写进升级：EIP-7935 与三十兆到六十兆的区块 Gas 迁移

EIP-7935 是随 Fusaka 落地的信息类决议：建议执行层客户端把默认区块 gas 上限从 36M 一路调到 60M，用分叉日程强制协调各家默认配置。本文讲清为什么一次改默认值也要立 EIP、客户端各自为政的协调旧账与压力测试脚本里的安全边界。

NEAR 的分片谁在出块：每个高度、每个分片都有指定的 chunk producer

NEAR 的每个区块为每个分片携带一个 chunk，而谁负责生产某个分片在某个高度的 chunk，是由协议按高度确定性分配的。本文按 nearcore 官方协议文档拆解区块与 chunk 的包含关系、epoch 内按高度轮换的分配算法、区块生产者与只生产分片的 chunk-only producer 的分工，以及这套排班为什么可以离线推算。

Celestia 的数据方块做多大要投票：方格尺寸的两层上限与扩容提案

Celestia 每个区块能塞多少数据，由数据方块的尺寸决定，而这个尺寸受两层规则约束：规范里硬编码的绝对上限，和可以经链上治理修改的参数上限。本文拆解 share、原始数据方块与两层上限的关系，给出治理提案的质押门槛与投票周期，并说明普通用户怎么核对容量参数的真实状态。

分片会自己分裂：NEAR 重分片如何在纪元边界一分为二

NEAR 用重分片回应分片过载：一个分片在纪元末尾的区块后处理阶段把状态树拆给两个子分片，下一纪元起按新分片布局出块。本文按 nearcore 文档与 NEP-0568 拆解拆树方法、边界账户规则与一个纪元内完成的硬约束。

bitcoind 后台启动脚本为什么建议用 -daemonwait 而不是 -daemon

-daemon 与 -daemonwait 的差别在退出时机：前者只代表进程分离，后者等待初始化完成。本文拆解两个隐藏开关的语义、与 RPC 轮询的分工以及脚本验收清单。

importmempool 的三个开关默认全偏保守：逐项拆开这份内存池搬运工

use_current_time、apply_fee_delta_priority、apply_unbroadcast_set 三个选项决定了 mempool.dat 导入后的行为差异，官方对每一项都挂了不可信元数据警告。

闪电网络的 error 与 warning：一条决定通道生死，一条只拔网线

BOLT2 给 error 和 warning 划出清晰边界：前者令通道失败并触发链上清算，后者只关闭连接保留通道。理解这条分界线，排障动作才不会用错。

walletcreatefundedpsbt 参数逐层拆：solving_data 为什么决定费用估算准不准

add_inputs、include_unsafe、feeRate、subtractFeeFromOutputs 与 solving_data 共同决定一笔 PSBT 的尺寸与费用。本文按参数顺序讲清每个选项改变的是什么。

闪电网络 stfu 消息：通道静默协议的规则、六十秒断连与发起权

BOLT2 的 Channel Quiescence 用一条 stfu 消息把通道推进"无在途更新"状态，支撑升级与改造类协议。本文拆解 option_quiesce 特性位、initiator 字节与限时断连设计。

裸多签的标准性红线：为什么链上只放行三把钥匙以内的多签

共识允许二十个公钥的多签脚本，标准性政策却只放行 n 不超过 3 的裸多签输出。本文区分共识与政策两层闸门，讲清 x-of-3 红线的由来与历史地址处置。

tx_abort：闪电开通道谈判的合法反悔消息

开通道阶段没有任何链上事实，散会用 error 代价失衡。BOLT2 用 tx_abort 定义"回到初始状态"的协商取消，并给签名竞态设了不对称的记忆规则。

combinepsbt 与 joinpsbts 的分界线：一份收会签文件，一份拼多方骨架

两条都叫合并的 PSBT 命令对应 BIP174 里不同角色。combinepsbt 实现 Combiner，合并同一笔交易的多个半成品；joinpsbts 并的是不同交易的输入输出。本文给出判断口诀与工作流位置。

listsinceblock 增量对账：游标推进、重组退单与幂等写入

target_confirmations 不是确认数过滤器，lastblock 才是游标协议的核心。本文拆解 listsinceblock 的增量对账循环与 removed 数组的重组语义。

备份要敢恢复才算数：backupwallet 与 restorewallet 的演练闭环

backupwallet 给活体钱包数据库拍快照，restorewallet 以"领养"方式把备份恢复成并行副本。本文给出一条不冒险的恢复演练清单与双胞胎钱包警告。

比特币节点重启后为什么还看得见在途交易：persistmempool 默认开启与 mempool.dat

重启比特币核心节点后在途交易仍可恢复，靠的是默认开启的 persistmempool：退出时把内存池写入 mempool.dat，启动时逐条重新验收。本文拆解默认值、v27 起才有的 persistmempoolv1 过渡开关与三类常见误区。

consolidatefeerate 不是手续费上限：碎 UTXO 整理的贵贱分界线

consolidatefeerate 决定钱包什么时候愿意在日常交易里多带几个输入顺手整理碎片，v31.0 源码默认约 10 sat/vB。调高调低都会改写账单与地址关联，本文讲清它和 avoidpartialspends 的分工。

privatebroadcast 是干什么的：让手工广播的交易从 Tor 或 I2P 短连接发出去

比特币核心 -privatebroadcast 参数默认关闭，开启后经 sendrawtransaction 提交的事务会绕过本地内存池，用 Tor 或 I2P 短连接广播；钱包交易不受影响，且与 -connect 互斥。

找零去哪了：discardfee 怎样把不值钱的零头折进手续费

钱包交易偶尔不见找零，是 discardfee 在起作用：当找零按该费率算出的成本配不上面额，钱包会把它折进手续费。默认量级、与协议尘埃线的双层限定和误读一次讲清。

maxuploadtarget 上传预算：二十四小时节流阀、豁免与单位大小写

比特币节点默认不限上传（源码默认 0M），设定 maxuploadtarget 后按二十四小时窗口节流，带 download 权限的对等节点与近一周区块获得豁免。单位小写 1000 进制、大写 1024 进制，账单场景值得一算。

加密货币、数字货币和虚拟货币有什么区别

加密货币、数字货币和虚拟货币有什么区别？本文结合英国 FCA、欧盟 MiCA 与金融稳定理事会 FSB 的监管口径，说明三个词并非严格法律术语，解释“加密资产”等概念的边界与常见误区。

Bonk是什么？Solana社区驱动的狗狗币

Bonk是什么？它是 2022 年底在 Solana 上线的狗狗主题 meme 币，早期通过社区空投快速传播，官网将其定位为连接互联网文化与现代金融的资产。本文解释其起源、生态扩展与 meme 币风险。

dogwifhat是什么？戴毛线帽的狗狗币

dogwifhat是什么？它是 2023 年底出现在 Solana 的狗狗主题 meme 币，以戴毛线帽的柴犬形象出圈，交易代码为 WIF。本文解释其起源、链上数据与官方渠道核验发现，以及 meme 币的波动与仿冒风险。

Kaspa是什么？GHOSTDAG共识PoW公链

Kaspa是什么？它是采用 GHOSTDAG 共识的 PoW blockDAG 公链，主张公平启动与实时出块。本文解析其 DAG 机制、创世验证、Toccata 可编程性与风险。

FLOKI是什么？北欧主题meme币

FLOKI是什么？它是名称源于马斯克爱犬的 meme 币，现为以太坊与 BNB Chain 多链代币，生态覆盖 FlokiFi、TokenFi 与 Valhalla 游戏。本文解析机制与风险。

Neiro是什么？狗狗主题meme币

Neiro是什么？它源于 Doge（Kabosu）主人收养的同名狗狗，以太坊版自称 The Heir of Doge。本文解析其迷因来源、多版本歧义、合约核验与风险。

重入锁如果写进虚拟机：EIP-7705 想用两条操作码换掉每份合约里的锁代码

EIP-7705 提议给 EVM 增加 NONREENTRANT 与 REENTRANT 两条操作码，用协议级开关代替合约里逐手写下的重入锁。本文讲清这两条操作码各自做什么、标志位的作用域与回滚语义，以及这份 2024 年提出、目前处于停滞状态的提案距离主网还有多远。

把排序权交给指定的人再打包：EIP-7727 的 EVM 原生交易束

EIP-7727 为 EVM 引入委托交易与束交易两种新类型，让合约和应用把「谁先谁后」的决定权交给链下的束签发者，在不依赖建设者生态的前提下实现本地原子排序。本文讲清这份 2024 年提案的两种交易类型、与 PBS 束的强弱差别，以及它当前停滞的状态。

访问列表也要按字节付钱：EIP-7981 与数据地板价的最后一块补丁

EIP-7623 给 calldata 设了地板价、EIP-7976 拟把它再抬高之后，访问列表成了绕开地板的暗门：它按执行计价却不进数据账。EIP-7981 给访问列表按 64 gas/字节追加数据费，把最坏区块体积压缩约两成。本文讲清这条规则、它与 EIP-7976 的咬合，以及它目前被排进 Glamsterdam 升级候选的状态。

跳转点的歧义：EIP-7921 为什么想让所有 0x5b 字节都算合法 JUMPDEST

EVM 规定 JUMP 与 JUMPI 只能落在不处于 PUSH 立即数之中的 0x5b 字节上，为此每个被跳转的代码都要先做一次线性扫描。EIP-7921 提议取消这层歧义检查。本文讲清这条校验从哪来、它挡住什么又拖累什么，以及为什么这份提案停留在 Stagnant。

KECCAK 的海绵构造：SHA-3 吸收再挤压的那台压面机

SHA-3 不是对旧哈希打补丁，而是一种全新骨架：把消息吸进一个固定容量的状态，靠置换函数反复搅拌，再从状态里挤出任意长度的输出。本文拆解海绵构造的 rate 与 capacity 分工、为什么同一个状态既能当哈希又能当流加密和密钥派生，以及 Keccak 与 SHA-3 的命名差别和以太坊的坚持。

BLAKE2 预编译合约：EVM 里的哈希函数外挂插槽

以太坊把外部算法直接插进 EVM 插槽的方式是预编译合约：地址 0x01 到 0x09 之后，0x09 位置的 BLAKE2F 压缩函数由 EIP-152 在 2019 年伊斯坦布尔升级装上车。本文讲这个插槽的输入编码、逐轮定价的 gas 规则，以及它当年为跨链验证、今天为 zk 电路 inside 电路的两种命运。

头先行同步：比特币节点为什么先啃完区块头再下正文

现代比特币节点同步链不按顺序逐块下载，而是先把几百兆的区块头链一口气拉完、验证好工作量证明，再回头按需下载区块正文。本文讲 headers-first 的两段式流程、为什么这比逐块同步抗欺骗、区块头验证省了什么资源，以及同步进度条背后的排队逻辑。

Nimbus 客户端：一套为低资源设备写的以太坊节点意味着什么

Nimbus 家族用 Nim 语言实现信标链与执行层客户端，并把门户网络轻客户端与验证代理收进同一代码库。本文按官方仓库说明拆它的组成、客户端多样性价值与用户视角。

mesh 圈子里只有八个邻居：GossipSub 靠心跳清单补齐传播

GossipSub 把消息扩散拆成 mesh 内转发与心跳期 IHAVE 清单两件事。本文按 libp2p 规范拆解 D、Dlo、Dhi 三档度数、PRUNE 退避与 peer scoring 的信任边界。

一次性签名当证据：BitVM 体系怎么在不改比特币脚本的前提下裁决计算

把计算拆成链下片段、链上锁承诺，指出一处算错即可推翻主张。本文拆解冲突一次性签名作为欺诈证明的原理、BitVM2 的无许可挑战与设置阶段的部分诚实假设，以及活性与数据可用性边界。

比特币核心替你改参数：parameter interaction 日志里的四种联动

Bitcoin Core 启动时会替用户改写部分未显式设置的参数并在日志自报。本文依据 v31.0 源码梳理 proxy、blocksonly、connect、whitebind 四类参数联动的触发条件、显式覆盖方法与排障姿势。

钱包标志七件套：flags 数组里哪一项能改、哪六项落子无悔

getwalletinfo 的 flags 对应 v31.0 源码中固定的字符串映射表，可变的只有 avoid_reuse 一项。本文逐项解读 disable_private_keys、blank、external_signer 等标志的含义、设置时机与不可逆边界。

validateaddress 查不了归属：地址校验与钱包归属的命令边界

validateaddress 与 getaddressinfo 在 0.18 版后分工明确：前者只判结构合法并给出 error_locations 纠错位置，后者才回答地址归不归本钱包。本文按 v31.0 RPC 文档梳理两者的字段边界与实操顺序。

密钥池不是地址上限：keypoolrefill、range 导入与恢复扫描的三条线

描述符钱包的 keypool 是每条描述符一千个条目的预生成窗口而非地址总数。本文以 v31.0 文档为准，讲清补池触发时机、Keypool ran out 报错处置、恢复时靠 range 导入找回扫描盲区的方法。

bitcoin.conf 的三重空间：合法小节、NETWORK_ONLY 参数与 settings.json

比特币核心配置有顶层、网络小节与持久化设置三层：只有五个小节名合法，网络专属参数放错层直接拒绝启动。本文依据 v31.0 源码梳理小节规则、includeconf 限制与最终生效值的核对方法。

avoidpartialspends 开关：按地址归组选币的隐私收益与手续费账单

部分花费会暴露同一地址其余进账的存在感。本文以 v31.0 参数帮助文本与源码为准，拆解按地址归组选币的隐私逻辑、费用代价、与 avoid_reuse 的强制绑定关系，给出启用路径与预期校准。

服务位不能空承诺：peerblockfilters 与 blockfilterindex 的配对规则

比特币核心要求开启区块过滤器服务位必须同时启用过滤器索引。本文依据 v22 至 v31 源码梳理两个参数的依赖逻辑、默认值版本事实、磁盘代价与服务位点亮条件。

花不花未确认的找零：spendzeroconfchange 开关与它的三类故障

比特币核心钱包默认允许用未确认的内部找零继续拼交易。本文依据 v31 源码拆解该开关的选币语义、链条断裂与自我双花的成因，以及关闭后的代价与配置建议。

同一参数写两行会怎样：比特币核心配置的重复值与优先级账本

datadir 重复只剩最后一行、addnode 重复却全部生效。本文依据 v31 源码 common/settings 的分层合并次序，讲清单值与列表参数的重复后果，并给出灾备多路径的可行替代。

交易对账补上广播盲区：BIP 330 的机制与 txreconciliation 参数

节点间靠广告传播交易会在断线与库存老化后留下传播缝隙。本文依据 v31 源码与 BIP 330 梳理交易对账的三层消息、默认关闭的版本事实、带宽内存代价与启用边界。

把节点搬进 I2P：i2psam、入站监听与 listen 的联动细节

比特币核心通过 SAM 接口接入 I2P，入站监听不占本地端口。本文依据 v31 源码与官方文档梳理 i2psam、i2pacceptincoming 的默认值、与 listen 的静默联动、onlynet 硬错误与三眼验证法。

压缩区块复原的第二抽屉：blockreconstructionextratxn 的一百笔缓冲

压缩区块靠接收方内存池复原，交易离开内存池后可能落在重建窗口里。本文依据 v31 源码拆解短 ID 复原流程、指纹碰撞的加长补救与额外交易缓冲的账本意义。

txn not standard 不是故障：标准性闸门与 acceptnonstdtxn 的边界

结构合法却不标准的交易在主网会被节点拒转。本文依据 v31 源码梳理共识规则与中继政策的分界、标准性收紧的历史动因，以及该参数为何标注仅测试网络适用。

开机自检的广度与深度：checkblocks 与 checklevel 的默认值和联动

比特币核心每次启动都会重放检查最近若干区块。本文依据 v31 源码拆解两个参数的默认值、显式设置即触发完整验证的联动、校验失败后节点停止的设计逻辑与修复路径。

区块文件不再一眼可辨：blocksdir 的 XOR 密钥是混淆不是加密

比特币核心对新建 blocksdir 的区块文件施加随机 XOR 覆盖。本文依据 v31 源码拆解密钥生成规则、与旧目录的全零兼容、备份 xor.dat 的必要性与三层敏感度分工。

cookie 文件谁能读：rpccookieperms 的三档权限与多用户服务器边界

比特币核心 RPC 依赖数据目录里的随机 cookie 文件鉴权，默认仅属主可读。本文依据 v31 源码拆解 rpccookieperms 三档取值的适用场景、跨账号访问的正路与凭据泄露面。

比特币推荐手续费怎么选？

解释 mempool.space 推荐手续费 API 中最快、半小时、一小时和最低费率分档的含义，以及 BTC 转账确认目标如何选择。

EIP-8051 想把抗量子签名装进预编译：ML-DSA 在以太坊上怎么验

EIP-8051 提议在 EVM 里增加验证 ML-DSA 签名的预编译合约，让以太坊在链上就能验证 NIST 标准化的抗量子签名。本文拆解它定义的两个变体、定价取向与提案状态，帮你读懂这份草稿在防什么。

MEVless 的两阶段块：先排 hash 再放内容，出块人看不见单

EIP-8099 提出 MEVless 协议：把出块拆成排序块与执行块两步，排序阶段只看交易哈希和预付费用，看不见交易内容，从根上取消夹子与抢跑的取景权。本文拆解这份草稿的机制与代价。

同一个验证者阵营，收益该不该一样：EIP-8068 的中性有效余额设计

EIP-8068 关注一个少有人注意的收益差：用复利型凭证的验证者，闲置余额比收息型凭证多出一截，同样的本金收益更低。本文拆解这份草稿提出的中性有效余额设计。

BIP-351 私密支付：一个公开收款码，每次算出不同的地址

BIP-351 想让人公开分享一个支付码，而每对收发双方在链上都用只有彼此能算出的地址交易。本文拆解它的支付码格式、通知交易与隐私边界，并说明这份提案当前的状态。

执行层追块不再各自拉取：EIP-8379 的 top-up sync 怎么分工

EIP-8379 提议让共识客户端在追块后直接把区块喂给执行客户端，并在引擎 API 里新增一个查询执行层区块头与执行头的接口。本文拆解这份 2026 年 8 月的草稿改了什么、没改什么。

构建者也要有自己的进出通道：EIP-8282 的两份请求合约

EIP-8282 为以太坊内置PBS（EIP-7732）里的构建者角色定义独立的注册与退出通道：一份存款合约、一份退出合约，走执行层请求总线。本文讲清它替换掉的是什么、收益在哪。

长期没人写的状态更贵：EIP-8295 按账龄给状态写入定价

EIP-8295 提议给以太坊状态写入引入“续约账龄”定价：依赖 EIP-8188 的 last_written_block 字段，把状态分成活跃与不活跃两档，写不活跃状态更贵。本文拆解它的机制与边界。

谁都能帮忙补数据：EIP-8371 的 RowDAS 分布式 blob 重建

EIP-8371 针对 PeerDAS 把 blob 重建压力全压在超节点身上的问题，提出按行主题（row topic）做分布式重建：订阅足够列子网的普通节点也能参与补全，降低超节点负载。本文拆解这份草稿。

签名变胖之后：EIP-8292 给抗量子共识配一批证明聚合器

抗量子签名又大又没法像 BLS 那样直接相加，共识层的证明聚合只能换办法。EIP-8292 引入聚合器角色：用极简虚拟机产出 succinct 证明，证明海量哈希签名有效。本文拆解这份草稿的角色设计。

有效余额的迟滞带：为什么投票权重不跟着余额实时走

以太坊共识权重用的是有效余额而非实时余额。本文拆解 EFFECTIVE_BALANCE_INCREMENT 与 HYSTERESIS 上下乘数构成的不对称迟滞带、纪元校准逻辑，以及它对权重安全、面板读数和版本口径的实际影响。

尾部重组攻击是什么？MonadBFT 想堵住的流水线共识后段分叉

流水线 BFT 的回头证明窗口允许当轮领导者悄悄换掉前段区块，Monad 称之为尾部分叉问题。本文对照官方文档梳理攻击模型、MonadBFT 的四项声明与出块参数口径，并列出需要自行核实的集中度风险。

节点磁盘怎么瘦身？Geth 的两种状态存储方案与裁剪边界

哈希键控去重省空间却挡住裁剪，路径键控换来常驻磁盘裁剪。本文按 Geth 官方文档与以太坊基金会博客，讲清 prune-state 的适用条件、三阶段流程、40 GB 空闲等前置规则，以及归档节点为什么绝对不能裁剪。

ENR 与 TopDisc 是什么？不可信入口能递给你的只有一张签名名片

节点发现协议 v5 允许从任何陌生节点进网，因为传递的是自签名节点记录而非信任。本文按 devp2p 规范 v5.1 拆解 ENR 的序列号更新、DHT 行走的两项基础职能，以及业务广播扩展 TopDisc 如何复用名片网络并声明自身能力。

离线导块参数 loadblock：没有外网的比特币节点怎么补账本

隔离网段、内网审计环境里的比特币节点没法联网同步，但账本必须完整。Bitcoin Core 的启动参数 loadblock 允许启动时从本地区块文件导入数据，导入的区块仍走完整验证流程。本文拆解它的工作时机、文件来源与格式要求、适用的三类场景，以及它不能做什么的边界。

让节点彻底不碰钱：disablewallet、编译裁剪与钱包清单的三层边界

只想跑节点核对账本、不想让签名能力存在，有运行期参数、构建选项与默认行为三层办法。自 0.21 起节点不再自动创建默认钱包，disablewallet 关掉钱包子系统并禁用相关命令，构建选项 ENABLE_WALLET 则把钱包代码整个裁出二进制。本文逐层拆解各关上门与留下的能力，以及三层都到位的验收方法。

签名验证也有备忘录：maxsigcachesize 与两份共享预算的缓存

全节点最贵的计算是逐笔验签，而验证结果确定且可复用，于是节点给"已验过的签名"记了一本内存账。核心把签名缓存与脚本执行缓存拆开又合用一份预算，默认三十二兆各占一半，参数 maxsigcachesize 可调总量。本文拆解缓存为什么只记好消息、低内存机器的调参顺序，以及它与重启、修剪的关系。

连接的两级呼吸检测：peertimeout 六十秒与二十分钟的分工

节点日志里"连接建立后没有任何消息"多半不是对端故障，而是本机计时器先到点。核心的对等连接超时分两级：建立后六十秒内没收到任何消息就回收，活过观察期后改按二十分钟的双向静默判定。本文拆解两级计时各防什么、日志关键字怎么读、调大参数的代价，以及自己被邻居断开的自查顺序。

闪电的自留延迟：to_self_delay 给惩罚交易留出的那段窗口

闪电通道承诺交易里回到自己名下的输出不是立即可花的，要等对手设定的 to_self_delay 个区块。这道相对时间锁存在的唯一理由，是给清白方发现旧状态并广播惩罚留出机会；设太短惩罚形同虚设，设太长变成资金融禁。本文拆解它的双向语义、与哈希锁超时钟的不同，以及按自己查链频率定值的方法。

只给头不给块：submitheader 命令的三步逻辑与三个真实用途

submitheader 把十六进制区块头解码、查父、提交验证，作为候选链尖进入与网络传播完全相同的处理路径。本文按 v31 源码拆解它的三步执行顺序、离线补链与演练取证场景，以及它改变不了链选择的边界。

节点开机与下线的两声铃：-startupnotify 与 -shutdownnotify 怎么挂才不闯祸

比特币核心的启动通知与关机通知参数让运维脚本在节点进入服务状态和开始关闭前自动执行。本文依据 v31 源码梳理两个钩子的触发时机、线程模型、失效场景与脚本编写纪律，并给出高可用监控的正确分工。

离线暴力找 nonce：bitcoin-util grind 与工作量证明的最小实验田

bitcoin-util 是不依赖运行中节点的离线工具，grind 子命令在 32 位 nonce 空间内多线程搜索满足难度目标的值。本文讲解它按 CPU 核心铺线程的实现、教学与排障用途，以及它与真实挖矿的本质区别。

顺手打扫钱包的费率闸门：-consolidatefeerate 何时值得多花输入

比特币核心在普通付款建包时，允许在费率不高于 consolidatefeerate 的前提下多用输入以缩减 UTXO 库存，默认上限为每千字节 0.0001 枚。本文解释这个开关的触发条件、与 sendall 归集的分工，以及费率高地的代价权衡。

钱包里"与区块链冲突"的记录从哪来：walletconflicts 字段的对账读法

一笔曾广播的交易被顶替后会在钱包历史里长期显示 conflicted。walletconflicts 不是独立命令而是交易列举接口附带的冲突哈希字段，本文以 v31 钱包源码为据，讲清它的挂载位置与负确认数语义、RBF 替换与重组等成因、收款方与付款方各自的核对路径，以及日常运维三点纪律。

Mission Control：LND 怎样给全网通道打通过率分数

LND 的 Mission Control 把付款失败折成节点对的可信概率：默认惩罚半衰期一小时、策略类错误给一分钟二次机会、成功过的上跳假定概率 0.95、失败记录上限 1000 条、先验权重 0.5。本文按源码参数拆解评分机制，以及查询、重置两个接口的排障用法。

把开道交给算法之前：LND autopilot 六项默认参数逐条读

LND 自动通道代理默认关闭，打开后按中心性或偏好启发式自动花费钱包资金开通道。本文逐条解读官方示例配置里的 allocation 0.6、maxchannels 5、minchansize 20000、maxchansize 16777215、private false、conftarget 3 六个旋钮与责任边界。

先问节点要权限地图：listpermissions 与 macaroon 令牌的最小权限发放

给监控面板发只读钥匙前，应先用 lncli listpermissions 拿到节点自带的"方法到权限"映射表，再按 uri 与 action 烘焙窄权限令牌。本文讲清权限表来源、bake 与根密钥轮换的删除语义、以及"表里有权限仍被拒"的中间件排查顺序。

路由节点的流水账：转发历史的 40 字节口径、分页与按时间删除

LND 每条转发事件定长 40 字节，单次查询至多约 5 万条、默认 100 条，靠索引偏移翻页；DeleteForwardingHistory 支持绝对时间戳或 -30d 相对时长删除并返回删除条数与费用合计。本文按官方接口定义梳理字段、分页与保留策略纪律。

断开又回来、重启一起冲：LND 持久对端重连机制的三个默认值

持久对端断开后按 minbackoff 1 秒到 maxbackoff 1 小时的指数退避持续重连，pong 超时默认即断开，stagger-initial-reconnect 默认关闭。本文用这三个官方默认值解释"节点为什么连不上/断不掉/重启拨号风暴"，并给出对应处置。

MuSig2 聚合公钥怎么派生新地址？BIP-328 的合成扩展公钥

MuSig2 把多个签名人的钥匙聚合成一把看起来普通的公钥，但每换一个收款地址都要重新聚合一次。BIP-328 给出一个约定：把聚合公钥包装成合成扩展公钥，之后像普通钱包一样做未硬化派生，签名时再补上路径修正量。本文讲清这个约定的规则、适用边界和隐私含义。

钥匙先亮出来就危险了吗？BIP-360 与暴露时间的攻防

量子计算机对比特币的威胁取决于公钥暴露多久。BIP-360 提出 Pay-to-Merkle-Root：像 Taproot 但删掉直接用钥匙支出的通道，让公钥只在花钱那一刻短暂露面，专防长期暴露攻击。本文解释长暴露与短暴露的分界和这个软分叉方案的边界。

返回值必须先进内存吗？EIP-7877 的四种 RETURN

现在的 RETURN 只会从内存里取要返回的数据，数据若存在存储或瞬态存储里，得先花 Gas 搬进内存。EIP-7877 提出 SRETURN、TRETURN、RRETURN 三条新指令，把 RETURN 改名为 MRETURN，让数据从哪来回哪去。本文讲清现状浪费在哪与方案边界。

同步卡在最后一块回执上？eth/70 的分页收据列表

区块 Gas 上限抬高后，一整个区块的回执列表可能超过 P2P 单条消息约 10 MiB 的上限，导致同步反复失败。EIP-7975 提议的 eth/70 给回执消息加了不完整标记，让节点分段索取最后一块的回执。本文解释故障模式与协议改法。

以太坊 Shah 是什么？EIP-7940 想给社区选一个守护者

EIP-7940 是一个不走技术路线的提案：由社区选举一位所谓 Shah，充当以太坊社区与核心开发者之间的传声筒和守护者。本文解释这份提案想解决的沟通断层、它为什么被归入信息类提案，以及读者该怎么看待这类治理实验。

状态树换一种形状：EIP-8297 分区二叉树是什么

EIP-8297 提议用一棵分区二叉树替换以太坊现行的多叉 Patricia 状态树：账户树与存储树合并、变长前缀无关键、合同代码入树、账户字段拆成独立叶子。本文解释为什么要换树、每个设计点对应什么收益。

会过期的合约存储：EIP-8125 的 TMPSTORE 与周期清零

EIP-8125 提议新增 TMPSTORE 与 TMPLOAD 两个操作码，给合约一块能跨交易、跨区块存活但按协议日程自动清空的临时存储。本文对比它与瞬态存储、常规存储的区别，并解释两个系统账户轮换设计的用意。

Blob 交易不必每节点都收全：EIP-8070 的稀疏 blob 池

EIP-8070 提议让执行层节点对每条 blob 交易只有约百分之十五的概率拉取完整数据，其余情况只按信标层同一套单元格托管做抽样。本文解释这套稀疏 blob 池为何能把平均带宽压到约四分之一，以及构建者隐私这个约束从哪来。

不到一天换一批钥匙：轻客户端怎么靠同步委员会接力追到最新块

不跑全节点的验证器如何知道最新已最终化区块？本文按共识规范的轻客户端同步协议拆解引导对象、按周期补齐的更新对象、乐观与最终两种签名门槛，以及最终化停滞时强制推进这条逃生阀的信任代价。

区块头里那串应用哈希：Cosmos 系链的状态由谁说了算

ABCI 交回的 AppHash 是一段由应用决定、共识无法验证的字节，却决定了一致性检查、轻客户端证明和历史可证性。本文按 CometBFT 规范拆解它在出块流程中的位置、如何被下一轮承诺、以及历史版本为何是应用的责任。

nullifier 是什么？Zcash 屏蔽池不靠余额怎么防双花

Zcash 屏蔽池没有余额表，防双花全靠一枚作废凭证。本文按 ZIP 224 拆解 nullifier 的计算位置、节点拒收规则和 Orchard 与 Sapling 的版本差异，并说明跨池转账时金额何时暴露。

孤块为什么不作废？Kaspa GHOSTDAG 的蓝块红块定价法

Kaspa 不丢弃并发区块，而是按连通性给区块染蓝染红：蓝块计分拿奖励，红块留在图里但几乎无待遇。本文按 PHANTOM/GHOSTDAG 论文拆解 k 参数、贪心算法与 PHANTOM 的 NP 难原型差异，以及确认计数的语义变化。

bumpfee 给卡住的比特币交易加钱：改费重发的机制与失败清单

交易迟迟不进块，Bitcoin Core 钱包的 bumpfee 能在原交易基础上造一笔更高费率的新交易顶替旧身。它改不了账本上的旧交易，加钱要动找零或补输入，还得跨过增量费用门槛。本文按 31.0 官方 RPC 文档拆开通道、边界与失败原因，并交代关输入、换加急工具的分界。

节点的日志开关怎么用：logging 命令与 debug 分类的现场取证

比特币核心把日志拆成一组类别开关，logging 命令负责在节点运行中开合这些灯。本文按 31.0 RPC 文档拆 logging 的参数形状、配置文件与运行时的双层结构，以及排障取证时怎么开、看完怎么关、日志外发前怎么脱敏。

公告之前先体检：闪电通道登上网络地图的条件

闪电通道的资金交易落链，不等于它出现在路由地图上。本文按 BOLT 7 拆解公开公告的条件链：channel_flags 里的公告意愿、announcement_signatures 的签名互换、确认数门槛与节点名片，以及公告不生效时的排障顺序。

节点在偷偷给谁发消息：getnettotals 的流量账本与隐私自查

比特币核心用 getnettotals 记收发字节与上传预算的状态。本文按 31.0 RPC 文档拆解返回字段口径，并把流量异动翻译成可执行的隐私自查：连接结构、历史数据外流与家宽预算的交叉核对。

txindex 事后开启要不要整链重来：交易索引的旧共识与新共识

给比特币全节点补开 txindex，到底要不要加 reindex 从头重放，答案取决于节点版本。旧版本抹掉链状态重建一切，较新版本让索引在后台增量追赶。本文拆解交易索引的作用、与修剪模式互斥的磁盘代价、补索引期间的三种现象，以及哪些场景真的需要这本第二账。

scanblocks 加 getdescriptoractivity：不导入私钥的地址活动审计

比特币核心的这对 RPC 组合让观察型监控不建钱包也能回答谁在哪些区块收过、花过：过滤器先筛出命中区块，再逐笔还原输入输出坐标。本文按 31.0 官方文档拆解参数边界、与 scantxoutset 和钱包重扫的成本对账，以及重组与内存池的验收测试。

比特币交易里的手续费不是一个数：谁定的、谁付的、错了会怎样

比特币交易的原始结构没有手续费字段，费用等于输入总额减输出总额的差值，由付款方在签名一刻单方面决定，进块后不可逆。本文从这一条减法出发，讲费率的反推逻辑、虚拟字节与地址类型怎么改写账单，以及构造事故的三条防御纪律。

getblock 的 verbosity 四档：从十六进制到 prevout 的代价阶梯

同一个 getblock 命令，verbosity 传 0 到 3 是四种完全不同的负载策略：原始字节、字段报告、逐笔展开、再加上一手输入溯源，而第三档只在未修剪的主链区块上成立。本文拆解四档的代价阶梯、档位 3 的三条边界，以及体检报告字段的连读方法。

getaddednodeinfo怎样审计手工节点？

getaddednodeinfo展示通过addnode RPC或-addnode配置维护的目标、连接状态与当前连接端点，但它不是全部Peer清单或DNS候选列表。本文说明核心字段的读法，以及如何再用getpeerinfo核对当前manual连接。

addnode三种命令怎么选？

Bitcoin Core的addnode支持add、remove和onetry：持续维护、移出列表与单次尝试的含义不同，手工节点连接还采用独立的同时连接上限。本文给出维护节点、临时诊断和撤销配置三类决策，并说明BIP324传输参数的适用边界。

1个比特币等于多少聪？BIP-172与最小单位的命名之争

比特币可分割到小数点后八位，最小单位长期被叫作聪，但一直没有正式标准。BIP-172试图把这一社区习惯写成规范。本文梳理聪与比特币的换算关系、BIP-172的具体条款、sats在费率与闪电网络里的实际用途，以及两个常见误解。

执行载荷与信标块拆开传：EIP-7898为什么停在原地

以太坊的出块结构里，整批交易被嵌在信标块里一起传播。EIP-7898提议信标块只携带执行载荷的头，交易数据独立传输，以减轻验证负担。本文拆解它的技术方案，解释它与ePBS类提案的差别，并说明为什么这份提案在官方仓库里被标为停滞状态。

出块随机数为什么防不住剧透？EIP-7998把RANDAO改成可验证随机函数

以太坊信标层的RANDAO依赖验证者提交的reveal值，而现行reveal只是对轮次编号的签名，提交前结果就可被推算。EIP-7998提议把上一轮的混合值与当前槽位一并纳入签名，把它升级为每个槽位独立、连提交者自己都无法预测的VRF。本文解释RANDAO的混合机制、可预测性的隐患与升级后的应用空间。

区块塞满时包含列表会失效吗？UPIL给抗审查上一道保险

FOCIL包含列表要求区块必须收进名单里的交易，但没规定名单内部怎么排序——区块塞满时，构建者仍可能挤掉你想塞的普通交易。EIP-8046提出在包含列表之上跑一个统一价格拍卖，用燃烧边际排序费换区块塞满时的审查抵抗。本文拆解名单机制的缝隙、拍卖的定价逻辑，以及多维费用市场带来的新压力。

EVM 里怎么移位数？EIP-145 的 SHL、SHR 与 SAR 三条指令

EIP-145 给 EVM 增加了 SHL、SHR、SAR 三条位移指令，让左移、逻辑右移和算术右移不再需要用乘除法绕路。本文讲清三条指令各自移什么、符号位怎么处理、Gas 怎么收，以及为什么打包多个小整数时会用到移位。

合约怎么知道当前区块的基础费：BASEFEE 指令（EIP-3198）

EIP-3198 给 EVM 加了 BASEFEE 指令（0x48），让合约在运行时读取当前区块的基础费。本文讲这条指令的来历、和 EIP-1559 的配套关系，以及拍卖、自动补差、动态定价这些真实用法和它的精度边界。

合约怎么读 Blob 基础费：EIP-7516 的 BLOBBASEFEE 指令

EIP-7516 给 EVM 加了 BLOBBASEFEE 指令（0x4a），让合约读取当前区块的 Blob 基础费，费用为 2 Gas。它随 2024 年 3 月的 Dencun 升级上线主网，让 Rollup 合约能信任地核算数据发布成本。本文讲它和 BASEFEE 的关系、适用边界和读数陷阱。

描述符里写一句 musig()：BIP-390 给聚合公钥一个写法

MuSig2 能把多个参与者的公钥聚合成一个看似普通的比特币公钥，但钱包一直缺一行代码来描述「这枚聚合钥匙由谁组成」。BIP-390 给输出脚本描述符加了 musig() 关键字：聚合规则、排序要求和派生路径。本文讲它解决什么、语法边界和与 BIP-327 的分工。

执行层触发退出是什么？EIP-7002 让提币凭据也能发起质押退出

EIP-7002 允许用提币凭据直接调用主网合约发起验证者退出，不再依赖验证者热钥匙。本文拆解请求合约与排队费用、退出队列与安全检查期，以及对质押产品信任假设的改变。

紧凑区块过滤器是什么？BIP 157 如何让比特币轻客户端不泄露地址

BIP 157 与 BIP 158 用 Golomb 编码的区块过滤器替代布隆过滤器，让轻客户端先拉清单再按需下载整块。本文拆解过滤器头链式承诺、假阳性方向性保证与相对 BIP 37 的隐私改进。

提款凭据怎么升级？0x00 开头的质押存款会发生什么

验证者提款凭据是 32 字节的收款人字段，前缀 0x00 的旧存款默认拿不到质押收益。本文按共识规范拆解 0x00 与 0x01 两种前缀的差异、Capella 引入的一次性地址变更消息，以及执行层触发提款对凭据的要求。

交易封套是什么？EIP-2718 为什么给交易加类型字节

在 EIP-2718 之前，每新增一种交易都要与旧格式在比特层面互不碰撞；封套格式把类型字节提到最前，让新类型只需登记编号。本文拆解类型字节 0 到 0x7f 的划分依据、签名首字节的防串用要求，以及它对 1559 与 blob 交易的意义。

拆一份 getblocktemplate 模板：矿工能改哪些字段、哪些是红线

出块前，节点会把半成品区块交给矿工自行组装。这份模板里，哪些字段一个字节都不能动、哪些是明示可以修改的自由空间、交易清单又带着哪些依赖关系，决定了组块工作的全部边界。本文以 Bitcoin Core 29.0 导出的 RPC 文档与 BIP22 为依据逐项拆解。

节点视角的分叉地图：getchaintips 五种状态怎么读

比特币节点维护的从来不只一条链。哪些分支被完整验证过、哪些只有块头、哪条被标记无效，getchaintips 给出的地图能回答这些问题。本文对照 Bitcoin Core 29.0 RPC 文档逐项解释五种状态的来历与用途。

内存池逐项体检：getrawmempool 详细模式字段速查

同样是看内存池，不带参数只有一列交易编号，加上详细参数则是一整套账本。依赖关系、祖先统计、交易见证哈希、四种费用口径各自回答什么问题，本文以 Bitcoin Core 29.0 RPC 文档为准逐项讲清。

钱包余额的四个格子：getbalances 把信任拆成了几层

一个数字的余额会撒谎。getbalances 把余额拆成可信、待确认、未成熟与已使用四格，外加观察钱包栏，本文依据 Bitcoin Core 29.0 RPC 文档说明每格的严格定义与选币脚本该怎么消费它们。

节点自报家门的方式：BIP14 用户代理字符串解剖

每次握手，比特币节点都会把一串类似 /Satoshi:x.y.z/ 的字符串递给对方。它怎么读、哪些字符是Reserved保留符号、为什么协议专门规定不能拿它决定行为，本文依据 BIP14 原文拆解这串网络 census 里最常被误读的字段。

重建账本与节点的历史：rescanblockchain 重扫机制与耗时预期

刚导入的钱包显示零余额、恢复助记词后转账记录缺了一半，多半是钱包与节点历史之间缺了一次对齐。rescanblockchain 把这段历史重新读一遍，本文依据 Bitcoin Core 29.0 RPC 文档讲清参数、进度查询、过滤器加速与例外情况。

核对你的账本与调平两条链：verifychain 与 preciousblock

怀疑数据损坏时用什么方法体检区块数据库，同步节点偶遇分叉时又该拿什么工具表达偏好。本文依据 Bitcoin Core 29.0 RPC 文档拆解 verifychain 的五级强度与 preciousblock 的同工作量裁决语义。

同步进度条快 100% 却还没好：verificationprogress 是怎么估出来的

新节点同步时，getblockchaininfo 里的 verificationprogress 常常卡在 0.99 附近纹丝不动，甚至偶尔回退。它不是已下载字节的百分比，而是一个基于链上交易总数的估算。本文拆解这个字段的定义、和 blocks 与 headers 两个高度的关系，以及该用哪些字段判断同步到底完没完成。

比特币节点的数据目录里都有什么：blocks、chainstate 与一堆 dat 文件的分工

一个跑了几年的比特币核心节点，数据目录里能翻出十几类文件：账本原件、余额字典、钱包库、黑名单、对端通讯录。分清每个文件的职责，才知道哪些必须备份、哪些删了会出事、哪些只是缓存。本文按 Bitcoin Core 官方文档与手册逐项拆解。

你的节点为什么拒收交易：中继费率地板从 1 聪降到 0.1 聪的变化

同样是低费率交易，有的节点收、有的节点直接拒，分界线往往是一行默认参数。Bitcoin Core 在 v29.1 把最低中继费率与增量中继费率降到每千虚拟字节 100 聪，把区块最低打包费率降到 1 聪。本文用官方发行说明确定版本口径，讲清三档费率的分工与钱包实际该看哪个数。

v1、v2、v3：比特币交易的版本号不是大小，是开关

交易的第一行不是金额而是版本号。v1 是多年基线，v2 让 nSequence 的相对时间锁生效，v3 在 v28 起配合 TRUC 策略约束交易包拓扑。本文按 BIP68、BIP431 与官方发行说明讲清版本字段的门控语义，以及为什么共识不限号、标准策略却各管各的。

通道对面的节点失联一年了：僵尸通道与资金安全的边界

闪电通道最怕的不是宕机重启，而是对端一去不回。官方安全文档把这种通道叫僵尸通道：对端永久离线却没有关通道，而静态通道备份的恢复恰恰依赖对端配合。本文按 lnd 文档拆解僵尸通道的风险模型、公开与私有通道的取舍，以及作为普通用户该盯什么。

钱包的钥匙清单：gethdkeys 把几条派生树摆在你面前

Bitcoin Core v28 新增的 gethdkeys 把钱包描述符引用的全部 BIP32 密钥一次性列出，含指纹与派生路径。恢复、迁移、密钥审计时先跑它，能少踩很多坑。本文拆解返回字段、与 listdescriptors 的分工，以及审计时看哪些异常信号。

老钱包想多收一种地址：createwalletdescriptor 怎么给钱包补一条新腿

钱包只会生成创建时就绑定好的地址类型，想让只认原生隔离见证的老钱包补出 Taproot 收款能力，用不着重建钱包。Bitcoin Core v28 的 createwalletdescriptor 能把新标准描述符加进现有钱包，配套 gethdkeys 查已有密钥。本文拆解它补的到底是什么。

listaddressgroupings为何会归组？

Bitcoin Core会依据共同输入和找零启发式返回钱包地址分组。本文解释嵌套结果、隐私暴露风险，以及为什么分组不能证明现实身份归属，并给出保留原始JSON的可复核导出格式。

把合约执行的每一步打印成账单：EIP-3155 的 EVM 追踪格式

EIP-3155 给 EVM 执行轨迹定了统一的 JSON 字段表：程序计数器、操作码、剩余燃料、栈深度，每一步一行。本文拆解这份格式的字段含义、它想解决的客户端差异问题、和排查交易失败时怎么用上逐行轨迹，以及它和轻量事件日志的分工。

不找服务商也能拼交易：JoinMarket 的订单簿混合逻辑

JoinMarket 把混合交易做成一张订单簿：有人出价当流动性提供方，有人下单拼单，一笔输出顺序打乱的共同交易就这样成交。本文拆解它的订单簿模型、手续费来源、CoinJoin 结构与被动收入逻辑，以及这种模式对隐私和合规边界的影响。

谁都不持有部署密钥的工厂合约：ERC-2470 单例工厂

有些合约必须在每条链上都长成同一个地址。ERC-2470 用一个不需要任何私钥保管人的部署方式实现这一点：工厂合约从一个反推出来的无主账户发火，地址对所有链、所有人可验证。本文拆解它的部署算式、无密钥保证从何而来，以及这类共享基础设施的失败模式。

互相包含的两票即自曝：环绕投票为什么会被罚

以太坊信标链对验证者的两条可罚没投票规则——同一目标投两票，或者两票在时间上互相包夹——写死在共识规范的几行代码里。本文拆解环绕投票的定义、它为什么比双花投票更致命，以及举报机制如何运行。

链的第一块图纸：EIP-7949与创世文件格式

每条以太坊网络的起点都是一份创世文件，但各家客户端长期以来各自扩张格式。EIP-7949 给 genesis.json 定了统一的结构与字段表。本文拆解它的顶层字段、为什么以 Geth 的事实格式为基准，以及新链搭建者、测试网运维能从中得到什么。

整块预热一次记账：EIP-7557想怎么改写Gas折扣

EIP-7557 提议把区块级的存储预热从每笔交易各付一次冷访问费，改成整块只付一次、再按访问次数摊回折扣。本文解释冷访问与热访问的价差从哪来、区块级预热为什么能省 Gas、它带来的攻击面与争议，以及这份提案目前的搁置状态。

让EVM直接算正弦和自然对数：EIP-7543的小数运算设想

EIP-7543 提议给 EVM 加一组任意精度十进制浮点指令：DECADD、DECMUL、DECEXP、DECLN、DECSIN 等，用系数加指数精确表示小数，把科学计算器级别的初等函数变成一条指令。本文解释为什么二进制存不下0.1、合约里的幂运算为什么贵，以及这份提案停摆的原因。

加密抽签是什么？Algorand 怎么用 VRF 每轮换一批委员会

Algorand 的 ABFT 不选固定领导者，而是每轮每步用可验证随机函数做加权抽签。本文解释 VRF 凭证为何可验证而不可预测、按份额加权的中签逻辑，以及这套机制对定向攻击和节点运维意味着什么。

Timeboost 快速通道是什么？Arbitrum 用两百毫秒延迟换哪种公平

Timeboost 把排序器门口的延迟军备竞赛改造成每轮一次的公开拍卖：快速通道、链下拍卖与链上拍卖合约三者如何配合，200 毫秒人工延迟作用在谁身上，链主捕获 MEV 的取舍又适合什么样的链。

Layer2 充提时资产在哪里？OP Stack 存入与提款的两阶段生命周期

跨层存取不是搬资产而是双边记账：L1 门户事件加推导完成存入，提款要多过 output root 提交与挑战证明关。本文给出存款交易哈希核对与卡单定位顺序。

一张助记词撕成几份再存：SLIP39 沙米尔分片的机制与恢复边界

助记词单份备份既是丢失单点也是被盗单点。SLIP39 把种子用沙米尔秘密共享拆成多张字卡，凑够门槛份数才能还原，少一份也不泄露线索。本文拆解它的字表、份额结构与两层分组设计，并讲清什么情况下分片帮不了你。

AsicBoost 是什么：省掉半截 SHA 的挖矿优化，公开版与隐蔽版

AsicBoost 利用 SHA-256 处理 80 字节区块头时前 64 字节可复用的结构性特点，为矿机省下可观的功耗。公开版靠版本号碰撞一眼可见，隐蔽版靠默克尔根尾字节碰撞藏进正常结构。本文拆解两种形态的原理，以及隔离见证如何让隐蔽版难以为继。

PSBT 版本 2：不再锁死交易骨架，输入输出可以边走边加

BIP174 的 PSBT 把未签名交易焊死在全局字段里，协作方谁也不能再加一个输入。BIP370 定义的 PSBT 版本 2 移除了那笔骨架交易，用计数、修改位和逐输入字段重写了结构。本文对比两代格式，讲清可添加标志、锁定时钟与角色分工的变化。

为什么区块哈希显示要反着写：比特币的字节序两套账本

同一笔交易的哈希，节点日志、RPC 返回和区块浏览器各写各的顺序，相差整整一个倒序。本文讲清小端序与大端序的分工：为什么内部序列化是反的、双次 SHA-256 的结果怎么被当成 256 位数字、哪些字段各自用哪套顺序，以及排障时最容易踩的顺序坑。

SHA-256 为什么在比特币里要跑两遍：长度扩展攻击与双哈希

区块哈希、交易哈希、默克尔节点全部是两次 SHA-256 的结果，多跑一遍不是仪式感。本文从 Merkle-Damgard 结构的长度扩展缺陷讲起，说明双哈希如何顺手堵上这扇门，以及比特币在哪些地方仍只用一次哈希。

比特币交易的原始字节长什么样：序列化格式逐段解剖

txid 是对交易序列化字节做两次 SHA-256 的结果——那这串被哈希的字节到底是什么？本文按版本、输入计数、前手引用、脚本长度、输出金额、锁定时间与标志字节的路标逐段走一遍，讲清 varint、见证标记与权重折价的字节级由来。

bitcoin-cli 不只是翻译命令行：rpcwallet、named、stdin 三个开关改变的语义

同样是给节点发一条 RPC 命令，bitcoin-cli 的开关组合决定这条命令落到哪个钱包、参数怎么传、口令会不会留在历史记录里。本文逐项拆解 -rpcwallet、-named、-stdin 系列与 -rpcwait 的实际语义，以及它们改变和不改变的边界。

一个节点管好几个钱包：createwallet、loadwallet 与启动清单的三本账

比特币核心支持一个节点同时装载多个钱包，创建、装载、卸载和开机自启各有各的账本。本文拆解这几个钱包管理命令的行为边界：卸载不等于删除、启动参数会套到新钱包头上、哪些操作后必须重新备份。

把签名交给硬件设备：Bitcoin Core 的 -signer 外部签名模式怎么工作

比特币核心可以用 -signer 参数接入外部签名程序，让节点全程不接触私钥。本文按官方文档拆解这条链路：设备枚举、建钱包、地址回显核对，以及"软件托管在官方组织下但仍属实验性"这条警告的分量。