先明确要核验的参数范围
“网络参数”通常包含两类内容。一类是区块链节点用于连接其他节点的参数，例如监听端口、网络标识、协议版本、节点发现方式和对等连接状态；另一类是设备接入局域网所需的参数，例如 IP 地址、子网掩码、默认网关和 DNS。两类参数的来源和验证方法不同，混在一起检查容易把局域网正常连通误认为区块链网络已经同步。
给出的 Bitcoin P2P 资料描述了 Bitcoin 网络的通用消息结构、TCP 通信方式、网络端口和消息起始标识，但它不能直接证明 nmc 或某个域名币客户端采用完全相同的端口、魔数、协议版本或配置名称。因此，核验 nmc 时只能把这些内容作为通用检查框架，具体数值必须以所使用客户端的官方文档、内置帮助信息或源代码为准。
核验设备的局域网配置
先在挖矿机系统的网络状态页面或终端中记录当前网卡名称、IP 地址、子网掩码、默认网关和 DNS。再到路由器的 DHCP 租约列表中核对设备的 MAC 地址与地址分配结果。RFC 2132 说明，DHCP 选项可以向客户端传递网络地址、子网掩码和路由器等配置；其中路由器选项可以包含一个或多个同一子网中的路由器地址。
核验时应确认 IP 地址与网关处于可通信的同一网络规划中，并检查地址是否发生变化。若设备采用 DHCP，重启或租约更新后地址可能改变；若软件需要端口转发、访问控制或固定白名单，地址变化会造成连接异常。使用静态地址时，应确保该地址没有与其他设备重复，并让网关、DNS 等参数与实际网络一致。
核验区块链节点的 P2P 参数
应先查看客户端的配置文件、启动参数和帮助输出，确认监听地址、监听端口、是否允许外部连接、是否启用代理，以及节点使用的网络类型。只看到端口处于监听状态，不能说明节点已经连接到正确的区块链网络；还要检查日志中的对等节点数量、连接方向、握手结果、同步高度或其他客户端提供的网络状态。
Bitcoin P2P 参考资料说明，节点之间的通信通过 TCP 进行，消息包含网络起始标识、命令名、载荷长度和校验字段。这个结构可用于理解抓包或日志中的协议校验思路，但其中列出的 Bitcoin 主网、测试网和回归测试网参数不应直接套用于 nmc。若客户端提供网络标识或协议版本显示，应将其与该客户端对应网络的文档或源码逐项比对。
端口测试只能回答“某个地址上的 TCP 服务是否可达”。它不能证明服务属于正确的链、节点已完成握手，或设备正在执行有效的挖矿任务。局域网内可从另一台主机测试目标端口；跨网络测试还会受到路由器防火墙、端口映射、运营商网络和节点自身访问控制的影响。
建立可复核的核验记录
建议把核验结果分为配置值、运行状态和连通性三栏。配置值记录客户端实际读取的端口、绑定地址和网络模式；运行状态记录监听进程、已连接节点和同步状态；连通性记录同网段访问、网关访问、DNS 解析以及必要的外部 TCP 测试。每一项都应注明查看位置和时间，避免只凭设备界面上的“在线”提示下结论。
若配置文件写入了一个端口，但系统监听的是另一个端口，应优先检查启动参数、配置文件路径、服务用户权限和是否运行了多个实例。若局域网可访问而外部不可访问，应分别排查网关端口映射、防火墙规则和客户端监听地址。若能连接节点但同步停滞，则还需查看网络是否匹配、节点是否被拒绝，以及本地数据目录和客户端版本是否正常。
常见问题与适用边界
问：Bitcoin 的端口能否直接作为 nmc 挖矿机端口？答：不能仅凭这两份材料作出结论。Bitcoin 资料中的端口和网络标识属于 Bitcoin 网络参数，nmc 客户端是否兼容、是否复用或是否采用不同设置，需要查对应软件的专用资料。
问：拿到 DHCP 分配的 IP 就能确认挖矿机正常吗？答：不能。DHCP 只负责向客户端提供网络配置，IP 地址有效只说明设备获得了局域网地址。还需要检查节点服务是否监听、P2P 连接是否成功以及客户端网络状态是否符合预期。
问：怎样避免把一般原理误判为项目事实？答：凡是端口号、魔数、协议版本、配置项名称和同步接口，都应标注其实际适用的客户端和网络。没有项目专用证据时，只能核验通用的 TCP、DHCP 和节点状态逻辑，不能据此确认某个具体 nmc 设备的专属参数。