适用范围：不把通用原理当作机构事实
围绕“中国银行是区块链技术需要注意哪些问题”，首先应明确：中国银行是银行机构，区块链是一类技术。以太坊共识机制与OpenZeppelin访问控制文档可以支持通用技术解释，但不能证明中国银行采用了某种协议或合约组件。以下内容适用于相关技术评估，不涉及该机构具体项目的实施结论。
共识机制解决什么问题
以太坊开发文档将共识机制描述为帮助分布式节点对区块链状态达成一致的协议、激励与规则体系。工作量证明或权益证明只是其中的组成部分；出现竞争区块时，还需要分叉选择等规则。
因此，评估银行场景中的区块链，不能只看共识算法名称，还要明确参与者如何获得验证资格、冲突记录如何处理，以及系统在什么条件下能够形成一致结果。以太坊的机制不能直接视为所有银行区块链的设计要求。
共识一致不等于业务真实
节点认可某条记录，表示它符合网络所执行的验证规则，不意味着相关链外业务事实已经得到独立证明。例如，业务数据的提交者是否有权操作，与各节点是否对记录达成一致，是两个不同问题。技术评估需要分别检查共识规则与业务授权边界，不能用前者替代后者。
访问控制要区分操作权与授权权
OpenZeppelin文档区分了单一所有者管理与基于角色的访问控制：前者适合管理主体简单的情况，后者支持按职责配置权限。持有业务角色通常不代表可以向别人授予该角色；默认管理员则拥有广泛的角色管理能力，需要重点保护。
对于存在多种职责的系统，可以分别审视业务执行、权限分配和管理交接。关键问题不仅是谁能执行操作，还包括谁能改变执行者名单，以及同一账户兼任多个角色后是否形成权限过度集中。
常见问题：交接与撤权是否安全
管理员转移并非填写新地址即可结束：应确认接收方能够控制该账户并完成必要交接。放弃所有权也不一定意味着更安全，在依赖所有者权限的合约中，这可能导致相关管理功能无法再次调用。
权限还应覆盖完整生命周期：初始授予、职责变化后的调整、退出后的撤销，以及变更记录的核对。审查重点是实际权限是否与职责一致，而非仅确认系统设置了角色名称。共识与访问控制分别解决不同层面的问题，任何一项都不能单独构成系统安全的充分证明。