先确认“16层”具体指什么
“16层区块链系统的研究证据怎么核验”的首要问题，是研究对象是否定义清楚。层可以指软件模块、协议职责或应用功能分类，不同划分方式不能直接比较。核验时应要求研究者列明各层名称、职责、接口与依赖关系，并解释划分依据。
目前这里可用的两篇开发文档摘录均未提供“16层区块链系统”的定义或验证结果。因此，它只能作为待核实的架构称谓，不能据此认定为通行标准，也不能仅因缺少证据就断言它不存在。
两个来源分别能支持什么
以太坊开发文档列出了账户、交易、区块、虚拟机、节点、共识及扩容等主题，可用于核对架构涉及的基本技术职责。其目录包含不同性质的知识模块，不能把目录条目数量当成协议层数，更不能据此证明十六层划分。
比特币开发指南解释了节点验证、区块哈希链接、默克尔树和工作量证明，可作为核验相关机制描述的参照。它讨论的是比特币机制，并未验证某个十六层系统。两个来源来自不同技术文档体系，但它们都不是该特定架构的直接研究证据。
把每项结论对应到可检查的证据
架构主张需要明确的定义和接口说明；实现主张需要对应版本的代码及可运行条件；性能主张需要实验方法、原始记录和比较基线。引用基础文档只能支撑相关概念，不能替代这些直接证据。
如果研究声称分层改善性能，应检查硬件、网络、负载和统计口径是否一致，以及实验是否能够区分分层设计与其他改动的影响。如果声称更安全，应检查威胁模型、信任假设及论证边界。层数本身不足以支持性能或安全结论。
适用条件与常见问题
这套核验方法适用于论文、技术白皮书及系统架构说明。应记录证据对应的版本和位置，并区分设计描述、实现结果与独立复现。缺少必要材料时，结论应限定为“尚不足以验证”。
引用两个来源是否就够了？数量不能替代相关性，两个来源必须分别支撑明确的论点。是否可以套用比特币或以太坊机制？只有目标系统采用相应机制且适用假设一致时，才可作为技术参照。能否按十六个功能名称确认十六层？还需检查层间边界和交互关系，名称清单本身不足以验证架构。