getaddrmaninfo如何看地址分布？ 图 1
getaddrmaninfo如何看地址分布？ · 图 1

getaddrmaninfo 按 IPv4、IPv6、Onion、I2P 与 CJDNS 等网络展示本地地址管理器库存。本文解释 new、tried、total 和 all_networks，并区分库存、连接数与全网节点数。

Bitcoin Core 会在地址管理器里保存发现过的对等地址。这个库存决定节点未来可以尝试连接谁，却不是当前连接列表。getaddrmaninfo 把库存按网络拆开，适合观察发现渠道是否失衡、某类地址是否长期缺失。

仪表盘范围：只描述本地 addrman

这些统计描述本地addrman库存而非当前连接数或全网节点数；判断节点发现能力还应结合getnetworkinfo、连接样本与时间趋势。

页面顶部应明确显示节点、版本、运行时长、网络配置和采样时刻。没有这些上下文，IPv4、Onion 或 I2P 的零值既可能是正常禁用，也可能是发现链路故障。

网络库存分舱

getaddrmaninfo按ipv4、ipv6、onion、i2p与cjdns等网络报告地址管理器统计，并提供all_networks汇总。

观察项正确用途常见误读
new发现但尚未成功连接的地址不代表恶意或无效
tried过去成功连接过的地址不保证现在在线
totalnew与tried合计不是当前peer数量
网络分组IPv4、IPv6、Onion等库存取决于本地启用与发现路径
all_networks所有网络汇总不能代表全网规模

每个网络画成独立库存舱，new 与 tried 分栏；all_networks 放在汇总位置，不能把它命名成“全网节点”。跨节点对比前先统一代理、种子、封禁和运行时长，否则绝对数没有可比性。

new、tried 的经历时间线

new表示已知但尚未成功连接的地址，tried表示过去成功连接过的地址，total为两者合计。

发现地址 → new
首次连接成功 → tried
当前是否连接 → 另查连接接口
全网是否在线 → 需要独立研究设计

tried 是历史成功经历，不是持续在线证明；new 也不是坏地址名单。地址可能在两个状态之间随内部管理策略变化，文章只解释统计语义，不猜测具体对等方。

趋势面板：看方向，不排规模榜

一个刚启动的新节点可能 new 较多、tried 较少；长期运行节点通常积累更多成功记录。如果隐私网络分组为零，先检查代理与网络配置，再讨论发现异常。不同运行时长的绝对数直接排名没有意义。

建议观察每个网络的 new 增量、tried 增量、二者比例和配置变更事件。单日突变先与重启、迁移、数据目录重建和代理调整对照，再决定是否告警。

假警报分流

  • 某网络total为0：先核对是否启用。
  • new持续增长但tried不增：联查连接失败与可达性。
  • tried骤降：核对重建、迁移或数据损坏。
  • 库存正常但连接少：转查连接策略与网络质量。

库存正常但连接少时，应转查当前连接、网络质量与策略；隐私网络库存为零时，先看是否启用。任何分支都不允许从本地 total 推导全球节点数量。

观察单

时刻网络newtriedtotal配置事件解释
T0IPv4/IPv6/Onion等原值原值加和值重启/代理/无正常、警告或未知

在两个配置不同的测试节点上连续采样 getaddrmaninfo，并同时记录 getconnectioncount。复核者需要分别解释库存与连接变化，若把二者画成同一指标或声称代表全网，即判定失败。

复核者将库存表与连接清单分开解释，再检查 all_networks 是否能由分组重建；任何“全网共有多少节点”的断言都应被退回。

当前未知边界：隐私网络启用情况、节点运行时长和对等发现路径会影响分布，跨节点比较需要统一配置与采样窗口。

getaddrmaninfo 运维来源

  1. Bitcoin Core getaddrmaninfo：支撑“getaddrmaninfo如何看地址分布”中的第 1 组字段定义与边界判断；访问于 2026 年 7 月 26 日。
  2. Bitcoin Core RPC index：支撑“getaddrmaninfo如何看地址分布”中的第 2 组字段定义与边界判断；访问于 2026 年 7 月 26 日。

配套阅读 getnetworkinfo网络状态、Solana节点身份对照、节点健康信号。本地地址库存不等于当前连接，更不等于全网节点普查。