把原本该先追的人挪到后面，把原本该承压的责任改写成‘轮换修复’。这样一来，踩踏就不再显得是人为的，而像是自然拥堵。”
他说完，手指已经飞快滑过清算册模块，把“保证金踩踏预防模块”点开。
系统立刻弹出一个极长的选择框，里面全是看上去极其合理的选项：
优先修复名额分配、缓冲池顺延、历史担保重排、年度口径归并、责任席位轮换确认。
“都是坑。”林序只看了一眼就下了判断。
“对。”周砚说，“每一个选项都在帮他们把踩踏写成制度动作。”
他没去选这些现成项，而是点开“自定义依据”，在输入框里直接敲下：
【保证金名额仅可按原始调用顺序分配】
【修复名册不得覆盖原始签核名册】
【历史担保重排需逐项对应原始责任席】
输入完成后，他停了半秒，又补了一句。
【若名册顺序发生变化，视为修复挤兑。】
“你这是在给他们下定义。”信息中心主任眼皮跳了一下。
“对。”周砚说，“这时候不下定义，就会被他们先下定义。保证金踩踏不是事故，是修复挤兑。修复挤兑不是拥堵，是名册抢位。名册抢位不是内部协调，是责任转移。只要定义先落地，后面每一次翻册都得按这个定义走。”
系统沉默了两秒，随后弹出核验提醒。
【依据已接收】
【请补充：原始调用顺序证明】
周砚没有半点犹豫，直接把之前整理好的时间轴拉过来。
调用时间、补偿路径、备用池引用人、签核状态、历史担保值、折扣后值，所有字段一行行排开，像一张已经铺到地板上的长图。原始调用顺序并不复杂，复杂的是对方一直在用“修复优先”把顺序往后推。现在周砚把它重新拽回来了。
“原始顺序在这里。”他点着第一条，“谁先动，谁先补，谁先签，谁先被记入册，不能改。只要顺序还在，保证金踩踏就不能被包装成自然波动。”
林序盯着那条时间轴，忽然问：“如果对方继续补修复呢？”
“那就让它补。”周砚说，“补得越多，翻得越快。”
“什么意思？”
周砚没有立刻解释，而是把刚刚生成的“年度清算册预录”调到前台，又把“意义分摊申请”和“保证金踩踏预防模块”并列到同一屏。
“你看。”他说，“意义分摊要先入册，保证金踩
本章未完，请点击下一页继续阅读！