比特币核心对带数据交易设了两道控制:-datacarriersize 管装多少,-datacarrier 管装不装。对照 v31.0 源码拆这个布尔开关如何把载数据预算清零、getmempoolinfo 里为什么显示 0、关掉后钱包广播与索引器的真实后果。
比特币核心对带数据交易设了两道控制:-datacarriersize 管装多少,-datacarrier 管装不装。对照 v31.0 源码拆这个布尔开关如何把载数据预算清零、getmempoolinfo 里为什么显示 0、关掉后钱包广播与索引器的真实后果。
比特币核心用 -maxapsfee 给“为整组花零钱多付多少手续费”设了绝对费用预算:默认 0 意味着两案持平才选整组,-1 才彻底关闭,超过 0.0001 枚会触发启动警示。对照 v31.0 源码拆这条钱包参数的语义、单位陷阱与相邻概念边界。
比特币核心的尘埃判定不是写死的聪数,而是 -dustrelayfee 这条费率折算出来的:先估花掉输出所需字节,再按费率折成费用与输出价值比大小。对照 v31.0 源码拆这条 DEBUG_ONLY 参数的默认值、判定路径、数量闸门与三层边界。
OP_RETURN 输出与超长脚本输出被 Bitcoin Core 的 IsUnspendable 判为不可花费:不进 UTXO 集合、不进统计与导出、断链回滚同判据、钱包默认拒绝代转超额烧毁金额。对照 v31.0 源码梳理这个函数在共识、账本、索引与钱包四层引发的连锁行为。
LND 里两条名字相近的估算命令回答不同问题:estimatefee 按完整支付意图(地址与金额映射)算总费用并计入选币结果,wallet estimatefeerate 只按确认目标问链后端要费率。对照 v0.19.0-beta 源码拆解两者的返回字段、选币偏差与先水位后预算的选用顺序。
lncli 在子命令之前先由一排全局旗标决定连接对象、凭证与网络:rpcserver、lnddir、tlscertpath、network、macaroontimeout、profile 等十三个。对照 LND v0.19.0-beta 源码逐项拆解默认值、环境变量绑定与命令行优先级的取用规则,以及连错网络、档案悄悄接管两类假象的成因。
Bitcoin Core 的调试参数 -fastprune 把区块文件上限从 128 MiB 缩到 64 KiB、把修剪高度地板从十万降到一百,让剪枝逻辑在几百个区块内就能真实触发。对照 v31.0 源码拆解两处改动的实现、超大区块装不下文件的动态兜底,以及它适合测试教学而不适合生产省磁盘的原因。
lncli version 同时询问命令行工具与守护进程两个进程的构建信息,输出提交哈希、语义版本与编译期注入的构建标签。对照 LND v0.19.0-beta 源码拆解这份双层指纹怎么用于升级核验、功能缺失排查(dev 构建标签)与托管审计。
不带费用参数给比特币核心钱包下付款指令时,出价链条的起点是 -txconfirmtarget 参数,默认六个区块。对照 Bitcoin Core v31.0 源码拆解这个默认值从注册、加载到进入 GetMinimumFeeRate 费用阶梯的完整路径,以及估算保守度、回退费与最低费钳制的相互作用。
比特币节点的 version 与 verack 构成握手窗口,wtxidrelay、sendaddrv2、sendtxrcncl 等协商消息必须在窗口内完成,过晚到达直接断连。对照 Bitcoin Core v31.0 源码拆解 fSuccessfullyConnected 状态机、verack 处理时刻的动作序列,以及库存公告延后计时背后的交易时间隐私设计。