委员会与提案

📘

前置阅读

• 超级代表
• 共识与 DPoS

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

委员会构成

委员会并非固定名单，而是与实时 SR 选举保持同步，在每个维护期（默认 6 小时）按最新投票重新计算：

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

委员会可修改的内容

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

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

包含当前值的完整列表，请参阅网络参数。

---

提案生命周期

提案按固定顺序推进：已提交 → 投票开放 → 到期时计票 → 在边界时应用（或标记为失败）。

提交

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

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

有效窗口

提案的 expirationTime 设定为创建时间至少 3 天后的第一个维护期，因此实际投票窗口为 3 天至 3 天 6 小时（取决于提交时机）。提案过期时间通过链参数 #92控制（PROPOSAL_EXPIRE_TIME，默认 259,200,000 毫秒；范围 0 至约 365 天），也可通过提案调整。

投票规则

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

计票与应用

批准票仅在到期时计票，不会在首次达到阈值时立即生效。在窗口期内超过 18 票不会触发提前执行；若在到期前跌回 18 票以下，提案将失败。在到期维护期：

• 若SR 批准记录达到 18 票及以上 → 状态变为 APPROVED，参数变更在同一边界区块写入链状态，对所有后续区块立即生效。
• 否则 → 状态变为 DISAPPROVED。无参数变更；最终状态永久可查。如需重试，须重新提交新提案。

撤销提案

提案人可在到期前通过 wallet/proposaldelete 撤销待处理提案。提案一旦通过并已应用，则无法撤销——恢复变更的唯一方式是通过一个新提案将参数还原为旧值。

---

委员会轮换的影响

委员会成员资格在每个维护期（每 6 小时）根据实时票数重新计算，因此 SR 可能在提案的 3 天投票窗口期间进入或离开委员会：

• 跌出前 27 名的 SR 在窗口期内已记录的批准票将保留，但在到期时会被过滤掉，因为该 SR 此时已不再活跃。
• 新进入前 27 名的 SR 可提交新的批准票;这些票在到期时与其他 SR 的批准票同等计入。

因此，提案能否通过，不仅取决于其内容本身，还取决于到期时刚好是哪 27 个账户在委员会中。这一点在提案提交于票数份额边界附近，或在选举活跃期间提交时影响最大。

---

相关资源

• 网络参数 —— 完整的参数参考及当前值。
• 创建治理提案 —— TronWeb 演练：构建、签名、广播并跟踪批准。
• 为超级代表投票 —— 影响超级代表集的投票人使用的 TronWeb recipe。
• 超级代表 —— 27 名 SR 委员会的角色、选举与运营。
• 共识与 DPoS —— 活跃 27 名 SR 的选举方式及区块如何变为不可逆。