Trail of Bits 推出了 SequenceHash 和 SequenceMAC,并通过 C2SP 进行了标准化,使安全的多重哈希能够适用于几乎所有现代密码学哈希函数,而不再局限于 Keccak。 与普通的增量哈希不同,这两种构造会对每个输入进行长度编码,从而避免不同值或不同数据边界拼接后形成相同数据所造成的歧义。 SequenceHash 采用双哈希构造,以抵御长度扩展攻击,并支持使用可选的自定义字符串实现域分离。SequenceMAC 在 HMAC 的基础上实现带密钥的认证哈希,要求密钥长度至少为 32 字节,同时纳入密钥和自定义元数据,以避免密钥伪碰撞和扩展问题。 这两种构造都使用固定宽度的 128 位字节长度后缀编码,支持流式输入,最大可处理 \(2^{128}-1\) 字节的输入。它们的安全性仍取决于底层哈希函数本身,不能解决更广泛的协议问题,例如编码不一致、输入遗漏或模偏差。 Rust、Go 和 Python 均提供了参考实现,并配有规范及大量测试向量,覆盖多种哈希函数和中间值。SequenceXOF 变体仍在考虑中。
作者评估了 TypeSafe 的 Jev:这是一个低成本“System One”分类器,通过在预训练 Transformer 上附加一个决策头来构建。与自回归大语言模型不同,Jev 会返回带有各选项概率的有类型多选题结果。
在涵盖十种概率分布的一千个基于物理的场景中,Jev 往往能够识别出正确的分布,但其概率校准很差。它的平均总变差误差为 0.518,仅略优于均匀猜测的 0.546。它通常表现得过于尖锐,难以处理逐渐趋近于零的尾部,会给不可能的区间分配概率,并且可能直接利用提示词中明确给出的答案。在公平硬币和骰子问题上,它同样表现得过度自信且存在偏差。
Jev 能够处理相当 advanced 的孤立计算,包括平方根,但会拒绝回答多步骤算术题,并且在追踪十的幂方面尤其困难;单位换算似乎并不是主要问题。作者认为,部分原因在于模型缺少思维链或外部中间存储机制。
这篇文章还警告称,前沿模型可以设计出看似合理的实验,却遗漏致命的实现缺陷——其中一些提示词意外包含了答案,从而把概率校准测试变成了答案抄写测试。