适用范围：先明确系统采用什么架构
“瓯海区区块链技术系统有哪些常见问题”需要结合实际架构理解。以下讨论适用于采用以太坊相关扩容技术或类似智能合约权限机制的系统，不代表瓯海区某个平台已经发生这些问题。公有链、独立侧链和其他业务链的运行条件不同，不能仅凭所在地判断技术表现。
拥堵与确认：提交成功为何还要等待
以太坊扩容文档指出，网络需求增加会造成容量压力，影响处理速度和使用成本；扩容需要兼顾吞吐量、安全性与去中心化。
业务界面显示请求已提交，并不一定意味着链上处理已经完成。排查等待问题时，需要区分应用接收、网络处理和最终确认等状态。对于需要链上确认才能完成的业务，界面应说明当前阶段，避免使用者将等待误认为失败。
扩容方案：性能提高后还有哪些限制
以太坊扩容文档区分了不同方案的安全来源：Rollup依托主网提供安全保障，侧链使用自身的共识机制；Validium的数据存放方式又与Rollup不同。
因此，比较方案时除了处理速度，还应了解数据保存位置、结果如何验证，以及哪些运行方参与处理。上述区别主要适用于以太坊相关架构，不能直接套用到所有区块链系统。较快的响应速度本身无法证明系统具有相同的安全保障。
权限配置：为何管理员也可能无法操作
OpenZeppelin访问控制文档区分单一所有者与角色管理。持有某项业务角色，不自动获得授予该角色的权力；角色的管理权限需要另行配置。
例如，多岗位协作系统可以分别设置业务操作和权限分配职责。遇到调用被拒绝时，应核对调用账户、目标功能所需角色及角色管理关系。把所有权限集中到一个账户虽然便于操作，也会扩大该账户误用或失控的影响。
管理交接：账户变更为何影响功能
OpenZeppelin文档说明，所有权转给无法操作合约的账户会带来风险；放弃所有权后，受所有者限制的管理功能将无法调用。两步交接要求接收方明确接受，可减少交接失误。
系统交付和人员变更时，需要明确管理权由谁持有、接收账户能否履职，以及交接完成后原账户还保留哪些角色。权限配置应对应实际职责，不能将删除管理员简单理解为完成安全治理。