治理范围：协议与应用
区块链与生态治理涉及哪些技术概念，首先取决于治理对象。底层协议治理关注网络共同遵守的规则；应用或组织治理则可能涉及合约参数、升级权限和公共资金。讨论治理机制前，需要明确谁有权改变哪些规则，以及变更会影响哪些参与者。
链下协商与协议升级
以太坊治理页面说明，其核心协议通过链下协商推动变更。EIP承担技术规范的作用，方案需要经过讨论、实现和测试，再纳入网络升级。开发者、节点运营者及应用参与者分别影响实现与采用；社区支持无法用单一持币投票指标概括。
这里需要区分网络共识与社区共识：前者让节点按协议验证区块和交易，后者处理是否修改协议的问题。硬分叉涉及不向后兼容的规则变化；若参与者持续采用不兼容规则，可能形成不同链，但升级并不必然导致持续分裂。
链上治理与可执行提案
OpenZeppelin治理文档展示了模块化Governor机制：合约组织提案、计票及执行流程，投票权可以通过历史快照确定，并支持委托。系统还可设置提案门槛、投票延迟、投票周期、法定参与量，以及配套时间锁。
链上治理适用于能够由合约明确表达、且治理系统拥有相应权限的事项。例如，修改参数需要目标合约允许治理执行者调用。投票通过只是满足治理条件，实际操作仍取决于执行权限及目标合约的约束。
快照、门槛与时间锁
快照固定某一历史时点的投票权口径，避免按不断变化的当前余额重复计算同一批权重。委托则让持有人将表决权交由其他地址行使，理解投票分布时需要同时观察持有关系与委托关系。
提案门槛决定谁能发起提案；法定参与量要求投票达到最低参与标准；通过条件决定赞成与反对如何比较，三者不能混用。投票延迟提供审议准备时间，投票周期限定表决窗口，时间锁则在批准与执行之间保留等待期。
常见问题与适用边界
DAO是否都能自动执行决议？这取决于治理合约与受控资产、应用权限之间的连接。链下讨论或表决结果，只有接入相应执行机制，才能转化为合约操作。
公开投票是否足以保证治理安全？公开记录提升可核查性，但安全性还取决于权限配置、计票规则、代码实现与权重分布。评估机制时，应把“谁能提出、谁能表决、谁能执行、执行什么”连起来理解。