明确核验对象与适用范围
区块链画册设计的资料来源如何核验，关键是让每项技术陈述都能对应到支持它的原文段落。核验对象包括正文、图注、流程箭头和宣传短句。技术文档可以支持原理说明，但不能单凭原理证明某个项目已经部署相关功能，也不能据此确认图片使用权限。
分别确认两个来源支持什么
ethereum.org 的《Technical intro to Ethereum》介绍了以太坊的权益证明机制、EVM、ETH和智能合约。它适合支持以太坊概念页：智能合约是部署到网络并按规则执行的程序，交易可触发计算和状态变化。出处：https://ethereum.org/developers/docs/intro-to-ethereum/。
developer.bitcoin.org 的《Block Chain》说明了比特币的区块链接、工作量证明、未花费交易输出及分叉。它适合支持比特币账本结构页：区块通过前一区块头的哈希形成关联，全节点独立验证区块。出处：https://developer.bitcoin.org/devguide/block_chain.html。
逐条对应证据，避免跨网络套用
可建立陈述、出处、原文位置和适用范围的对应记录。例如，以太坊共识机制的文字应对应以太坊文档，比特币交易输入输出的图解应对应比特币指南。两个独立来源有助于辨别共性与差异，但不代表它们共同证明了画册里的每一句话。
涉及版本变化时，应核对页面更新记录及相关专题文档。以太坊入门内容提醒，部分较早的延伸阅读仍描述工作量证明。因此，资料有出处仍需检查其时代背景，不能直接用于说明后来的网络机制。
图解也要保留技术边界
区块链接图应解释哈希引用关系，避免把连接线画成资产流向。比特币交易图可以展示输入引用此前输出的关系；以太坊应用图则可展示交易请求、合约执行与状态变化。采用简化画法时，应在图注中说明省略了哪些过程。
“永久不可修改”容易夸大技术保证。更准确的解释是，修改历史记录会影响后续链接，且受到验证规则与共识机制的约束。比特币指南中的分叉说明也提示，不能把刚出现的区块画成永远不会变化的唯一结果。
常见问题与交付留档
只列两个网址是否足够？还应标明对应页面、章节和实际查阅日期，使读者能定位依据。截断文字、缺失图示或脱离上下文的句子，需要补全核对后再使用。
技术文档能否证明项目安全、素材可商用？这些文档支持的是相应技术概念，项目实现情况与素材授权需要各自的证据。交付时可保存来源摘录、图文对应记录及修订记录；没有核实的日期、授权或项目能力，不应写成已确认事实。