适用范围：技术记录与基金业务
讨论区块链与基金交易，首先需要确认系统是否实际使用链上账户、合约或代币。以太坊账户机制和ERC-20标准可以解释链上记录如何控制、执行与展示，但不能单独说明某只基金的申购、赎回或份额登记规则。
即使一个系统用代币表达份额，也仍需明确代币对应什么权利、如何与业务记录衔接。技术接口相同，不意味着业务含义相同。
账户、私钥与钱包
以太坊账户文档区分由私钥控制的外部账户与由代码控制的合约账户。私钥用于签名，钱包则是与账户交互的应用或界面。账户的nonce参与交易顺序管理，限制同一账户相同序号的交易被重复执行。
这些概念分别回答谁能授权、通过什么界面操作、如何区分交易请求。链上签名提供的是账户授权证据；若要把地址对应到基金持有人，还需要业务层面的身份关联。
智能合约与执行边界
智能合约能够在被调用时按代码处理操作。理解它与基金业务的关系，可以拆成两个问题：代码允许什么操作，以及该操作在业务上代表什么。
例如，链上余额发生变化，只能直接说明相关链上状态发生了变化。是否同时完成基金份额登记、是否满足赎回条件，必须结合系统规则确认，不能仅凭合约存在或执行成功作出判断。
ERC-20、余额与显示精度
OpenZeppelin的ERC-20说明介绍了同质化代币的余额记录和转移机制。同一合约中的代币单位具有相同性质。合约以整数记账，decimals用于界面换算显示，不会使内部运算变为小数运算。
因此，读取代币数量时需要结合精度理解原始整数。若某系统将代币用于表达基金份额，精度只解释数量怎样显示，并不定义份额价值，也不确定代币与基金份额之间的对应比例。
常见问题：兼容标准意味着什么
钱包能显示某种代币，是否意味着它已经识别对应基金权益？不能据此判断。显示余额与识别基金业务权利是不同层面的能力。
采用ERC-20是否就具备完整基金交易功能？该标准提供通用代币接口，具体基金的身份限制、份额确认和业务处理仍需单独定义。理解技术方案时，应把账户授权、代码执行、数量记账与业务权利分别核对。