一、先确定术语的适用范围
实训日志不宜只罗列名词，还应说明实验对象与观察结果。区块和交易属于基础概念，EVM与UTXO则涉及不同系统的执行方式或记账结构，不能不加区分地套用。
记录时可采用“实验环境、操作对象、观察结果、解释依据”的顺序。例如，先说明观察的是哪条链，再解释某个字段的含义，避免把一种系统的设计写成所有区块链的共同规则。
二、区块、哈希与区块高度
区块用于组织交易等数据，哈希可以理解为数据经过特定算法得到的摘要。比特币区块头引用前一区块头的哈希，由此形成链式关联；默克尔根则汇总区块内交易的哈希关系。区块高度表示区块所在的位置，但分叉时不同区块可能具有相同高度。
因此，日志中的“区块高度”和“区块哈希”应分开填写：前者帮助定位位置，后者用于识别具体区块。解释哈希时也应避免将它写成可解密还原原文的密文。
三、节点与共识不是同一概念
节点是参与网络、保存或验证相关数据的计算机及其运行的软件；共识则涉及网络如何依据规则形成一致记录。比特币开发者指南说明，全节点独立验证区块，工作量证明参与链的维护。以太坊技术介绍则说明了通过质押参与的验证者角色。
实训记录应区分“节点收到数据”“数据通过验证”和“网络接受相应记录”。这些表述对应不同观察层次，不能仅凭一次连接成功，就认定交易已经完成全部处理。
四、账户、交易、EVM与智能合约
在以太坊的概念体系中，账户余额属于网络状态；交易可以用于转账、部署合约或调用合约。EVM是执行相关程序的虚拟机，智能合约是部署到网络中的可复用程序，ETH用于支付网络计算等资源的费用。
日志应把动作与结果分开描述：发出了什么请求、调用了哪个对象、使用了什么参数、观察到什么结果。仅写“合约运行成功”不利于复核；应补充能够支持这一判断的执行记录，而不是只凭界面提示下结论。
五、UTXO为什么不能直接当作账户余额
UTXO意为未花费交易输出。比特币交易通过引用此前的未花费输出来构造输入，并产生新的输出；同一输出不能在链上被重复花费。它与以太坊账户余额的表达方式不同。
涉及比特币交易结构的实训，可围绕输入来源、输出去向及金额关系整理记录；涉及以太坊状态变化的实训，则应围绕对应账户或合约展开。选择记录方式时，应先明确所观察系统的记账模型。
六、常见问题与日志自查
“得到交易标识是否等于实验成功？”不能只凭标识判断，还应核对交易是否被纳入区块及实际执行结果。“不可篡改是否意味着绝对无法改变？”更准确的解释是，历史数据受到密码学关联与共识机制约束，不能把它简化为无条件的绝对保证。
术语核对可分别参照以太坊开发者文档的技术介绍与比特币开发者指南的区块链章节。完成日志前，检查每个结论是否对应实际观察，并明确区分通用原理、系统特性和本次实验结果。