一、把 transaction 一律理解为买卖
Transaction 在区块链文档中通常译为“交易”，但技术含义不限于商品买卖。以太坊技术介绍列出的例子包括转移 ETH、部署智能合约和调用合约；比特币开发指南则从花费既有输出、创建新输出的结构解释交易。
阅读技术需求时，应先辨认 transaction 涉及什么操作。将所有相关句子都理解成“购买”或“出售”，会误读部署、执行等场景。同一个英文词出现在不同网络中，也不代表其数据结构相同。
二、混淆网络、资产与程序
Ethereum 指以太坊网络，ether（ETH）是其原生加密资产，EVM 是以太坊虚拟机，smart contract 指部署到网络并可被调用的程序。这些词分别对应不同技术对象。
常见问题是 smart contract 是否意味着程序能自主判断一切。这里的 smart 不等于人工智能；理解句子时，应关注调用参数、执行条件和程序行为，不能仅凭 contract 就认定它具有特定法律效力。
三、把 node 和 validator 当成同义词
Node 通常译为“节点”，validator 译为“验证者”。以太坊介绍将节点与状态存储、信息传播联系起来，将验证者与权益证明中的区块提议和检查联系起来。两者的职责描述不能直接互换。
在运维或开发交流中，遇到“运行节点”与“运行验证者软件”，需要分别确认任务。也不能把某个网络的角色名称直接套到所有区块链上；资料所述以太坊机制有其明确适用范围。
四、按日常含义理解 input、output 和 wallet balance
在比特币交易语境下，input 引用要花费的既有输出，output 记录金额及花费条件。UTXO 是“未花费交易输出”，钱包显示的余额可由多个 UTXO 构成。这里的输入、输出不是简单的付款人、收款人名称。
阅读接口说明时，把 input 理解为“用户输入框”，或把 output 理解为“程序打印结果”，都会偏离语境。比特币指南中的 P2PKH 示例也有适用边界，不能据此断言所有地址和交易都采用同一种形式。
五、忽略动作阶段与授权含义
Broadcast、validate、execute 分别侧重广播、校验和执行。描述交易已广播的句子，只表明传播这一阶段，不能据此推断执行结果。技术翻译应保留原文动作的范围，避免把多个阶段合并成“已经成功”。
比特币示例中的 signature 是数字签名，用于满足相应授权验证条件，不能按纸质签名理解，也不能直接推出签名者的现实身份。遇到陌生术语时，先确定网络，再确认对象、动作与条件，能减少跨场景误译。