先把研究主张拆成可检查的问题
区块链交易技术原理的研究证据怎么核验，关键在于明确一项结论究竟描述什么。交易如何引用资金、签名如何验证授权、执行如何改变状态，以及交易是否被区块收录，是不同问题，应分别寻找证据。
核验记录应写清网络、交易类型、适用规则和材料位置。技术文档可以解释机制；若要证明某笔交易确实按该机制执行，还需要对应的交易数据与验证结果。
两个来源分别支持什么
Bitcoin Developer Guides 的 Transactions 页面介绍了普通比特币交易的输入、输出与未花费交易输出（UTXO）：输入通过交易标识和输出索引引用先前输出，花费还需满足脚本条件。其中的 P2PKH 示例解释了公钥哈希匹配与签名检查；该部分明确将 coinbase 交易排除在简化讨论之外。
ethereum.org 的 Transactions 页面将以太坊交易解释为经密码学签名、用于触发网络状态变化的指令，并介绍 nonce、接收地址、数值、输入数据和 gas 等信息。它还区分普通转账、合约部署与合约调用，以及传统格式和带类型标识的交易格式。
这两个来源适合对照不同交易模型，不能互相替代证明。比特币脚本示例不直接证明以太坊合约的行为，以太坊账户字段也不能套用到比特币输入输出结构。
把概念证据连接到具体结果
核验比特币输入引用关系时，可检查交易标识、输出索引与被引用输出是否对应；核验脚本授权时，则需结合该输出的花费条件和输入提供的数据。仅展示钱包余额，无法完整证明这些关系。
核验以太坊交易时，应区分签名授权、调用意图和执行结果。输入数据可以帮助解释调用内容，但函数选择器可能对应多个函数，识别时还需结合目标合约及其接口信息。文档中的演示对象不能自动充当某个实际案例的执行证据。
常见问题与适用边界
签名通过是否就证明交易成功？签名检查只支持授权相关判断，仍需满足其他交易有效性条件。对于合约调用，被区块收录与执行成功也应分别核对，不能只凭交易哈希下结论。
两个来源是否足够证明所有原理？来源数量不能代替内容对应关系。对于同一项具体结论，还要检查材料是否真正讨论相同网络、交易类型和规则；摘录不完整时，不能据此推断未展示部分。
如何写出可复核的研究结论？将每项主张对应到来源章节、适用条件和待检查数据，并明确哪些是文档解释、哪些已有案例验证。没有实际验证记录时，应停留在机制说明层面，不宣称实验已经完成。