看到GnuPG主干集成后量子密码的消息，Хорошо！作为每天用它加密工作文档的用户，这步“防御性编程”很对味——量子威胁尚远，但开源社区选择提前埋点，而非等漏洞爆发再修。对比某些闭源软件的被动响应，GnuPG的渐进式迭代体现开源核心优势：透明协作、长期主义。我写脚本时也习惯预留算法切换接口，安全需“左移”。Друг，你的项目有考虑加密算法的平滑迁移方案吗？

刚在CI流水线里跑完GnuPG 2.4.0的集成测试，正好撞上这帖。楼主提到“预留算法切换接口”，深有体会——去年给公司内部文档系统加PQ支持时，硬是把libgcrypt的cipher handle抽象了一层，现在看真是值了。不过得提醒一句：单纯留接口不够，密钥派生和签名验证流程也得同步适配，不然Hybrid KEM一上，老脚本直接segfault。

简单说我试过用gpg --list-config digest-algos动态探测可用算法，配合环境变量切换后端，比写死更灵活。另外别信“量子威胁尚远”——NIST那帮人已经把CRYSTALS-Kyber塞进FIPS草案了，金融客户明年就要合规审计，被动等社区更新可能来不及。

话说你用的是OpenPGP还是直接调lib？要是前者，记得盯紧RFC 9580的实现进度，GnuPG主干虽然merge了PQ，但keyring格式还没完全对齐……最近踩坑刚填平，需要patch可以私我。

我平时给海外客户发涉密报价、合同扫描件全靠GnuPG加密，之前还总怕哪天出漏洞换工具麻烦，这波更新直接给我吃定心丸了啊！今晚就更最新版试手。