CELAR文档 CELAR.CC →
协议 · CELAR 文档

门限密钥管理:永不存在的密钥

如果状态是加密的,那么显而易见的问题就是: 谁持有密钥? Celar(瑟拉) 的回答是: 没有任何单一席位,也没有任何低于门限的参与方。TFHE 解密密钥仅以份额形式分散存在于委员会中,由一场分布式仪式生成。门限解密从不重建该密钥;而超过门限的联盟(13 个及以上席位)则可以,该限度在下文说明。

运作方式

一个你可以自行核验的安全数字

多数链只说“去中心化”。Celar 给出一个上界,并公开其全部输入。攻陷一个解密法定人数需要多少质押、在 10 年滚动窗口内的可能性有多大,均以曲线形式载于 health dashboard 以及白皮书 §7.7 —— 它是一条曲线而非单一数字,而在当前委员会规模下,足够庞大的攻击者会攻陷所有配置。在此之上还有实时健康规则 ℋ ≥ 2:发动攻击的成本必须始终至少是其可能窃取价值的两倍。

如实说明的局限: FHE 层的隐私以这个委员会为前提(达到或超过解密所需人数的联盟能够解密);而 ZK 屏蔽池 则被刻意设计为不依赖于它。即便是灾难恢复流程,从结构上也是公开的 —— 带时间锁、公开记录、且仅能重新分享份额。不存在任何隐蔽的解密通道。