比特币核心的 RPC 是一个带线程池和工作队列的小型 HTTP 服务器:默认 16 个线程、64 层队列、30 秒服务端超时。扫描钱包、导入描述符这类长任务会怎样挤占队列、返回 503 或提前断开,本文按源码默认值给出排障与调度纪律。
比特币核心的 RPC 是一个带线程池和工作队列的小型 HTTP 服务器:默认 16 个线程、64 层队列、30 秒服务端超时。扫描钱包、导入描述符这类长任务会怎样挤占队列、返回 503 或提前断开,本文按源码默认值给出排障与调度纪律。
想算比特币最近一个月平均每笔交易花多少空间、链上一共多少笔交易,getchaintxstats 是官方统计入口。本文按 RPC 文档逐项读它的可选窗口与各字段返回条件,重点讲用 assumeutxo 快照同步时哪个字段会缺失。
想让比特币节点只连指定的机器,有 -connect 配置项和 addnode 命令两套机制。本文按节点帮助文本与源码注释逐项对比:谁关闭自动发现、谁有独立限额、排障时怎么用,以及长期只连少数对端在隐私和日蚀风险上的代价。
装了 Tor 的比特币节点默认会自动创建一个 onion 服务,不需要公网 IP 和端口映射。本文拆解 -listenonion 的默认行为、它和 -listen 开关的冲突规则,以及 bind 地址加 onion 标记这条手工路线的差别。
离线签名、手动补播场景最后一步常是 sendrawtransaction。官方文档写明了两个要点:它会把交易无条件发给所有对端、重发会泄露交易起源;同时带默认 0.10 BTC/kvB 的费率上限。本文拆解这两个属性的成因与规避流程。
listreceivedbyaddress默认不返回零收款地址,开启include_empty后才适合做地址全量清点。本文解释minconf、最近确认数、累计金额和UTXO差异。
getreceivedbyaddress返回钱包内某地址达到确认门槛的累计收款,即使币后来已花出也不会回退。本文用水表与水库模型对照当前UTXO和钱包余额。
比特币节点同步时不是一块一块排队要数据,而是给每个邻居维持一条在途请求窗口,乱序收块、按高度顺序校验。窗口多大、活怎么派、迟迟不回块的对端怎么处理,本文按比特币核心源码里的调度逻辑逐层拆开。
EIP-7667主张把keccak256等哈希类操作码与预编译的gas价格整体上调约十倍,理由是哈希与gas的比例长期偏离其他计算。本文按提案原文拆解价目表、十倍的来历、对默克尔证明类应用的影响测算,以及它停在Stagnant的处境。
闪电网络的路由图是节点们互相转告拼出来的,每条通道公告都带时间戳。BOLT7规定:最后一次通道更新超过两周(1209600秒)的公告,其他节点可以剔除或忽略。本文讲清保鲜机制怎么运转、节点为什么要主动重发公告、剔除为什么是个策而非硬规则。