把节点的世界锁进几个对端：-connect 与 -addnode 的语义边界

一、默认世界：自动发现加一个总闸

比特币节点默认自己找朋友：启动时问内置的种子域名要第一批地址，之后靠对端转介绍持续补充，连接总数由 -maxconnections 管。帮助文本同时写明，手动加的连接不占这个额度，有自己独立的限额。理解这个默认结构，才看得懂两个”点名”机制各自动了哪一层。

二、connect 与 addnode：一个关发现，一个加人

配置项 -connect=<地址> 的官方帮助文本浓缩了三个信息：只连接指定节点、可以重复指定多个、这些对端的规则和 addnode 相同；同时自动连接整个关闭（另有否定形式彻底禁掉自动连接）。addnode 则是另一姿势：保持自动发现照常运转，额外把指定对端钉在连接列表里，不让自然轮换把它们挤掉。两条机制可以共存但语义完全不同：connect 是”我的世界里只有这几家”，addnode 是”照常社交，但这几位常驻”。用错方向的典型案例：有人用 connect 列了三台自己的服务器”保稳定”，结果公网传播路径全断，新区块和交易全靠这几台中转。

三、排障时的正确用法

锁连接最有价值的场景是复现与取证：某笔交易死活广播不出去，把两边节点用 -connect 互连，排除公共网络变量，直接确认是对端拒收还是自己没发；测试网调试协议行为时，也常临时锁住一对节点观察消息序列。用完记得回归默认——文本里那句”禁用自动连接”意味着这个模式下节点的可见面急剧收窄，故障域也收窄：列出的对端全下线，节点就彻底孤立，没有兜底路径。

四、隐私与日蚀视角的长期账

把锁连接从排障手段变成长期配置要想清楚反面。日蚀攻击的定义就是控制目标节点看到的全部网络视角：你只连的这几台如果同属一个机房或同一运营商，它们想让你看什么链、什么时候什么交易，你无从对照。多方审计与节点运维建议普遍要求保持一定数量、分布在不同自治域的连接，正是为此。家庭节点的正确姿势更接近：默认自动发现加监听，把自家几台设备用 addnode 常驻，既保协作通道又不放弃独立信息源。

五、一张速查表

最后收拢：要”只连指定对端、关闭发现”，用 -connect，重复给多个值；要”保留发现、额外常驻”，用 addnode；要”临时全面断网观察”，用运行时开关 setnetworkactive 而不是从连接名单上动刀。三种机制都只在连接层做文章，共识校验一条不少——锁不锁连接，节点验链的逻辑一字不变，变的只是它从谁那里听说这个世界。

补充：配置文件里的持久化差异

两条机制在持久化上也不同：-connect 写在配置文件里，重启后依然生效，是声明式设定；addnode 的 add 动作记在数据目录的 peers 文件里，同样跨重启保留，但它是运行时命令，删起来用 remove 子命令，和配置文件不在同一层。混用时的表现值得知道：connect 列表存在时，addnode 名单里的对端并不能把自动发现”救回来”，发现机制仍处于关闭状态。审查一台陌生节点的连接策略时，配置文件与运行时名单两边都要看，只看一边会得出与运维者意图相反的结论。

还有一条边界常被误解：-connect 不会给对端任何特殊权限，它只是把”还能连谁”的集合缩小，被点的对端如果自身没配白名单，对你同样是普通入站或对等关系。想让指定对端享受豁免（绕过排队限制、不受 misbehavior 罚分），那是白名单权限表另一个参数的职责，和 connect 各管一层。把”连谁”和”信谁多少”分开，是读连接类配置时最不容易错的心智模型。