一、层级分类是否只有一种标准？
讨论区块链层级时，首先要确定问题属于哪个维度。基础链与第二层描述系统之间的依赖关系；链上扩容与链下扩容区分处理方式；区块高度描述区块在链中的位置。它们回答的问题不同，不能放进同一张等级表。
因此，看到“某方案属于哪一层”时，应先追问：这里按安全关系分类，还是按交易处理位置分类？不说明标准，容易把不同概念误认为相互排斥的选项。
二、链下运行就一定属于第二层吗？
以太坊开发者文档的扩容说明采用较严格的口径：第二层在主网之外处理交易，同时从第一层主网获得安全保障；链下方案的范围则更广。侧链有自己的共识规则，因此不能仅凭它连接以太坊，就认定它具有相同的安全基础。
这一口径适合分析以太坊扩容方案，但阅读其他材料时仍需核对术语定义。“连接主网”和“依赖主网保障安全”不是同一件事。
三、使用证明机制就能归为同一类吗？
同一份扩容说明区分了乐观 Rollup 与零知识 Rollup：前者通过争议挑战处理无效状态，后者提交有效性证明。Validium 也使用有效性证明，但数据不存放在第一层主链上。
这说明分类不能只看是否使用某种证明，还要看数据在哪里。技术名称相近，不代表所有安全条件相同；分析时应分别记录验证方式、数据存放方式和对基础链的依赖。
四、区块高度是不是区块链的层级？
比特币开发者指南将区块高度用于表示区块相对于创世区块的位置，并说明发生分叉时，不同区块可能具有相同高度，因此高度不能充当全局唯一标识。指南还说明，全节点依据共识规则独立验证区块。
由此可以区分两个问题：区块高度回答“这个区块位于什么位置”，网络层级回答“这个系统承担什么角色”。高度增加不意味着网络升级到了更高层，全节点验证也不等于新增了一个扩容层。
五、层数更高或速度更快是否代表更好？
层级标签不应当作质量排名。判断方案是否适用，应先明确需要比较的是处理能力、结算方式，还是安全依赖。若没有统一比较条件，仅凭“更高层”“更快”等描述，无法得出完整结论。
整理分类时，可以依次回答四个问题：交易在哪里执行，结果如何验证，数据放在哪里，最终依赖什么机制结算。遇到材料没有交代的部分，应标记为待核实，而不是用层级名称补足未知信息。