每笔都没超过成交量5%，合在一起为什么仍可能超限

每张子单各自低于一个百分之五阈值，不代表合并后的母单仍低于百分之五。只要几张子单重复引用同一段市场累计量，就可能多占额度。正确账本应在每次报单前扣掉已成交和仍在途的数量，撤单确认后才释放预约；本例最终已成交一百一十股、在途四十股，共占用一百五十股额度。

四段市场量怎样生成共享上限

构造观察日为2026年10月24日，四个区间的市场已观测成交量依次为一千、六百、八百、六百股，累计量为一千、一千六百、两千四百、三千股。教学规则明确采用从母单开始时刻累积的外部市场量，母单可占用上限为累计量的百分之五向下取整。额度由同一母单全部子单共享，不是每个子单各享一份。

区间内先处理已确认成交和撤单，再处理本区间新申请。此前在途转成确认成交的数量依次为零、三十、四十、四十股；第三段另收到十股撤单确认。新申请依次为五十、五十、八十、五十股。本页不设置价格、金额费用和账户净值，因为要核对的是单一母单的数量预约，而不是组合资金配置。所有事件量均为构造回报，不保证真实市场可按这些量成交。

区间	本段市场股	累计市场股	上限股	本段确认股	确认撤单股	累计成交股	报前在途股	可用额股	申请股	接受股	拒绝股	报后在途股
1	1000	1000	50	0	0	0	0	50	50	50	0	50
2	600	1600	80	30	0	30	20	30	50	30	20	50
3	800	2400	120	40	10	70	0	50	80	50	30	50
4	600	3000	150	40	0	110	10	30	50	30	20	40

每行的可用额等于上限减已成交再减报单前在途，小于零时取零；接受量是申请量与可用额的较小者。这里把接受的新子单全额预约为在途，是一个明确的保守账务选择。接单不代表成交，已确认成交才转入已成交字段；这两个字段不能相互替代。

第二段为什么只能再接受三十股

第一段上限五十股，零成交、零在途，所以接受五十。第二段市场新增六百股，上限增加到八十。上一张子单成交三十后，还剩二十股在途，因此可用额为八十减三十减二十，只有三十股。虽然第二张申请五十股小于八十，它仍不能被全额放行，超出的二十必须拒绝或缩量。

第三段先确认四十股成交，使累计成交七十、在途十股；再收到这十股撤单确认，在途归零，上限一百二十，可重新申请五十。第四段再成交四十，累计成交一百一十、在途十，上限一百五十，所以新申请五十只能接受三十。最终预约四十加已成交一百一十，恰好占满一百五十。

四次合计接受一百六十股，却没有违反一百五十上限，因为其中十股已经确认撤销、释放额度。累计接受量不是累计成交量，也不是当前风险预约量。若用“历史接受过的全部数量”持续扣减，会让撤掉的订单永久占用额度，虽然看起来保守，却无法正确解释母单为何还有可报量。

一个看似逐笔合规的错误算法

错误做法在每段都只比较本次申请与当前累计上限：五十不超过五十，五十不超过八十，八十不超过一百二十，五十不超过一百五十，于是全部二百三十股获准。若这些订单都成交，便可能超过最后的一百五十股上限。每条检查都显示通过，却完全没有检验合并状态。

另一个较隐蔽的版本扣除已成交，却不扣在途。第二段它算八十减三十等于五十，会多发二十股；旧子单剩余二十股仍可能成交，预算已被两张订单重复承诺。这里无法通过事后把成交按比例打折来补救，因为真实委托可能同时在多个通道被执行，报单前就需要预约或采用可证明安全的协调机制。

把撤单请求当成撤单确认也有同样问题。请求发送期间原订单仍可能成交，提前释放十股就可能让一份额度对应两张有效订单。程序必须保存撤单中状态和实际确认时刻，不能因为界面按钮已经变灰，就把在途量删掉。相关的回报去重与母单剩余账在部分成交后再报剩余量逐事件展开。

参与比例改为一成，状态仍要逐行重放

只将比例由百分之五改为百分之十，市场量、申请量与已确认回报保持不变，上限依次变一百、一百六十、两百四十、三百股。申请全部可以接受；末行已成交仍是一百一十股，在途变成一百一十股，总占用两百二十股，小于三百股。不能仅把原表的接受量乘二，因为第二、三、四段原本被拒绝的量不同，而且中间还释放过撤单量。

区间	本段市场股	累计市场股	上限股	本段确认股	确认撤单股	累计成交股	报前在途股	可用额股	申请股	接受股	拒绝股	报后在途股
1	1000	1000	100	0	0	0	0	100	50	50	0	50
2	600	1600	160	30	0	30	20	110	50	50	0	70
3	800	2400	240	40	10	70	20	150	80	80	0	100
4	600	3000	300	40	0	110	60	130	50	50	0	110

这个对照也不表示提高比例就会凭空增加真实成交。两种版本刻意固定确认回报，是为了检验预约账；真实调度改变后，队列、价格和成交反馈都可能不同。比例本身是教学控制参数，不能从某文档示例百分之五推导任何交易所统一强制限制，更不能将累计已观测成交量与未来全日成交量混用。

缺少共享ID或量口径，先拒绝完整合规结论

实施时先确定母单、证券、方向、执行窗口和预算组ID，再确定分母是已实现市场量还是事前预测量。本文采用已观测外部累计量；若产品定义的是预测量比例，预测版本也需要冻结，不能到收盘后用更大的实际总量回填报单时额度。两类口径的风险不同，不能只因都叫参与率就认定相同。

市场累计量还需要检查修订与重复。若行情更正使累计量下修，已有预约可能暂时超过新额度，应停止新报并记录超限状态，而非把历史成交删掉。本例市场量单调增加，没有演示下修处理，因此代码输出只能证明给定四行输入下的账务守恒。多母单共享账户或多个策略同时用同一额度时，还需更高一层的共享预算，本页不扩展为组合约束优化。

旧文交易成本假设说明成本和限量的重要性，本页交付可逐事件核对的预约余额。评价窗口是否一致可看VWAP执行评价基准窗口；滑点与手续费敏感度仅供基础成本敏感比较，不具备本页的在途预约或并发母单控制功能。

来源核对：Cvxportfolio 1.5.0约束文档，实读ParticipationRateLimit及volume_hat参数，支持交易量比例约束的概念；其接口使用预期量，本页采用已观测累计量与在途预约，是自行构造的不同控制规则，不冒称原库实现。

道积君编辑组，AI辅助编写与核算。全部算例为构造教学输入，非真实交易、交易所撮合或券商收费证明；数值在完整精度计算后显示至小数点后六位，不用于预测收益。

复算资料

本篇编号DJ4-070。下载Python复算脚本（文本）与构造输入输出JSON，按编号核对本篇。脚本改存为.py后可用Python标准库运行，数据不是实际用户记录。