适用范围：链上治理投票
区块链投票流程涉及哪些技术概念，需要结合投票机制理解。这里讨论以智能合约组织提案、记录表决并控制执行的链上治理，重点是代币投票权模式。它不能直接等同于现实选举中的身份认证或一人一票制度。
账户、交易与智能合约
以太坊智能合约是在特定地址保存代码和状态的程序，账户通过交易调用其功能。在投票流程中，提案内容、投票记录和处理规则可以由合约管理，状态变更通常涉及交易执行与 gas 费用。
合约只能根据可获取的数据判断条件。若资格取决于现实身份等链外事实，还需要外部信息接入机制；规则写入代码，并不意味着输入信息自然真实。
提案、投票权与快照
OpenZeppelin Governor 将提案生命周期、投票权来源和计票方式设计为可组合模块。ERC20Votes 支持投票权委托及历史记录，治理合约可以按指定快照读取投票权，并配置投票延迟、投票期限及提案门槛。
快照相当于固定本次表决使用的权重依据，避免转移代币后又按新的当前余额重复计算同一份权重。委托则涉及由哪个账户行使投票权，因此理解资格时，应区分持有余额与可用投票权。
计票规则与时间单位
法定参与量回答参与是否充分，通过条件回答支持是否足够，两者需要分别判断。赞成、反对和弃权是否计入参与量，由具体计票模块决定，不能只凭界面上的票数推断结果。
投票窗口还依赖合约采用的时钟。区块高度与时间戳代表不同计量方式，解释开始和结束条件时，需要先确认参数单位，不能把区块数量直接视为固定时长。
结果执行与常见问题
投票通过是否意味着操作已经完成？不一定。采用时间锁的治理流程还可能包含排队、等待和执行环节；表决结果与目标合约实际发生的状态变化需要分别核对。
多签是否等同于社区投票？多签要求预设签名者达到签名门槛，代币治理则按配置的投票权和计票规则作出决定。两者都可用于治理，但参与资格与授权方式不同。
链上可核验是否意味着匿名或公平？公开记录便于复核，却不能单独证明参与者身份唯一或权重分配公平。评估流程时，还需结合资格来源、委托安排和执行权限理解其适用边界。