先确定术语所在的技术环境
区块链实训日志相关术语如何理解，关键在于把名称放回具体语境。同一个英文词可能出现在不同链、不同数据结构中。日志宜先说明网络、实验目标和观察对象，再解释字段，避免把一条链的规则套用到另一条链。
以太坊：理解交易字段和执行费用
以太坊交易是经过签名、用于改变网络状态的指令。from 表示发送方，to 表示接收地址，value 表示转移的 ETH 数量，input data 可承载合约调用数据。nonce 是发送账户的交易序号；Gas 衡量执行所需的计算资源，gasLimit 限定可消耗的 Gas 数量。maxFeePerGas 是单位 Gas 费用上限，并非实际费用。
记录这些字段时，应分别说明参与者、传递内容和资源限制。例如，合约调用中的 to 指向合约，业务接收者可能位于调用参数内。因此，解释“接收地址”必须交代它属于交易字段还是函数参数。
比特币：理解交易输出和区块关联
比特币使用 UTXO，即未花费交易输出。普通交易引用此前的输出作为输入，并生成新输出；同一输出不能在链上重复花费。区块头包含前一区块头的哈希以及交易默克尔根。区块高度表示位置，分叉时同一高度可能对应不同区块。工作量证明通过寻找满足目标条件的区块头哈希体现计算工作。
写日志时，“余额”“输出”“区块”应分别描述。账户余额式表述便于概览，输入与输出的关联更适合解释比特币交易结构；核对具体区块时，高度之外还应保留区块哈希。
常见问题：同名字段是否含义一致
nonce 需要结合对象判断。以太坊交易中的 nonce 用于表示账户交易顺序；比特币区块头中的 nonce 是可调整字段，用于尝试产生满足工作量证明条件的哈希。二者不能用同一段定义替代。
哈希也应注明对象。交易哈希与区块哈希分别标识不同内容。日志只写“取得哈希”，不足以说明观察到了什么，更无法单凭这一描述判断实验是否完成。
如何写清实验结果与适用条件
日志应把操作与证据对应起来：提交请求、交易被区块收录、执行是否成功、区块是否达到相应确认状态，是不同的观察层次。以太坊交易被收录后仍可能执行失败，不能把“已上链”直接写成“业务完成”。
解释术语时可采用“所在网络、所属对象、字段含义、观察结果”的顺序。结论限定在实际检查到的范围内；若只观察到接口返回值，就记录返回值所能证明的状态，避免延伸为整个系统已正确运行。