中央银行数字货币建模怎么搞？从货币乘数到清算架构全拆解
搞CBDC建模这件事，核心不是写代码，而是把货币在体系里"怎么生、怎么流、怎么回"讲清楚。过去十几年我跟不同国家的研究团队打交道，发现大部分项目卡壳，都卡在资产负债表的初始设定上——央行、商业银行、公众三方之间，到底谁持有、谁记账、谁承担流动性成本，这一步没定死，后面全是空中楼阁。
货币乘数与储备金比率是建模的地基。传统模型里中央银行数字货币建模怎么搞？从货币乘数到清算架构全拆解，商业银行拿到的CBDC算不算准备金、是否影响法定存款准备金率，直接决定了货币供应量的上限。我参与过一个东南亚国家的沙盘推演，把CBDC储备金比率从0%拉到15%，货币乘数从8.2掉到4.1，流动性几乎腰斩。这个参数不拍脑袋，得拿本国外汇占款和财政存款的历史波动做压力测试。
清算架构的设计决定了系统吞吐量和单点故障半径。零售型CBDC如果走分布式账本，每笔小额转账都要跑共识，峰值时段延迟能飙到秒级；批发型走中心化记账，速度够但容灾依赖硬件冗余。我见过一个项目用混合架构：日间交易走央行实时全额结算通道，日终批量跑批走分布式对账，把两种模式的延迟曲线叠在一起，才把99.99%可用性压到毫秒级。
货币政策传导是建模里最容易被忽视、却最要命的环节。CBDC让央行跳过商业银行直接面向公众，利率工具、公开市场操作的传导路径全变了。我在模型里加了一条"央行→公众"的直连通道后，泰勒规则的反应函数系数得重新标定，否则跑出来的通胀响应比实际偏大两个百分点。别把CBDC当成换了个支付通道中央银行数字货币建模，它的货币制度属性变了。
你所在机构做CBDC建模时，有没有遇到过"参数看着合理、压力测试一跑就崩"的情况？
