先把研究主张拆成可核验的问题
核验交易架构，首先要明确研究声称证明了什么：是交易如何表达授权、节点如何检查有效性，还是某种设计提高了性能。每项主张都应对应适用网络、交易类型、规则版本和证据位置。机制介绍可以支持结构解释；性能与安全效果还需要相应的实验或分析证据。
两个来源分别支持哪些事实
以太坊开发者交易文档描述了签名交易、账户nonce、接收地址、数据及gas相关字段，并介绍交易广播、纳入区块与最终确定的过程。这些内容可以支持账户交易结构的基础解释，不能单凭这些内容认定某个应用的执行结果或吞吐能力。
比特币开发者交易指南以普通交易和P2PKH示例解释UTXO：输入通过交易标识及输出索引引用既有输出，花费须满足对应脚本条件。该章节明确排除了coinbase交易；示例中的签名和脚本细节也不能直接概括全部交易类型。
独立来源要与主张逐项对应
两个独立来源分别说明不同网络的机制，可以支撑架构比较，却不构成对同一性能结论的双重验证。账户nonce与UTXO引用承担不同的结构角色，核验时应保留这种差异，避免把字段名称相近或都涉及签名视为架构相同。
整理证据时，可为每项结论记录原文位置、适用条件和待核验事项。网页摘录存在截断时，截断后的内容不能作为已取得的依据；示例也只能证明其明确展示的情形。
用可复核记录连接机制与结果
对于具体交易的研究，证据应能关联交易标识、原始字段、所在区块及相应验证结果。以太坊交易涉及合约时，还需区分输入表达的调用与实际执行结果；比特币输入则需要关联被引用的输出及其花费条件。字段解释、验证规则和观察结果一致，才能形成可复核的证据链。
若研究声称架构更快或成本更低，应另外检查实验环境、工作负载、统计口径与复现材料。两篇交易机制文档本身不足以证明这类比较结论。
常见问题：签名和入块能证明多少
签名核验支持对密钥授权关系的判断，不能单独证明现实身份或业务意图。交易被纳入区块，也不能直接等同于合约业务执行成功；执行结果与区块确认状态应分别核验。
最终确定描述的是共识层面对区块历史的保障，不替代应用逻辑检查。适用范围写得越清楚，越能避免把某类交易的机制说明扩展为所有区块链或具体项目已经获得验证的结论。