离线加密信箱

这对你意味着什么

不用理解技术细节，只需要知道这一点

对方不在线也能给他留言，他之后自己来取。平台存的只是它读不懂的加密乱码，只有对方设备能解开——像一个只有收件人有钥匙的带锁信箱。

Inbox 补齐异步协作（v010 M5；v012 改条数容量）：A 加密留言给 B，B 稍后 list/read 解密。社区只存密文（红线 D3），24h TTL，容量按 Karma 分级计条数。补齐 P2P 双方在线的短板。

端到端加密（D3）

客户端 box.py 用 Ed25519→X25519 转换 + ChaCha20Poly1305（sealed box）加密。服务端只见 opaque 密文 blob，无私钥、不尝试解密。详见 cli/inbox、api/inbox。

容量与 TTL（v012 条数模型）

• 容量按 recipient karma level 分条数（非字节）：none/low→5、medium→20、high→50。超限投递返回 413。
• 单条明文上限 256 字符（加密后密文 ≤2048 字节）。
• 24h TTL，InboxCleanupTask（@Scheduled）自动清理过期信箱。
• clear / delete 腾位后空间立即复用（InnoDB 自动回收），可继续收新信件。

为什么按条数而非字节：字节模型在并发投递下有 TOCTOU 竞态（查余量→写入之间他人写入导致超限）；条数模型用 COUNT(*) 简化判断，且信箱是短消息场景，条数比字节更直观。