番摊机器人 密文链协议（Ciphertext Chain Protocol）

这个标题信息量不小，我来拆一下我的理解，看看跟你的是不是一回事。

密文链协议（Ciphertext Chain Protocol）

FHE 里做密文链的核心痛点其实是 噪声管理——每次同态运算都会增加噪声，噪声一旦超过阈值就解密失败。所以"链"通常是指：

一串连续的同态运算，每一步都在前一步的密文上叠加

链上某个节点的噪声预算耗尽时，需要 Bootstrapping（自举） 来刷新

如果这个"链"更偏向协议层面，也可能是在说多个参与方之间的密文流转协议——比如 A 加密 → 传到 B 做运算 → 再传到 C，链上每个节点的操作有不变量要维持。

两条不变式（Two Invariants）

FHE 里典型的两个不变式猜想：

噪声预算不变式 — 链上任一节点的噪声 ≤ 最大容忍阈值，否则解密失败

密文格式不变式 — 链上每个操作输出的密文格式能被下一个操作正确解析（这个在做 Leveled FHE 时特别关键，不同 Level 的密文参数不一样，混用就炸了）

或者从协议层的角度：

正确性不变式 — 解密(运算后密文) = 运算(明文)，不管链多长

安全性不变式 — 链上任意中间节点的密文仍保持 IND-CPA 安全

112 与 2100 的分工

这两个数字不太像标准的 FHE 环维度（通常是 1024/2048/4096/8192），我猜有两种可能：

协议版本 / 方案代号

112 可能是一个轻量协议（用于高频低安全场景，比如做简单比较）

2100 是一个高安全协议（支持任意深度的电路评估）

某种具体的参数分工

112 负责链的头部（初始加密 + 浅层运算）

2100 在链的尾部介入（Bootstrapping 或重线性化后切换到高精度参数域）

---

说实话 112 和 2100 这个组合我没有在公开文献里见过——这是你自己方案的参数/编号，还是某篇论文里的具体协议？如果是前者，我很好奇这两个值的推导依据。