只连你指定的对端：-connect 如何接管比特币核心的连接行为

默认情况下，比特币核心自己决定和谁说话：DNS 种子、地址库、历史表现，共同决定它主动连出去的那些槽位。-connect 是把手动挡挂上四驱的开关——它不只”多加一个对端”，而是改写节点发现与维护连接的整套默认行为。本文以 Bitcoin Core v31.0 源码为准。

帮助文本里的三层语义

-connect=<ip> 的注册原文是：只连接指定节点；-noconnect 关闭自动连接；该对端的规则与 -addnode 相同；可重复指定多次以连接多个节点。这段话浓缩了三件事。第一，-connect 是排他的：“connect only” 意味着主动连接槽位不再向地址库里的随机对端开放。第二，它可叠加：写四行 -connect 就有四个指定对端，节点会维持与它们的出站连接。第三，它与 -addnode 的区别在于是否保留自动连接：-addnode 是指定对端之外照常交朋友，-connect 是指定之外不再交朋友。

连带改变的三个默认值

源码里多个选项的帮助文本都把 -connect 当成条件分支：-dnsseed 默认开启，但”用了 -connect 或 -maxconnections=0 时”默认关闭；-dns 允许对 -addnode、-seednode 和 -connect 做域名解析——这是 -connect 可以写主机名的原因；-listen 的默认值同样声明为”有 -proxy、-connect 或 -maxconnections=0 时默认不监听”。也就是说，一旦你挂上 -connect，节点会连锁推断：不需要问种子要地址、不需要对外监听。这正是防火墙后节点和专线路由节点想要的形态：进出都收敛到白名单对端。想只关自动连接但保留监听，用 -noconnect，帮助文本明确这是关闭自动连接的形态。

-connect 与 -addnode 共享的连接规则

“规则与 -addnode 相同”这句话的实际含义是：这些指定对端享受同样的重试与保持逻辑——断线后持续尝试重连，不受普通对端的评分淘汰影响。区别仍然是数量语义：-connect 模式下地址库对主动外连不再起作用。部署时常见误解是把 -connect 当”优先连接”用，结果线上节点的入站邻居归零、出站只剩两三个对端，区块传播延迟显著变差。

组网形态的几种典型用法

第一个场景是节点集群内部互联：几台节点互相 -connect，对外完全独立同步，避免共享带宽时重复拉块。第二个场景是受限网络：容器或虚拟机没有公网入口，用 -connect 固定到自家公网节点，DNS 解析与种子查询都被自动关掉，减少对外网络请求。第三个场景是测试与取证：把节点锁死在可控对端上，观察传播与孤儿块行为时排除随机邻居的干扰。每种场景共同点是：你要对”邻居集合封闭”负责，指定对端下线时节点不会自动找替补。

排障清单

用 -connect 后 getpeerinfo 只列出你指定的地址是预期行为，不是故障；发现连不上先确认对端可达与端口开放，因为节点不会替你找别人；主机名写法依赖 -dns 未被显式关闭；如果希望部分指定、部分自动，回到 -addnode 而不是删掉 -connect。这些行为差异在版本间保持稳定，但具体帮助文本措辞建议以你所用版本的 -help 输出为准。

运维视角的行为画像

一个长期挂着 -connect 的节点，其行为画像和普通节点差别很大：getnetworkinfo 里 connections 数常年等于指定对端数加减入站来访者；getpeerinfo 中所有出站条目的 connected 时长高度一致，因为都在同一批配置下共生命周期；地址广播表基本不再增长，getaddrinfo 能看到的新地址有限。做监控时要按这套基线设阈值——“邻居数量少”不再是告警条件，“指定对端数量对不上”才是。反过来，如果你只是想临时多连一台特定机器做测试，用一次性的 -addnode 或运行时 addnode RPC 调用，不要动 -connect：后者的副作用是整张地址发现网络的关门。还有一点常被忽视：-connect 对端在你这边享受的连接保持规则，同样意味着它下线时你会一直重试——这适合固定的伙伴节点，不适合”谁在线连谁”的公共服务场景。

风险提示：连接拓扑过于封闭会削弱交易与区块的传播冗余，节点应自行评估可用性与隐私的取舍；本文为机制说明，不构成投资建议。