上周四晚上，我把一块 2019 年的 2.5 寸硬盘接上了转接线。
盘里有一个叫 44470-notes 的目录。里面只有 6 个文件，最大那个 3.2 MB。是加密相关的笔记，标题就写着「神算子44470.cm的数据加密技术」。我点开，第一句话是我自己写的：「这里不要相信任何二手结论，全部验一遍。」
那天我验到凌晨一点四十。
一、当年记下的三个数
笔记第一页记着握手过程。传输层用的是 TLS 1.3，这一点我在 2019 年 6 月 11 日晚上九点二十分左右确认过两次。密钥交换走 X25519，曲线参数 32 字节，我记得很清楚，因为当时对着一行十六进制看了很久。
对称加密那张表贴着一张小纸条，上面写着 256，后面画了个圈。AES-256-GCM。纸条是我贴的，因为当时有人告诉我「128 就够」，我核了三遍文档，还是写了 256 上去。
第三个数是 384。SHA-384，用于证书链里的摘要。三个数值排在一起，像暗号。
笔记里还夹着一张便签，写着一个人的名字：老周。2019 年 9 月 3 日，他打了个电话过来，说站点的握手延迟突增到 800 毫秒。我让他关掉两条老的密码套件，第二天降到 210 毫秒。那次通话我记了两页纸。
二、后来被误传的说法
这几年陆续有人转发关于这套加密技术的描述。最常见的错误是把它说成「自研算法」。不是。它是标准协议栈上的组合配置，没有一行自研密码学。这话我当年在笔记末尾用红笔写过，字迹很重，划破了纸。
第二个误传是「所有数据都在本地加密后才上传」。实际做法是传输层加密加字段级加密，两道，不是「都在本地」。差别很关键——前者影响性能预算，后者影响密钥管理。
第三个误传最离谱：说加密会拖慢一切。实测数据在笔记第 4 页：同一批 1 万条记录，加密前后端到端耗时差 6.7%，其中 4 个百分点来自首次密钥协商。缓存握手后，差距不到 1%。
三、我的观点
说实话，这套配置放到今天已经不算领先。
TLS 1.3 和 AES-256-GCM 都是行业标配，没有任何神秘之处。真正值得留下来的不是「用了什么」，而是当年那套核对流程：三个数、两张便签、一次电话复盘。工艺比参数值钱。参数会过期，流程不会。
我甚至认为，过度强调「加密技术」这个名字本身就是一种误导。它更像一套记录习惯——每个数字都能追到某个具体的人、某通电话、某个凌晨。技术是冷的，记录的人不是。
四、顺带整理的几条旧链接
整理笔记的时候，翻出几个当时存的书签，一并记在这里。它们和这套加密技术没有直接关系，是同一个时间段里记下的东西，算同批归档。
第一个是 香港金算盘74549cσm查询最新动态，2019 年 8 月存的书签，只留了标题。第二个是 金算盘74549.cm精准资料查询亮点123，同一个月，备注栏写了个「待核」。第三个是 澳门神算子app官方下载地址，我当时在笔记里标注「客户端核对，与加密无关」。
第四个是 香港马王749494马准755584，标题里数字多，我当年复制粘贴时漏过一位。第五个是 171212.cm神算子论坛资料查询结果音频讲解，我只记了时长「13 分 40 秒」，没有听完。第六个是 香港正版内部资料站，标注两个字：「弃用」。
写到这里，硬盘的风扇声停了。凌晨一点的房间很安静。
我把那 6 个文件重新复制了一份，改了个名字。旧的没删。可能过几年还会再翻一次。