治理范围：先明确谁能决定什么
区块链金融治理讨论的是规则如何修改、权限如何分配以及决定如何落实。在金融应用中，治理对象可以包括参数调整、合约升级和公共资金管理。理解一种治理模式，首先要确认它管理的是底层网络，还是部署在网络上的应用。
以太坊官网的治理说明将核心协议变更与应用使用区分开来：协议治理主要通过链下协调开展，上层的去中心化自治组织（DAO）则可以采用链上治理。因此，一个应用的投票权并不自然延伸为底层网络的决策权。
链上与链下：决定在哪里形成
链上治理通常把投票及其结果记录在区块链上；部分机制还能按预先编写的代码落实获批变更。链下治理依靠讨论、评审和参与者协调形成决定，再由相关主体实现和采用。两者也可以衔接，例如先公开讨论，再进入正式投票。
以太坊改进提案（EIP）用于描述拟议功能或流程。提出EIP不等于升级已获接受，后续仍涉及评审、实现、测试和协调。这里的社区共识指不同参与者对变更形成足够支持，不等同于验证交易和区块所使用的共识机制。
投票术语：资格、权重与通过条件
治理代币可以作为计算投票权的依据，但具体权重取决于治理规则。委托通常指将投票权交由其他地址使用，应与代币所有权转移区分。提案门槛约束谁有资格提交提案；法定票数（quorum）约束参与程度是否达到要求；通过条件则判断支持程度是否足够。
OpenZeppelin的Governor框架将投票权来源、法定票数和计票方式拆成可配置模块。其GovernorCountingSimple模块把赞成票和弃权票计入法定票数，反对票不计入。这个例子说明，达到参与门槛不等于提案通过，也不能假定所有治理系统的弃权票作用相同。
时间术语：何时计票，何时执行
投票快照在指定历史时点确定投票权，避免直接使用不断变化的当前余额计票。投票延迟是提案创建后到投票开始前的等待安排；投票期是允许投票的时间窗口。这些设置适用于采用相应规则的治理合约。
时间锁约束的是操作执行前的等待时间，应与投票延迟区分。理解提案流程时，可以分别追踪创建、投票、结果判定和执行，不能把投票结束视为参数已经改变。
常见问题：有投票就代表充分去中心化吗
单凭存在投票功能无法判断权力是否分散，还需看提案资格、票权分布、执行权限及可修改范围。同样，提案通过是否自动执行，要看治理合约、时间锁和目标合约的授权安排。上述术语提供的是分析框架，具体项目的权限和生效条件仍须以其实际规则为准。