先确定要查哪一种更新
白皮书的首次发表时间、承载它的网页修改时间，以及项目协议升级时间，是不同的记录。查询前应明确目标：是寻找白皮书正文的修订，还是了解原始设计之后的技术变化。网页发生修改，不一定意味着原论文或协议发生变化。
从白皮书页面确认文献定位
以太坊白皮书页面说明，该文献发表于2014年，保留原文是为了呈现早期愿景，并提醒读者它已不能完整反映今天的以太坊；页面还提供原始PDF入口及后续变化介绍。因此，历史白皮书与后续技术说明应分别核对，不能把页面新增的提示直接当成原文修订。
适用的查询起点是确认文献标题、语言、版本标识和原始文件入口。如果页面同时展示历史原文与补充说明，应分别记录，避免混淆两者的时间线。
有修订历史时，核对具体差异
如果文档提供版本列表、修订日志或对应文件的仓库历史，可以据此追踪更新。核对重点是记录是否对应这份白皮书，以及具体改动了哪些段落。只有日期或笼统的更新说明，仍不足以确定修改范围。
比较时应保持语言和文件类型一致。译文调整、链接修复、排版变化与技术内容修订需要分开识别。这是通用核查方法，不代表每个项目都公开了完整历史。
Last-Modified能说明什么
MDN对Last-Modified的解释是：它表示源服务器认为资源最后被修改的时间，主要用于缓存验证。因此，该响应头可作为资源变化的辅助线索，却不是完整的修订记录，也不能单独证明白皮书正文何时改过。
若查询到这一时间，应明确它对应网页还是PDF。未返回该字段，不能据此断言文件从未更新；返回了日期，也仍需结合版本说明和正文差异判断。
找不到记录时如何表述
只有当前正文时，无法据此还原完整更新历史；只有两个版本时，可以确认差异，却未必能确认每处变化发生的准确时间。较严谨的结论是说明已找到哪些版本、能核实哪些改动，以及哪些时间尚不能确认。
常见误区是把网站页脚年份当成白皮书更新日期，或把协议升级当成白皮书同步修订。最终整理记录时，可分别列明文献版本、页面标注时间、资源修改时间和正文变化，让结论与证据一一对应。