在最底部的引用点开。
`source:roster.legacy`
`use:marginstabilization`
`owner:discipline.office`
`linked:year-shadow-36`
“看见没有。”周砚指着那行，“保证金稳定用的是旧名册。旧名册不是记录，它是兜底。谁被列进去，谁就默认能在踩踏里多活一轮。可这份旧名册本身已经被侧影化了，早就不是原始顺序。”
陆律看得很快，脸色也变得更冷：“所以他们不是在保保证金，是在保踩踏顺序。”
“准确点说，是在保谁先踩，谁后踩。”周砚说，“只要顺序还在，外面的人就会觉得系统稳。可顺序一旦挪了，责任就能顺着挤压后的缝隙往下滚。最后每个人都觉得自己只是补位，没人承认自己踩过别人。”
调度组那边终于有人忍不住了，声音隔着玻璃传进来，压得很低：“这份旧名册，原始持有方是谁？”
周砚没有马上回答。他盯着那个`roster.legacy`的来源路径，那里有一段被重构层遮住的旧签名痕迹，像被反复擦拭过的墨。
`first-issued-by:alliance.office`
`repacked-by:guarantee.pool`
`final-fallback:year-shadow-36`
“不是一个部门。”他慢慢说，“是一个联盟口。”
这句话一出来，说明室里静了一瞬。联盟口，这种词听上去像组织协作，实际上却是最容易藏踩踏逻辑的地方。因为联盟的名义足够大，大到可以把每一个签字都说成临时协同，把每一次接手都说成补位，把每一次把别人往下压都说成为了稳定大局。
“联盟口的名册，为什么会进侧影库？”许衡问。
周砚把那份旧名册的展开视图再往下拖，最底端露出一条补注。
`用于保证金拥挤期快速分流`
`禁止外传`
`仅限年度应急`
“因为它本来就是为了应急踩踏准备的。”他说，“你们以为保证金是财务动作，实际它是秩序动作。谁有资格先拿，谁要等，谁被转去补位，谁被打回重核，都是通过名册实现的。名册一旦被侧影化，就能在不留下正面痕迹的情况下，悄悄把踩踏转成规则。
本章未完，请点击下一页继续阅读！