比特币核心 REST 接口的 /rest/getutxos 端点一次最多查询十五个输出点,返回链高、链顶哈希与花费位图;checkmempool 前缀决定在途花费算不算数。本文按 v31.0 源码拆解请求形状、限额与两个常见误用。
比特币核心 REST 接口的 /rest/getutxos 端点一次最多查询十五个输出点,返回链高、链顶哈希与花费位图;checkmempool 前缀决定在途花费算不算数。本文按 v31.0 源码拆解请求形状、限额与两个常见误用。
bitcoin-cli 的 -rpcwait 把连接失败与 -28 预热错误都当作可重试,每秒一次敲门直到 RPC 就绪;-rpcwaittimeout 默认零、代表无限等待。本文按 v31.0 源码拆解重试循环、单调时钟截止线与它救不了的错误类型。
比特币核心的 -startupnotify 在初始化尾声以脱离线程执行、不卡启动;-shutdownnotify 在停机入口并发执行且全部结束才继续关服。本文按 v31.0 源码讲清两个生命周期钩子的触发点、失败语义与自动化分工。
比特币核心 v30 把 -datacarriersize 默认值从八十三抬到十万,并允许一笔交易携带多个数据承载输出。本文按 v31.0 源码与 v30.0 发布说明讲清限额怎么量、开关与大小的关系、getmempoolinfo 新字段与对数据类交易的现实影响。
比特币节点的 -incrementalrelayfee 默认一百聪每千虚拟字节,同时决定替换交易的最低加费与内存池费率门槛的抬升步长。本文按 v31.0 源码拆解单位陷阱、与中继下限的联动,并厘清它与相邻几把费率尺子的分界。
比特币核心 v31 的集群内存池废除了祖先与后代限流,改由簇笔数与簇体积两把新锁接管,四个老参数各有下场。本文按 v31.0 源码与发布说明盘点参数交接清单与升级核对步骤。
比特币核心对新建 P2P 连接设了两条时间线:可配置的 -peertimeout 观察窗(默认六十秒)与固定二十分钟的收发超时。本文按 v31.0 源码讲清两条线各判什么、日志怎么对号、参数边界在哪。
getwork 时代的矿工每秒问一次有活吗;BIP-22 的答案是挂起请求直到服务器有事可说。longpollid 是不透明令牌、longpolluri 可以换端口、submitold 决定份额队列去留,分块传输与指数退避保护两端。本文按规范原文拆解 GBT 长轮询的握手、挂起守则、失败红线与它今天真正的生态位。
树莓派这类 ARM 单板机跑比特币全节点的官方支持早已就位:aarch64-linux-gnu 预编译包与桌面包同批发布、同套验签体系。本文讲清单板机部署的三层决策——用官方包还是交叉编译(depends 系统一条 HOST 参数)、SD 卡与 NVMe/固态的存储账、内存与 prune 模式的减配路线,并纠正几项关于功耗的常见误区。
比特币核心官方维护的依赖表把从源码编译所需的一切写成硬指标:Clang 17.0 或 GCC 12.1 起步,Boost 1.74.0、CMake 3.22、libevent 2.1.8 必装,glibc 2.31 是运行底线。本文以 v31.0 源码树文档为准逐行翻译这张表:谁服务哪个功能、可选依赖装不装的后果,以及老系统装不动时 depends 构建系统这条第二路线。