以 Bitcoin Core v28.0 验证源码为范围,区分检查点的历史分支约束、assumevalid 的条件性脚本验证优化与数据下载缓存,说明同步成本、信任边界和运维核对方法。
以 Bitcoin Core v28.0 验证源码为范围,区分检查点的历史分支约束、assumevalid 的条件性脚本验证优化与数据下载缓存,说明同步成本、信任边界和运维核对方法。
BIP331 提议通过能力协商、祖先包信息与批量交易下载改善依赖信息交换。本文区分提案消息协议、Core 28.0 和 30.0 的机会式包中继及本地提交接口,不把有限包功能当作完整提案部署证明。
BIP431 提出的 v3 交易策略用一套拓扑限制压缩钉住空间,配合临时锚点让闪电等合约协议的费用提升更可预测。本文讲清这套新策略改了什么、保护谁、以及普通用户什么时候会感知到。
比特币节点间的明文通信在 2023 年后逐步换上新传输协议:BIP324 的 v2 加密传输已标记为部署,给握手与消息加上机会主义加密。本文讲清它防什么、不防什么,与 Tor 的分工。
比特币出块是独立随机事件,平均每十分一个与你等了很久没出块可以同时为真。本文用泊松分布算清等待焦虑的数字账,顺带拆解难度调整与体感偏差。
本文依据 Bitcoin Core 2016 年与 2025 年的官方声明,解释避免内置自动更新的设计立场,区分用户选择软件、共识激活与第三方自动更新,并梳理下载验真和版本管理责任。
submitpackage 用于把子交易及未确认父交易作为拓扑有序的交易包提交给本地节点。本文拆解排序约束、费用与燃烧上限、逐交易结果及“本地接纳不等于传播”的边界。
getaddrmaninfo 按 IPv4、IPv6、Onion、I2P 与 CJDNS 等网络展示本地地址管理器库存。本文解释 new、tried、total 和 all_networks,并区分库存、连接数与全网节点数。
getnodeaddresses 从本地已知地址中返回经过质量与时效筛选的节点样本。本文说明 count、network、time、services 与地址字段,并解释为何样本不是在线清单或全网普查。
闪电网络借洋葱路由思想给支付路线分层加密:每个节点只知道自己从谁来、往哪去。本文解释这套分层加密在 HTLC 支付中的落地、能看到什么看不到什么,以及路径信息与隐私的边界。