适用范围与基本模型
积分区块链系统涉及哪些技术概念，可以从“谁持有积分、规则由谁执行、数量如何记录”三个问题理解。这里讨论以太坊账户与ERC-20合约所支持的通用模型，不代表所有积分系统都采用相同架构。
以太坊账户文档解释账户及其控制方式；OpenZeppelin的ERC-20文档解释同质化代币记账与显示精度。两者分别对应积分系统的参与主体和数量表达。
账户、钱包与数字签名
以太坊区分由私钥控制的外部账户和由代码控制的合约账户。钱包是与账户交互的应用界面。数字签名使网络能够验证交易发起者；账户的交易计数nonce参与防止同一交易被重复执行。
对应到积分场景，地址可以作为链上记账标识，但地址本身不能证明现实会员身份。会员身份与地址如何关联，属于应用需要另行明确的业务关系。钱包界面显示积分，也不意味着积分数据保存在钱包软件里。
智能合约与业务规则
合约账户接到交易调用后，可以按代码执行操作。因此，积分发放、扣减等行为若采用合约实现，就需要被表达为明确的执行条件。
例如，哪些主体具有发放权限、积分能否转让、兑换后如何处理余额，都属于具体系统需要定义的规则。仅知道系统使用智能合约，无法判断这些规则已经如何实现。
ERC-20与同质化积分
OpenZeppelin的ERC-20实现提供同质化代币的余额记录、转移及内部铸造机制。这种模型适合同类单位具有相同性质的积分；标准接口不自动涵盖有效期、会员等级或兑换条件。
若不同批次积分具有不同使用限制，仅用一个总余额未必足以表达业务含义。是否适用ERC-20，取决于积分单位是否可以等同处理，而非是否被称为“积分”。
数量精度与常见误区
ERC-20以整数记录数量，decimals用于界面换算显示。业务端、合约和展示端需要统一数量单位，否则可能把底层整数误读为用户可见积分。
账户的ETH余额与积分合约记录的积分余额是不同数据，不能混为一谈。标准支持余额转移，也不等于某个积分项目允许自由转让；具体能力仍取决于合约规则。对于到期、撤销或兑换等需求，不能仅凭采用ERC-20就认定系统已经具备。