先明确solo的适用范围
仅凭solo这一名称，无法确定具体项目、底层网络或技术架构。下文解释区块链基础术语，不代表某个solo项目已经采用这些机制。判断术语是否适用，需要项目技术文档对所属网络、执行环境及记账方式作出明确说明。
区块、哈希与节点
区块用于组织交易等数据，哈希可理解为数据的摘要。区块通过引用前一区块的哈希形成链式关联；修改历史数据会影响后续关联，因此历史记录的保护同时依赖密码学结构和网络共识规则。
节点是运行网络软件、传播或验证数据的参与设备。节点与出块者的职责不能直接画等号：验证数据是否符合规则，与参与生成新区块，是不同的工作。
共识机制需要按网络区分
以太坊开发文档介绍了权益证明：验证者以质押ETH参与共识，并受到相应奖惩机制约束。比特币开发指南则说明了工作量证明：出块需要满足区块头哈希的难度要求，节点独立验证区块。
因此，看到“验证者”“矿工”或“质押”等词时，应先识别其网络语境。不同网络对参与资格、区块选择和违规处理的定义可能不同，不能仅凭名称相似推断实现相同。
EVM、智能合约与交易
在以太坊语境中，EVM是执行计算的虚拟机，智能合约是部署到网络中的程序；交易可以发起转账、部署合约或调用合约，ETH用于支付相关网络费用。
理解这些词时，可以沿着“请求执行什么程序、满足什么条件、改变什么状态”的顺序阅读。智能合约按代码规则运行，其名称本身不保证业务设计正确，也不能证明某个项目具备特定功能。
UTXO与区块高度
比特币采用UTXO，即未花费交易输出。交易使用已有输出作为输入，并生成新的输出，同一输出不能在有效账本中被重复花费。区块高度表示区块所在的位置；分叉时不同区块可能具有相同高度，因此高度不能充当全局唯一标识。
解释资产记录时，应区分账户余额与未花费输出这两种思路。它们都能表达可用资产，但检查交易有效性的方式不同，不宜将一种模型的术语直接套到另一种模型上。
常见问题：术语能否证明项目属性
出现“智能合约”是否就说明项目运行在以太坊上？不能，还需要确认部署网络及执行环境。出现“区块高度”是否就能唯一定位区块？不能，通常还需区块哈希。阅读solo相关介绍时，应将通用概念用于理解文字，将项目特有结论留给可核验的技术说明。