委员会与提案

📘
前置阅读

超级代表

共识与 DPoS

TRON 委员会由当前 27 位 SR 组成，是链上唯一能通过投票修改网络动态参数的机构:产块奖励、资源定价、TVM 功能开关、提案有效期,以及数十个控制网络行为的参数都由它决定。本文说明委员会的构成、提案从提交到生效的完整链路,以及委员会轮换对待处理提案的影响。

委员会构成

委员会并非固定名单，而是随 SR 选举结果更新。当前主网的计划维护间隔为 6 小时；每次维护处理时，网络按最新投票重新计算委员会成员：

角色	票数排名	是否在委员会	可否提交提案	可否对提案投票
SR	前 27 名	是	是	是（到期时计票）
SR 合伙人（SRP）	28 – 127 名	否	是	批准记录在链，但不计入结果
SR 候选人（SRC）	128 名及以后	否	是	批准记录在链，但不计入结果

所有在 witnessStore 中注册的地址均可提交提案或批准交易。注册方式是通过 WitnessCreateContract 交易，该交易将一次性销毁 9,999 TRX 手续费。提案提交本身不额外收费。

委员会可修改的内容

委员会提案可修改链上动态参数，涵盖：

经济参数 —— 产块奖励、投票奖励池和各类网络费用。
资源参数 —— 带宽与能量单价、每日免费配额、能量总上限。
协议参数 —— 维护周期间隔、提案到期时间、最大交易执行时间。
TVM 参数 —— 激活新的 opcode，启用以太坊兼容升级（Constantinople、Istanbul、London、Shanghai）。
共识参数 —— 账户创建费用、多签启用、质押机制选项。

参数的当前值、取值约束和查询方式，请参阅网络参数。

提案生命周期

提案按固定顺序推进：已提交 → 投票开放 → 到期后的首次维护处理时计票 → 应用（或标记为失败）。

提交

任何 SR、SR 合伙人或 SR 候选人均可提交携带 {参数 ID: 新值} 的 ProposalCreateContract。一个提案可包含多个参数，整体投票——全部通过或全部否决。

完整的 TronWeb 操作演练（构建 → 签名 → 广播 → 跟踪批准），请参阅创建治理提案 recipe。

有效窗口

提案的 expirationTime 设定为创建时间加提案有效期后的下次计划维护时间。提案有效期由链参数 #92（PROPOSAL_EXPIRE_TIME）控制，初始值为 259,200,000 毫秒（3 天）；参数值必须大于 0 且小于 31,536,003,000 毫秒。按当前 6 小时的计划维护间隔和 3 天有效期计算，实际投票窗口介于 3 天和 3 天 6 小时之间。

投票规则

仅批准制。 投票只能添加批准或撤回已投出的批准。没有反对票——到期时未处于活跃"赞成"状态的票不计入阈值。
谁的票被采纳。 SR、SR 合伙人和 SR 候选人均可提交 ProposalApproveContract，提交记录会上链。仅到期时 27 名 SR 的批准票才计入——非活跃成员的批准票被过滤掉，对结果没有影响。
通过阈值。 若提案到期时，27 名超级代表中至少有 18 名 批准，则提案通过。

计票与应用

批准票仅在到期后的首次维护处理时计票，不会在首次达到阈值时立即生效。在窗口期内达到 18 票不会触发提前执行；若到期计票时有效批准票少于 18 票，提案将失败。节点先按本次维护更新前的活跃 SR 集过滤批准记录，再结算提案：

若 SR 批准记录达到 18 票及以上 → 状态变为 APPROVED，参数值写入链状态并用于后续区块。
否则 → 状态变为 DISAPPROVED。无参数变更；最终状态永久可查。如需重试，须重新提交新提案。

撤销提案

提案人可在到期前通过 wallet/proposaldelete 撤销待处理提案。提案一旦通过并生效，便不能再撤销。能否通过后续提案改回旧值，取决于该参数的协议校验规则；部分功能开关启用后，协议不再接受将其改回 0 的提案。

委员会轮换的影响

提案计票完成后，节点才根据最新票数更新活跃 SR 集。当前主网的计划维护间隔为 6 小时，因此 SR 可能在提案的投票窗口内经过较早的维护处理进入或离开委员会：

在到期计票前已于较早一次维护处理中跌出前 27 名的 SR，其批准记录仍会保留，但计票时会被过滤掉。
在到期计票前已于较早一次维护处理中进入前 27 名的 SR，可提交新的批准票；这些票在到期时与其他活跃 SR 的批准票同等计入。

因此，提案能否通过，不仅取决于批准记录，还取决于到期计票所使用的 27 名活跃 SR。这一点在候选人票数接近第 27 名时尤其重要。

前置阅读