适用范围：技术记录能说明什么
以太坊交易文档解释签名指令如何改变网络状态，OpenZeppelin的ERC-20文档解释同质化代币如何记录余额。这些机制有助于理解结算系统的技术环节，但不能单独证明某种代币代表股权，或某个系统已完成股权清算与结算。以下讨论限于这些通用机制。
误区一：取得交易哈希就意味着结算完成
以太坊交易有广播、等待打包及后续最终确定等阶段。交易哈希用于标识交易，不能独自证明预期状态已经实现。判断技术执行结果，还需要区分是否被纳入区块、执行是否成功以及区块是否最终确定。
在股权结算语境中，“已提交”只能描述处理进度。把它直接显示为“股权交割完成”，会跨越链上交易状态与业务结果之间尚未核实的环节。
误区二：ERC-20余额天然就是股权登记
OpenZeppelin将ERC-20描述为同质化代币的记账机制，支持余额查询和转移。相同的技术接口可以服务不同用途，因此，仅有代币名称、余额或转移记录，无法推导出分红权、表决权或股东身份。
只有另有明确的权利对应关系，才有条件进一步讨论代币记录与股权的关联。ERC-20标准本身不足以回答这种关联是否成立。
误区三：一次转账等于完整清算结算
链上转账可以改变余额，合约调用可以执行预设逻辑，但单次操作成功说明的范围取决于实际执行内容。不能仅凭一笔代币转移，就认定款项支付、股权交付和相关记录均已完成。
常见问题是：股权代币转出后，付款是否也同步完成？普通代币转移接口本身不能证明这一点，需要进一步确认系统如何关联两端的处理结果。
误区四：签名能够证明全部业务事实
密码学签名用于验证交易授权，与签名账户相关。它不能独自证明账户背后的现实身份、所代表的公司权限，或交易内容对应的股权权利。理解签名时，应把密码学验证与现实业务事实的核验分开。
误区五：小数位就是股权拆分规则
ERC-20的decimals用于把合约中的整数余额转换为界面显示数量，不会自动定义股权单位或可拆分范围。显示出小数份额，并不足以证明现实中的股权可以按同样粒度交付。
阅读结算记录时，需要明确最小记账单位、界面数量和所代表权益之间的对应关系。否则，即使底层整数计算无误，也可能对实际交付数量产生误解。