传统的新区块公告是先喊哈希、再等对方来要清单，一来一回多耗一圈。BIP130 允许节点声明偏好，让对方直接把区块头推过来。本文解释这节省下的一个往返在传播链上值多少，以及它和压缩区块、孤块率的关系。

新节点首次同步最耗时的往往是逐块验签。本文拆解 Bitcoin Core 的 assumevalid 参数：它凭什么跳过历史区块的脚本与签名校验，哪些校验一项没少，和旧式 checkpoints、AssumeUTXO 有何不同，以及想把这点信任也清零的人该怎么设置。

Bitcoin Core 从 0.14.0 起提供 assumevalid 选项并内置默认值：给一个较老的区块哈希，节点跳过该区块及更早区块的脚本验证，只照常检查结构与工作量规则，从而大幅加快初次同步。本文讲清这个假设为什么是安全的（因为之后的工作量是证据）、同步到那个高度附近时校验如何自动恢复，以及什么情况下应该关掉它。

Portal Network 用一套基于 UDP 的对等网络，让资源有限的设备通过邻居节点获取区块数据并暴露标准 JSON-RPC。本文拆解它与 LES 的架构差异、内容分片与默克尔证明的核验方式及信任边界。

Bitcoin Core 30.0 把默认 datacarriersize 提至 100000 并允许多个 OP_RETURN 输出，但这是内存池策略而非共识规则。本文分层解释旧默认限制的真实作用域、铭文与替代中继为何让它失效、争议双方各自的理由，以及普通用户判断'链会不会分裂'的方法。

每条比特币 P2P 消息开头的四字节起始符是网络身份的第一道闸门。本文拆解主网、Testnet3、Testnet4、signet 与 RegTest 的魔法字节和默认端口，说明地址污染、端口误判与扫描器噪声为何会在握手前被挡下，并划清它与消息加密、创世块边界的关系。

全节点之所以“重”，很大一块是必须替整个网络记住还没花掉的钱。Utreexo 提出一条不同路线：用带删除证明的动态默克尔累加器，让节点不再保存全部未花费输出，只存一小撮对数级长度的承诺，收到交易时靠随交易附带的证明来判断这笔钱是否真的未花。本文拆解它的机制、和默克尔树与压缩证明的关系、目前处于什么阶段，以及它和 Prune 模式的分工差别。

比特币节点靠监听默认 8333 端口对外可连，可达节点承担网络路由角色，不可达节点只依赖有限出站连接。本文讲监听开关、NAT 环境下的放行手段、可达性的观测方法，以及它与日蚀攻击、传播效率的关系。

比特币节点把 RPC 当作操作入口，但默认只接受本机调用、凭据以明文随请求传输、接口本身没有加密。本文拆解本机信任面与监听范围的官方边界、rpcbind、rpcallowip、rpcauth 等权限开关及其局限，以及先隧道后调用的合规远程访问路径。

公共节点用 minrelaytxfee 决定愿意转发和收录哪些交易，默认约一聪每虚拟字节，叠加内存池规模限制共同形成全网的事实费率地板。本文拆解这个闸门与钱包费率估算、CPFP 加急的相互关系。