比特币专题

加费与门槛共用的一把尺：-incrementalrelayfee 的一百聪每千虚拟字节

比特币节点的 -incrementalrelayfee 默认一百聪每千虚拟字节，同时决定替换交易的最低加费与内存池费率门槛的抬升步长。本文按 v31.0 源码拆解单位陷阱、与中继下限的联动，并厘清它与相邻几把费率尺子的分界。

等一块新块的耐心：GBT 长轮询的挂起与续订规矩

getwork 时代的矿工每秒问一次有活吗；BIP-22 的答案是挂起请求直到服务器有事可说。longpollid 是不透明令牌、longpolluri 可以换端口、submitold 决定份额队列去留，分块传输与指数退避保护两端。本文按规范原文拆解 GBT 长轮询的握手、挂起守则、失败红线与它今天真正的生态位。

OP_RETURN 的门从八十三抬到十万：-datacarriersize 在 v30 的改制

比特币核心 v30 把 -datacarriersize 默认值从八十三抬到十万，并允许一笔交易携带多个数据承载输出。本文按 v31.0 源码与 v30.0 发布说明讲清限额怎么量、开关与大小的关系、getmempoolinfo 新字段与对数据类交易的现实影响。

节点出生与退场各响一声：-startupnotify 与 -shutdownnotify 的时机和脾气

比特币核心的 -startupnotify 在初始化尾声以脱离线程执行、不卡启动；-shutdownnotify 在停机入口并发执行且全部结束才继续关服。本文按 v31.0 源码讲清两个生命周期钩子的触发点、失败语义与自动化分工。

脚本等节点起床的正确方式：bitcoin-cli 的 -rpcwait 与 -28 热身码

bitcoin-cli 的 -rpcwait 把连接失败与 -28 预热错误都当作可重试，每秒一次敲门直到 RPC 就绪；-rpcwaittimeout 默认零、代表无限等待。本文按 v31.0 源码拆解重试循环、单调时钟截止线与它救不了的错误类型。

一个网址问十五个输出花没花：/rest/getutxos 的位图与 checkmempool

比特币核心 REST 接口的 /rest/getutxos 端点一次最多查询十五个输出点，返回链高、链顶哈希与花费位图；checkmempool 前缀决定在途花费算不算数。本文按 v31.0 源码拆解请求形状、限额与两个常见误用。

脚本栈的一千格天花板：栈超限错误与三道高度不同的闸

比特币共识规定脚本执行栈不超过一千个元素，主栈与备用分支栈合并计数。本文按 v31.0 源码讲清 MAX_STACK_SIZE 的两处执法点、与单元素五百二十字节的组合账，以及标准性层一百项、每项八十字节为何更先撞到。

一把多签能装多少钥匙：CHECKMULTISIG 的二十与 multi_a 的九百九十九

比特币传统多签的公钥数上限是二十，Tapscript 的 multi_a 放宽到九百九十九。本文按 v31.0 源码讲清两个数字分别立在哪一层、脚本体积与签名操作计费如何构成实际天花板，以及多签方案的选型边界。

一段脚本创立一条链：-signetchallenge 自建 signet 的机制账

signet 的出块权由一段叫 challenge 的共识脚本决定，-signetchallenge 允许用自定义脚本发起私有测试链，网络魔数随 challenge 自动隔离。本文按 v31.0 源码拆解自建 signet 的机制、必须自备的出块者与共识参数账。

Bitcoin Core备份怎么做？

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