应用结构：DApp与智能合约
DApp指去中心化应用，通常结合前端界面与运行在去中心化网络上的智能合约。以太坊开发文档介绍了这种结构：前端提供交互入口，合约承担链上逻辑，前端也可以托管在IPFS等存储系统中。
管理应用时，应分别理解界面、合约与基础设施的职责。例如，页面是否能打开，与合约是否能够执行，是不同层面的问题。“去中心化应用”这一名称本身，不能说明所有组件都采用了去中心化部署。
执行环境：确定性与隔离
智能合约是部署在链上的程序，以太坊虚拟机（EVM）是其执行环境。确定性表示在相同输入和执行状态下，规则产生一致结果；隔离表示合约在受约束的环境中运行。
这些术语描述执行机制，不代表业务逻辑必然正确。程序可能稳定地执行一条错误规则，隔离也不能消除该错误对应用自身的影响。因此，理解“按代码执行”时，还需要关注代码究竟允许什么行为。
访问控制：所有权与角色
OpenZeppelin访问控制文档区分了两种模型：Ownable由一个所有者账户管理受限操作；基于角色的访问控制（RBAC）则按职责配置权限。所有者也可以是合约，例如多签合约。
单一管理职责适合用所有权表达；存在多种职责时，角色模型能细分授权。例如，把执行某项业务的权限与管理人员权限分开，能更清楚地表达责任边界。这体现了最小权限原则，即账户只获得完成职责所需的权限。
权限维护：授权、撤销与交接
拥有业务角色，通常不等于拥有分配该角色的权限。AccessControl通过角色对应的管理员角色控制授权与撤销。DEFAULT_ADMIN_ROLE默认管理各角色及自身，因此需要特别关注其控制范围。
所有权交接也有不同含义：转移是更换管理账户，放弃则会使受onlyOwner保护的操作无法再被调用。Ownable2Step要求接收方确认交接。理解这些术语时，应区分“更换负责人”和“移除这项管理能力”。
常见问题与适用范围
去中心化是否意味着没有管理员？不一定。网络的运行方式与应用内部的管理权限属于不同问题，判断应用控制权需要查看实际权限设计。
管理员是否自动拥有全部业务权限？在角色模型中，管理角色的能力与执行业务的能力可以分开。本文概念适用于理解以太坊DApp及所述访问控制机制；具体应用具备哪些权限，仍取决于其合约实现与配置。