先确定要查哪一种更新
“底层网络”可能涉及共识规则、节点通信、区块同步和客户端实现。查询前先明确目标：想知道网络规则何时改变，应查协议升级记录；想知道软件修复了什么，应查客户端发布说明；想知道一段资料何时改写，应查文档修订历史。这三类记录需要分别核对。
协议变化：从升级时间线定位
以太坊的升级时间线入口为 https://ethereum.org/ethereum-forks/ 。该页面按升级事件组织信息，列出升级名称、相关提案及部分链上定位信息，并解释执行层与共识层升级名称的对应关系。例如，Dencun对应Cancun与Deneb。
查询时先找到升级名称，再沿相关提案和规范定位具体规则。记录名称时保留组合名称及分层名称，可以减少遗漏。时间线适合定位重大协议变化，但不能代替客户端的全部修复记录，也不能证明介绍页面自身何时修改。
通信机制：先核对文档适用版本
比特币P2P文档入口为 https://developer.bitcoin.org/devguide/p2p_network.html 。该文档介绍节点发现、连接与初始区块下载，并对部分同步行为明确标注历史版本，例如Bitcoin Core 0.9.3及以前的实现。它还区分了网络通信与共识规则。
这类页面适合了解机制和寻找术语。核验更新时，可以用具体机制名称与客户端版本继续定位相应发布说明或代码记录。页面中的连接超时、同步方式等实现细节，应结合版本理解，不能直接视为所有节点当前的统一行为。
资料修订：追踪页面对应的文件
如果目标是查文字内容的更新，先寻找页面的编辑入口或源码链接；若能定位到公开仓库中的文档文件，再查看文件历史和相邻版本差异。应核对修改时间、涉及段落及修改说明，区分技术内容调整与排版、翻译修订。
整理记录时，可同时保存资料地址、文档版本或提交标识、相关客户端版本，以及对应升级事件。页面修订时间、软件发布时间和网络激活时间应分开记录，避免混成一个“更新时间”。
常见问题与判断边界
页面出现新内容，是否意味着网络已经升级？不能仅据此判断。文档可能提前介绍计划，也可能补写历史内容，仍需核对升级状态和激活条件。
提案或代码已经更新，是否表示主网已经采用？也不能直接等同。提案描述规则，代码体现实现，网络是否采用还需要部署与激活记录支持。两个来源分别涉及以太坊升级和比特币通信机制，适合说明不同查询路径，不能互相证明对方项目的具体更新。