先确定参数属于哪一层
“网络参数”并不是一组通用的挖矿指标。手机的连接类型、应用访问的服务器，以及比特币节点的网络标识，分别回答不同问题。核验前应确认参数名称、单位、取得位置和对应对象，避免把手机上网状态当成节点连接证明。
这里讨论通用技术核验，不针对某款手机应用作真实性判断。应用显示“运行中”或列出若干网络数值，本身不足以证明它正在执行比特币挖矿。
比特币端口与网络标识怎么看
Bitcoin Developer Reference 的 P2P 参考条目列出：主网默认端口为 8333，传统消息起始字节为 f9 be b4 d9；其中测试网参数明确对应 testnet3。条目还说明，监听端口可以通过配置改变，因此默认端口只能作为线索，不能单独确认网络身份。
如果应用提供节点连接信息，应把声明的网络、实际端口与对应软件版本的网络定义交叉比较。使用默认端口不等于身份已经核实；使用其他端口也不必然表示错误。涉及消息格式时，还要确认连接使用的传输协议，不能把旧式消息头判据机械套用于所有连接。
手机带宽与延迟能说明什么
MDN 的 NetworkInformation 条目介绍了连接信息接口：downlink 是带宽估计，rtt 是往返时间估计，effectiveType 是根据观测结果归类的有效连接类型。该接口支持范围有限，读数也经过取整，并非精确测速结果。
这些数值适合辅助描述手机连接状况，不能直接代表计算能力。effectiveType 显示“4g”不等于确认手机使用了某种蜂窝制式；接口不可用，也不能直接认定设备断网或应用异常。
核验时怎样避免比较错对象
先分别记录手机连接指标与节点协议参数，再检查它们是否来自同一连接对象。浏览器的连接估计不能直接当作手机到某个比特币节点的专用链路测量结果。
还应区分节点 P2P 通信和挖矿服务通信。上述比特币参考条目不描述 GetBlockTemplate 挖矿协议，因此仅核对 P2P 参数，无法完成对挖矿任务、工作提交或服务端处理结果的核验。
常见问题与结论边界
端口一致但其他信息缺失，怎么办？结论应停留在“端口与默认值一致”，而不是“已确认连接主网”。多个字段看似匹配，也需要考虑其来源是否只是应用界面自报。
旧文档里的版本号能否作为当前标准？不能直接这样使用。历史版本信息需要结合实际软件版本理解。最终应把网络可用、协议匹配与挖矿行为分别判断，不把连接成功延伸为收益或项目可信度结论。