比特币核心 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 源码讲清两条线各判什么、日志怎么对号、参数边界在哪。

不充值、不注册、不做 KYC，交易却照样能达成——Bisq 用点对点网络、多重签名托管与人工仲裁把中心化交易所的职能逐个替换。本文按官方文档梳理其结构：桌面应用构成的去中心化网络、v1 协议的保证金与托管流程、非托管资金的链上形态，以及撮合效率、法币链路与仲裁成本这些写在机制背面的代价。

同一笔交易在某些区块高度被拒、在另一些高度被收，背后是 SCRIPT_VERIFY_* 这组验证标志按位开关。本文以 v31.0 源码的 interpreter.h 与 validation.cpp 为准，拆解这组标志的分工、63 位位域的设计、部署项如何在区块高度上点亮开关，以及劝退类标志怎样给未来升级留白。

同样是停掉一个比特币核心节点，kill 默认信号、前台 Ctrl+C 与 kill -9 走的是完全不同的路：前两者进入源码登记的优雅关停序列，后者跳过全部善后。本文按 v31.0 源码讲清 SIGTERM/SIGINT/SIGHUP/SIGPIPE 各自接的是什么线、日志换页与信号的历史出处，并给出 systemd 超时与停机动作清单。