积分规则与智能合约
区块链积分系统相关术语可以沿着“谁记账、如何变更、谁有权限”来理解。以下讨论以以太坊智能合约和ERC-20为技术范围，不代表每个积分系统都采用相同设计。
智能合约是部署在链上特定地址的程序，包含代码和状态。用于积分时，代码可以表达发放或扣减条件，状态可以记录账户余额。以太坊开发文档说明，用户通过交易调用合约功能；执行依赖预先编写的程序逻辑。
“自动执行”适用于已经写入代码、且所需输入已经具备的规则。例如，兑换条件是否包含有效期、额度或身份限制，需要看具体实现，不能仅凭使用智能合约就认定这些功能存在。
地址、状态、交易与Gas
地址用于定位账户或合约；状态是合约保存的数据；交易是触发链上操作的载体。理解积分记录时，应区分“在哪个地址记账”和“由哪个合约维护账本”。
Gas衡量链上执行消耗的计算资源，部署合约和改变状态通常涉及费用。积分数量与Gas费用属于不同概念，积分余额充足并不等于执行所需费用已经解决。
ERC-20、余额与精度
OpenZeppelin文档将ERC-20描述为追踪同质化代币的合约：同类单位具有相同属性。它提供余额、转移等通用接口；decimals用于显示换算，合约内部仍以整数计算。
若积分单位彼此等价，可以考虑用这一类接口表达余额。但接口标准不能单独说明积分是否允许转让、怎样获得或能够兑换什么，这些仍是业务和合约规则。
常见疑问是“小数位越多，积分是否越多”。小数位决定原始整数如何显示，不直接代表增发或权益增加。核对数量时，需要同时理解原始余额及其精度。
预言机与多签分别解决什么问题
预言机向合约提供链外数据。如果积分发放依据线下消费，合约需要获得相应信息才能处理；链上执行不能自行证明线下订单真实，也不能保证商品已经交付。
多签要求多个有效签名达到设定门槛后才能执行操作，适合需要共同授权的管理事项。它约束的是批准流程，并不自动验证业务判断是否正确。
理解积分系统时的适用边界
阅读系统说明时，可以分别确认积分如何记录、哪些操作改变余额、外部信息由谁提供、关键权限如何分配。上述术语解释了技术机制，具体积分的有效期、兑换资格和管理权限仍须由实际规则确认。