先明确术语的适用范围
区块链评论系统并不代表一套统一实现。以下以以太坊智能合约和OpenZeppelin访问控制机制为基础，解释评论应用可能涉及的概念。具体系统是否把评论正文、审核状态或权限记录放在链上，需要查看其实际设计。
智能合约、函数与状态
智能合约是部署在区块链特定地址上的程序，包含代码和状态。函数规定可以执行哪些操作，状态保存程序运行所需的数据。放在评论场景中，可以把“提交评论”“设置审核标记”理解为可能的函数，把评论对应的标记理解为可能的状态；这些只是帮助理解的设计示例。
合约按照代码执行规则，但规则能否覆盖某种审核需求，取决于具体实现。自动执行并不意味着程序能够自行判断所有评论的含义。
交易、Gas与链下信息
用户通常通过交易调用合约中改变状态的函数。Gas用于计量链上执行消耗的资源，交易需要支付相应费用。因此，如果发表评论会修改链上状态，这一操作就涉及链上执行成本。
合约自身无法直接读取网站数据库等链下信息，预言机可向合约提供外部数据。理解评论系统时，需要分别确认正文保存在哪里、哪些操作写入链上，以及外部审核结果如何进入合约。
所有者、角色与多签
所有者权限适用于由单一管理主体负责特定操作的情况。基于角色的访问控制则把权限按职责划分，例如让审核角色处理评论状态，让管理角色负责授权。最小权限原则强调，每个角色只获得完成职责所需的能力。
拥有某项业务权限，不一定同时拥有分配该权限的能力，角色的管理员规则需要另行定义。多签则要求达到约定数量的有效签名才能执行操作，可用于需要多人共同批准的管理事项。多签是否参与日常评论审核，取决于系统设计。
常见问题：能审核是否就能删除
有审核权限，只能说明某个账户可以执行被授权的操作。若功能只是改变展示状态，页面隐藏评论并不等于抹去已经写入链上的历史记录。理解“删除”时，应确认它指的是界面不再显示、状态被修改，还是链下副本被移除。
事件可用于记录权限授予、撤销等操作，供链下程序追踪。OpenZeppelin基础AccessControl不直接提供链上角色成员枚举，需要通过相关事件追踪成员变化，或采用支持枚举的扩展。因此，界面显示的管理员名单，也需要明确其数据依据。