适用范围：术语解释与项目事实分开
阅读Celo相关介绍时，可以先用通用技术概念理解词义，再核对项目对应版本的实现。以太坊的共识文档和OpenZeppelin的合约文档分别说明共识机制与代币接口，不能据此确认Celo的当前架构、验证者要求或费用规则。以下解释适用于概念辨析，涉及Celo的具体结论仍需对应的项目技术文档支持。
PoS与验证者：网络如何形成共识
以太坊文档中的PoS，即权益证明，通过质押资产和惩罚规则约束验证者行为。验证者负责检查区块，并在协议安排下提出区块或提交证明投票。最终性表示区块达到协议规定的确认状态；破坏这种状态会涉及严重的经济代价。
理解这些词时，应区分参与资格、履行职责和违规后果。质押描述资产受到协议约束，验证描述检查数据与执行结果，罚没则针对特定违规行为。普通离线与提交矛盾投票不能一概而论，也不能将以太坊的质押门槛或时间参数套用到Celo。
最终性：为什么不等于刚被打包
交易进入区块，说明它已被纳入某次区块提议；达到最终性，还需要满足共识协议的进一步条件。因此，界面显示交易成功、区块被接收和协议完成最终确认，可能分别表达不同层面的状态。阅读相关说明时，需要确认“确认”究竟指执行结果还是共识状态。
ERC-20与decimals：接口和显示单位
OpenZeppelin文档将ERC-20用于同质化代币：同一代币的等量单位具有可互换性。合约提供余额查询、转移等接口。decimals规定显示时的小数位数，余额与转移数量在合约内部仍以整数处理。
这意味着代币名称、接口标准和界面数量属于不同信息。名称用于识别，接口规定软件如何交互，显示单位负责把底层整数换算为便于阅读的数量。符合ERC-20接口本身不能证明某种代币具有治理权，也不能证明其价格稳定。
常见问题：同名术语能否直接类推
不同网络出现“验证者”或“质押”，并不意味着它们具有相同的角色权限和惩罚条件。同样，代币采用ERC-20接口，也不能说明所在网络采用哪种共识机制。前者涉及网络如何认可记录，后者涉及应用如何操作代币。
遇到余额显示差异时，decimals是需要核对的因素：显示数量等于底层整数除以10的decimals次方。增加显示小数位数不会自动增加底层余额。理解Celo相关词条时，也应分别核对网络规则、合约定义与显示方式，避免跨层推断。