先明确“光遇”的适用范围
“光遇区块链技术涉及哪些技术概念”这一问题，不能直接以“光遇采用了区块链”为前提。以太坊与比特币的技术文档介绍的是各自网络的通用机制，不能证明它们与“光遇”存在技术关联。以下解释仅适用于理解区块链，不代表对该具体产品技术架构的确认。
区块、哈希与数据验证
比特币开发文档描述了区块如何通过前一区块的哈希引用连接，以及交易如何通过默克尔树汇总到区块头。哈希可理解为数据的摘要；改变数据会改变校验结果。默克尔树则支持用部分中间哈希核验某笔交易是否包含在区块中。
这类结构解决的是记录关联与完整性校验问题，并不自动证明记录内容在现实世界中真实。例如，一项描述被写入链上，只能据此检查链上的记录，不能仅凭写入行为确认描述本身正确。
节点与共识机制
节点负责传播、保存或验证网络数据，共识机制帮助网络确定认可的记录。比特币采用工作量证明，以太坊采用权益证明；两者建立共识的方式不同，不能把“区块链”一律解释为依靠算力挖矿。
共识也不等于所有计算机始终同步。理解这项技术时，应区分数据传播、规则验证与记录确认，不能将刚广播的请求视为已经确定的结果。
账户、交易与智能合约
以太坊技术文档把交易解释为触发计算和状态更新的请求。账户信息属于状态的一部分，智能合约是在以太坊虚拟机中执行的程序，执行计算需要支付相应费用。比特币则通过未花费交易输出组织可支出的记录，两种模型不宜混用。
智能合约的核心是按代码和条件执行，并非能自行判断一切事实的“智能系统”。分析应用时，需要分别看清哪些规则在链上执行、哪些数据仍由链外系统提供。
常见问题与判断边界
游戏存在账户、虚拟物品或数字余额，是否就属于区块链应用？不能据此判断，这些功能也可以由普通数据库实现。是否使用区块链，需要具体的架构说明或可核验的技术证据。
链上记录是否绝对不可修改？更准确的理解是，修改历史会受到密码学关联和共识规则的约束，其安全性有适用条件。因此，无论讨论“光遇”还是其他产品，都应将通用技术能力与已经证实的实际部署分开。