Polkadot OpenGov 的起源与轨道是什么？提案怎么被分到不同处理通道

提案先要回答”你以什么身份提”

Polkadot 的链上治理以公投（referendum）为单位运转：任何人都能发起，投票按锁定加权，通过后自动执行——不需要哪位委员点头，也不依赖某个多签钱包的手动搬运。官方维基把它拆解成一串环节——提案、存款、公投时间线、起源与轨道、信念投票、批准与支持率、生效执行——其中最容易被略过却最能解释结果的，是起源（Origins）与轨道（Tracks）这一对概念。起源回答”提案以什么身份提出、通过后能行使哪种权限”：从只能动小额国库支出的身份，到能修改整条链运行时的高级身份，每一档权限对应链上预先登记的一把”钥匙”。轨道则是各类提案的处理通道：不同的轨道有自己的投票确认期与生效准备期，低风险轨道走得快，高权限轨道留给社区更长的反应窗口。

这套设计的意图是把”谁来干”与”多快干”拆开：不再靠一个委员会逐条排期，而是按提案要动的权限预分流。同一件事走不同轨道，等待时间和通过难度都不一样——看公投数据时先查它挂在哪条轨道，再评价它为什么快或为什么慢，否则很容易把机制排队误读成社区冷场。起源的权限含义也比名字听起来实在：链上执行一项变更时，检查的是”这条运行时调用绑定在哪个起源之下”，而不是”提案发起人是谁”，于是”身份”在这套体系里是链上登记的能力，不是链下的声誉。发起端还有一道价格闸门：维基为 OpenGov 单独列了存款一节，开放中的提案席位越少，新提案的存款越贵，用成本筛掉噪音席位——具体金额属于链上参数，引用时以链上当期配置为准，不背静态数字。

信念、支持与取消权

投票侧的关键机制是自愿锁定，也就是信念投票：把代币锁更久，一票的有效权重按倍数放大，代价是解锁前不能动用。官方维基把它列在公投时间线之后单独成节，因为多数链外分析按代币余额数票，而链上实际数的是锁定放大后的票——两边对不上是常态，不是数据出错。理解这一点还有一个副作用：同一批代币在不同次公投里可能带着不同倍数，投票器界面展示的有效票数无法用持仓快照直接复现，跨期比较投票意向时要小心倍数的时间分布。

通过与否看两条曲线：批准度衡量支持票经信念加权后占全体投票的比例，支持度看投赞成的人覆盖了多广，各自随公投推进被自适应阈值逐步抬高——早期门槛松以快速筛掉无人问津的提案，中后期门槛抬升要求更扎实的共识。两条曲线是并行门槛，任何一条没越线，提案都会停在半途。

治理的止损面同样在维基里有明确目录：取消、击杀与拉黑是三种不同强度的处置——取消作用于已通过但尚未执行的提案，击杀终止正在推进的公投，拉黑则让同类提案内容不能再被提交；这些处置本身也绑在高等级起源身份之下，并不属于普通发起者。这与轨道设计是同一套权限矩阵的两面：普通用户能以低门槛发起，越级处置却只能由高等级身份执行，两端的不对称正是这套体系抗劫持的结构。治理代币是什么？链上投票如何运作 讲过治理代币如何组织投票，OpenGov 是它在多权限分轨下的具体形态。

对只想了解结果的人，记住两个核对动作：其一，任何”链上治理通过”的说法，都要落到具体公投编号、所在轨道与执行状态上，缺一项就可能混入仍在排队或已被取消的提案；其二，Agile Coretime 是什么？Polkadot 的出块资源怎么从拍卖改成随用随买 讲过出块资源从拍卖改成随用随买，治理与资源市场是同一次转型的两条腿，只看一条会低估这套体系的复杂度。本文为机制说明，不构成任何投资建议。