高信用节点、标准节点、基础节点。
分层本是为了防止单点、扩大覆盖、保障弱者进入。
可当维护欠账上升，版本不一致增多，分层开始被市场化：
*大机构说：“我们只用高信用节点。”
*中型机构说：“我们至少要标准节点。”
*小机构说：“我们只能用基础节点，但基础节点的结论会不会被合作方不认？”
这会产生一个残酷结果：
基础节点被边缘化，参与者减少，维护资源更少，质量更差；
高信用节点被挤兑，负载飙升，响应变慢；
响应变慢又被解读为“不透明”或“隐藏”，进一步推高挤兑。
这是典型的正反馈：
质量稀缺→抢高等级→高等级过载→更稀缺→更抢。
而公共体系最怕这种“优质资源被挤兑”的循环，因为它会把能力增发的成果变成虚假繁荣：节点数量在增长，可真正可用的节点越来越少。
林致远盯着负载热力图，问了一句很现实的话：
“如果高信用节点持续过载，会不会触发新的挤兑？”
顾明回答：
“会。不是事实挤兑，不是规则挤兑，而是‘服务挤兑’。大家会说公共体系反应慢，转去私下联盟。私下联盟一多，暗门就长出来。”
周砚在白板上写下：
**维护是信用的根。**
“根烂了，树再大也会倒。”
---
###三、维护挤兑的本质：不是技术问题，是责任与激励问题
很多人第一反应是：加人、修补、统一版本。
这当然必要，但不够。
顾明把维护欠账拆成三个来源：
1）**工具维护欠账**：开源组件版本迭代快，但维护基金不足，修复滞后。
2）**节点维护欠账**：新加入节点多，但运维能力参差，轮值响应不稳定。
3）**标准维护欠账**：联邦差异存在，升级窗口不一致，导致摘要口径偏差被放大。
这些欠账背后都有同一个根因：
**维护责任没有被清算。**
增发时大家愿意喊“扩容”，
维护时大家开始问“谁来干”。
维护不够光鲜，不直接带来增长，却直接决定体系是否可用。
如果维护被当成“公共免费品”，就会被搭便车。
搭便车一多，维护就会崩。
维护崩，质量稀释，挤兑发生。
周砚说：
“我们走到今天，已经学会了让风险、承诺、衍生、分摊都可清算。现在要学会让维护也可清算。”
---
###四、维护清算台：把维护从“美德”变成“账本”
清算所决定成立新单位：
**维护清算台（MaintenanceClearingDesk）。**
它的任务很明确：
把维护作为一种公共信用资产，建立可登记、可占用、可偿还、可惩罚的机制。
维护清算台建立三张账：
1）**版本账（VersionLedger）**
记录每个工具、每个节点、每个摘要组件的版本状态：
*当前版本、已知缺陷、修复计划、升级窗口；
*哪些节点落后、落后多久、风险影响范围；
*哪些差异会影响摘要口径、会影响哪些领域。
2）**维护债账（MaintenanceDebtLedger）**
任何节点、任何工具、任何联盟一旦出现维护欠账，都会形成维护债：
*欠账类型（安全补丁/一致性/可用性/文档/训练）；
*影响等级（L1-L3）；