THE ROMANCE OF CRYPTOGRAPHY
不是把钥匙藏在日历后面。
而是让一个未来时刻的签名，参与开启今天的秘密。
我们不替你保管心事，也不替你记住约定。
你保存密文，时间带来签名，数学让两者相遇。
工程问题 → 方案 → 限制
数学如何守约：drand 与 tlock 把未来轮次的签名变成开启条件，不依赖 Pathadd 保存文件或按日历发放钥匙。
工程问题：提前交付密文，为什么未来才能开启？
本地倒计时和隐藏按钮可以被修改，不能提供密码学时间条件。依赖某个网站未来交付口令，又要求长期信任它准时在线且不提前泄露。
这里选择让未来的公开签名参与恢复数据密钥：今天能生成密文，却尚未拥有开启它所需的未来轮次签名。发送方仍掌握原文件，时间锁不限制发送方另行泄露明文。
方案：drand 阈值签名 → tlock 封装密钥 → 本地分块解密
多个独立节点各自持有秘密的一份，通过阈值 BLS 签名共同生成公开信标。单个节点不能独自完成。采用 drand Quicknet 主网，约每 3 秒一个轮次；浏览器用固定主网公钥验证签名，不只相信接口回答。
tlock 基于身份的加密把条件绑定到未来轮次。今天先用随机数据密钥加密文件，再用 tlock 锁住这把密钥；该轮有效签名公开后才能恢复。尚未公开的是未来轮次签名，并非所有密钥都尚未产生。
赴约日对应本地零点或之后的第一个 drand 轮次，文件内保存精确时刻和轮次。改文件名、倒计时或电脑时钟不能生成有效签名。加密只使用公开参数；解密只请求公开信标，不向 drand 发送文件、原文件名或数据密钥。
单文件最大 1 GiB，生成独立 .enc 格式。接收时选择密文与输出文件夹，页面打开且联网时等待有效签名并保存明文，不覆盖同名文件。它与个人凭证、企业传输和时封包不兼容。
限制：开启时间不是失效时间，也不是指定接收方认证
安全性依赖密码学假设与 drand 阈值协作，不是区块链式共识。达到阈值的节点串通或秘密份额泄露可能提前生成签名；网络长期停签或信标不可用，开启可能延迟甚至无法完成。
页面关闭时不会后台运行，重新选择密文即可继续。任何持有密文的人在有效签名公开后都能解密；没有口令、接收方限制、撤回或找回机制。约定日只是开启时间，没有企业传输那样的领取次数或授权截止。
建议把生成的 .enc 加密文件自行发到自己的邮箱备份，而不是把原明文当作时间锁备份。本站不发送邮件、不代管文件。邮箱不保证永久保存，建议保留独立副本；长期赴约仍依赖密文完整、兼容工具与有效信标可获得。