作为一名长期关注量子科技赛道的从业者今年是我第二次参加量子年会。相比去年第二届2026量子年会暨Q10颁奖典礼的现场气氛明显不一样了——如果说上一届大家还在聊概念、讲愿景这届年会上几乎每个分论坛都在讨论“怎么落地”“怎么集成”“怎么迁移”。这种从学术圈层向产业圈层渗透的趋势正是量子计算、量子通信、量子加密这些关键词走向工程化的直接信号。这篇内容我打算从现场观察者的视角聊聊这届年会的干货、Q10奖项背后的趋势信号以及几个值得反复咀嚼的技术方向包括后量子加密迁移、量子计算资源池、量子伊辛模型在车辆路径问题上的应用等。1. 年会现场与整体设计思路复盘1.1 议程设置背后的行业成熟度信号第二届量子年会的议程明显比第一届更“重”了。第一届的议程大头是量子物理基础理论、量子算法综述甚至还有不少科普性质的报告。今年不一样主论坛上三个半小时的时间里量子计算、量子通信和量子加密三个方向基本是三分天下而且每个方向都请到了真正跑过一线项目的团队来分享不是单纯讲论文。这种变化其实反映了一个很关键的事实量子科技正在从实验室论文阶段进入到系统集成和工程验证阶段。我翻了一下今年的会议手册光是与“量子系统”相关的议题就有六个覆盖了超导、离子阱、光量子和中性原子四条主要技术路线。如果是两年前能在一场会议上同时听到四条路线的一线进展几乎不可能那时候大多数团队只能守着自己的一条技术路线往下挖现在各家都开始横向对比、互相借鉴说明行业的底层共识已经在收敛。更值得一提的细节是今年年会增加的“应用软件与量子计算资源池”专题论坛。这个论坛虽然安排在第二天下午但现场几乎坐满了人站着听的也不少。这说明产业侧最关心的已经不是“量子计算机什么时候造出来”而是“我现在能不能用上、怎么用、成本多少”。资源池这个概念本质上就是把分散在不同机构、不同技术路线上的量子算力统一封装成服务让开发者不需要懂底层硬件也能跑量子算法实验。这个方向在年会上被反复提及我觉得是今年最大的信号之一。1.2 Q10颁奖典礼到底在颁什么很多没到现场的朋友可能会好奇Q10颁奖典礼到底是个什么奖。简单来说Q10就是“量子十大”的简称由年会组委会联合行业媒体、高校重点实验室和一线企业共同评选每年从过去十二个月量子领域发表的重要成果、产业落地案例和技术突破中选出最具代表性的十个项目进行表彰。今年获奖名单里比较有意思的一个现象是十个奖项中只有四个是纯学术成果剩下六个都带有明显的产业落地属性。比如获奖项目里有量子加密网关在某省级政务云上的规模部署案例有基于量子计算资源池完成的金融投资组合优化实测还有一个团队因为在量子伊辛模型求解车辆路径问题上的工程化突破拿下了“年度应用创新奖”。这个比例在两年前是不可想象的那时候真正的落地案例掰着手指头都能数过来现在评委需要从几十个候选项目里挑十个说明整个行业的项目密度确实上来了。我特别关注了颁奖环节里一个获奖团队的分享。他们做的事情听起来不复杂把量子退火算法和经典车辆路径优化引擎做了融合在混合计算模式下把一个小型物流车队的调度耗时从原来的数小时压缩到了分钟级。这个项目没有用复杂的通用量子计算机而是用专用量子退火设备加上经典计算机的协同本质上就是一种“量子计算资源池”的使用范式。它之所以能获奖不是因为量子硬件多么惊艳而是因为这个团队真正解决了行业用户“怎么用起来”的问题。2. 量子计算方向的关键进展与落地观察2.1 专用量子计算正在跑赢通用量子计算今年年会上关于量子计算的讨论有一种明显的声音通用容错量子计算依然是长期目标但专用量子计算已经在特定问题上体现出实用价值。年会主论坛上有一位嘉宾的比喻我印象很深他说通用量子计算机就像是“万能机床”什么零件都能加工但现在的良品率和稳定性还撑不起车间量产而专用量子计算则像是“专用模具”就做一种零件但速度、成本和良品率都能快一步达到工厂要求。这个比喻在多个分论坛里被反复印证。比如在量子化学模拟领域基于量子退火和含噪声中等规模量子设备的计算已经能处理一些传统方法需要指数级资源才能完成的分子基态能量估算任务虽然规模还限制在小分子但至少已经跑通了从模型到结果的闭环。相比之下通用量子计算领域的逻辑比特数量、纠错开销这些指标虽然也在进步但距离解决实际产业问题还隔着好几个数量级。我的判断是未来两到三年内真正能创造商业价值的量子计算应用大概率会出现在专用方向也就是把量子算法和特定行业场景深度绑定而不是追求通用的一揽子解决方案。年会现场多家企业展台展示的也都是这种思路——把量子计算的入口藏到行业软件后面用户不需要理解量子比特只需要输入数据、拿到结果。2.2 量子计算资源池正在降低使用门槛“量子计算资源池”是这届年会上被提到频次最高的词之一。简单解释一下这个概念资源池就是把多家机构的量子算力包括超导量子计算机、离子阱量子计算机、量子退火设备和模拟器通过统一的云平台接口开放出来用户像调用普通云计算资源一样按需使用按量计费。这样做的好处是显而易见的——不需要用户自己去采购和维护量子硬件也不需要绑定某一家硬件厂商的技术路线。我在现场体验了几家资源池平台的开发者控制台整体感受是API设计已经很接近云计算厂商的风格了支持Python SDK有任务队列、结果存储、用量统计这些基本功能。甚至有平台直接提供了量子-经典混合编程框架开发者可以在同一段代码里定义哪些部分跑量子后端、哪些部分跑经典后端。这种体验相比我前几年接触原始量子指令集的时候友好度提升了不止一个量级。对于中小企业来说量子计算资源池的出现确实是一个实实在在的利好。过去想做量子算法验证要么自己搭环境、要么寻求高校合作、要么买昂贵的设备时长门槛高到劝退。现在注册一个账号申请一下资源配额几十行代码就能跑一个中小规模的量子优化实验。年会现场有开发者分享他们团队从注册到跑通第一个量子退火任务只用了不到一周时间其中大部分时间还花在了理解问题建模上技术上几乎没有障碍。2.3 软硬协同与工具链的演进除了硬件和平台今年年会上我注意到一个新的讨论热点量子软件工具链的成熟度。过去大家关注的焦点都在硬件的量子比特数量、相干时间、门保真度这些指标上但现在越来越多的团队意识到没有好用的软件工具链硬件指标再漂亮也很难转化成生产力。这个变化很像早年芯片行业经历的阶段——硬件性能上去了但编译器、开发工具跟不上导致开发者根本没法高效使用芯片能力。今年的几个报告里已经有团队展示了自己的量子编程框架包括量子线路的可视化调试工具、脉冲级别的控制接口以及自动化的量子-经典混合调度器。这些工具的意义在于它们把开发者从高频的底层细节中解放出来让应用层的工作效率大幅提升。一位做量子金融算法的嘉宾在圆桌讨论里提到他们用新版工具链把过去需要两百多行才能写完的量子线路定义压缩到了二十行以内而且出错率也明显降低。工具链的成熟还体现在标准化上。今年年会的一个分论坛专门讨论了量子计算云平台间的互联互通协议问题几个主流平台都表达了对统一接口标准的兴趣。虽然距离真正的标准化还有距离但至少行业已经开始正视这个问题而不是各自闭关锁国。3. 量子通信与后量子加密的工程化趋势3.1 量子密钥分发正在走出实验室量子通信是这届年会的另一个重头戏。过去两年国内多个城市已经建成了覆盖城域的量子保密通信网络今年年会上分享的重点已经从“网络怎么搭”转向了“网络怎么用、怎么和安全体系融合”。这中间有一组数据让我印象比较深刻——某个省级网络今年上半年的密钥使用量已经超过了去年全年的两倍。虽然绝对数量还不算大但增长曲线说明业务接入的速度在加快。量子密钥分发QKD的原理层面今年没有什么颠覆性的变化依然是利用单光子的量子态不可克隆特性来实现密钥的安全分发。但工程层面的进步很明显设备的体积在缩小、成本在下降、稳定性在提升。有厂商在展台上展示了一台只有标准服务器机箱大小的QKD设备工作温度范围也大幅放宽这意味着它已经具备部署到常规机房的条件不再需要专门的恒温恒湿环境工程门槛降了不少。不过我也要客观说一句量子密钥分发技术目前主要还是应用在政务、金融、电力这类对安全要求极高的行业消费级场景短期内很难看到普及。原因也很简单——QKD需要专用光纤信道或自由空间信道改造成本高对于大多数互联网应用来说性价比并不理想。这也是为什么后量子加密PQC这段时间的关注度快速上升因为它可以在现有网络基础设施上直接部署不需要改造物理链路。3.2 后量子加密迁移为什么大家都在问“PHP怎么做”年会期间有一个很有意思的细节在自由交流环节好几个做应用开发的参会者围着密码学专家问同一个问题——“我们现在用的PHP服务怎么接后量子加密”。这个问题乍一听有点跨界但其实非常符合当前的真实需求。大量的存量业务系统是用PHP、Java、Python这些通用语言写的它们已经稳定运行了好多年而传统的网络协议、证书体系、加密库底层用的基本都是RSA、椭圆曲线这类经典公钥算法。如果要向后量子加密迁移首当其冲的问题就是“这些存量代码怎么办”。后量子加密PQC的核心思路是用抗量子计算机攻击的新型公钥算法替代现有算法。美国国家标准与技术研究院已经标准化了第一批PQC算法包括基于格的CRYSTALS-Kyber和CRYSTALS-Dilithium等。年会上有专家解读了一组数据如果今天有一个使用2048位RSA密钥的系统需要迁移光是在TLS握手层面替换算法影响的组件就包括证书系统、密钥管理系统、负载均衡器、防火墙策略、应用代码等十几个环节。对于大型系统来说这绝对不是一个“升级一下库版本”就能解决的问题而是一项需要提前规划的系统工程。具体到PHP这类语言现阶段可行的路径其实已经比较清晰。主流做法是通过OpenSSL的provider机制加载PQC算法实现然后在PHP的cURL扩展或OpenSSL扩展层面启用新算法套件。目前像liboqs这样的开源项目已经提供了OpenSSL兼容的provider意味着用PHP写的HTTPS客户端和服务端理论上可以通过配置切换到后量子算法套件。但这里有一个很现实的坑——不是所有PHP版本和操作系统的OpenSSL版本都支持动态加载provider需要事先验证整套链路的兼容性。3.3 密码迁移的实操路径参考结合年会上的专家分享我把后量子加密迁移整理成了一个比较通用的三步走路径供大家参考。第一步是资产盘点。把系统里所有使用公钥密码的场景摸清楚包括TLS证书、代码签名、SSH登录、数据库加密、API签名等制作一份完整的密码资产清单。这一步最容易被忽视但恰恰是整个迁移工程的基础。第二步是业务优先级排序。不是所有系统都需要在第一批迁移优先级应该综合以下几个因素来判断系统是否承载长期敏感数据、是否面向外部用户、改造复杂度是否可控。比如一个保存用户加密身份信息的系统显然比一个临时缓存系统更需要优先迁移。第三步是PQC和经典算法的混合过渡。实际落地时不建议直接切换到纯PQC算法因为PQC算法的性能特性和现有算法差异较大直接切换可能带来兼容性或性能问题。行业里比较稳妥的做法是采用混合模式即经典算法和PQC算法同时启用既保留了向后兼容性又能在量子攻击来临时提供保护。这种混合模式在TLS 1.3的扩展机制里已经能够实现OpenSSH的新版本也开始支持混合密钥交换。4. 量子应用场景拆解以车辆路径问题为例4.1 量子伊辛模型为什么适合做组合优化这次年会上量子伊辛模型在车辆路径问题上的应用被反复提及甚至成了一个专题讨论的主题。很多人可能看到这个标题就觉得太学术但我可以负责任地说这其实是量子计算离普通商业应用最近的一个方向。先解释一下量子伊辛模型。它是一个描述磁体自旋系统行为的物理模型每个自旋只有两种状态上或下自旋之间存在相互作用模型的目标是找到系统能量最低的自旋排布方式。这个数学形式看起来是纯物理问题但它和组合优化问题之间存在一个非常自然的映射关系——组合优化里每个变量的二元选择比如某辆车是否经过某条路径可以类比成一个自旋状态优化目标可以编码成能量函数。找到最优解就相当于找到系统的基态。车辆路径问题VRP正是组合优化领域最经典的问题之一也是物流、快递、外卖等行业每天都要面对的真实问题。它要求在满足一系列约束条件车辆容量、时间窗、配送优先级等的前提下规划出成本最低的车辆行驶路线。传统的求解方法在问题规模变大时会遭遇“组合爆炸”——候选路线数量呈指数级增长经典计算机在有限时间内很难找到最优解。量子退火设备天生就是在伊辛模型上搜索低能态的硬件因此被业界普遍认为是解决这类问题最有潜力的方向之一。4.2 一个具体的混合计算案例年会现场一个获奖团队的案例分析让我印象很深。他们服务的是一家区域物流公司日均配送任务约3000单涉及30多辆配送车和80多个配送点。业务方原来的调度方式是资深调度员使用商业化路由软件手动调整每天需要花大约三到四个小时产出当日调度方案而且方案质量高度依赖调度员的经验。这个团队的技术路线是典型的“量子经典”混合计算。他们把VRP问题拆成两层宏观层面的路线规划和微观层面的单路线节点排序。宏观层使用量子退火设备处理把车辆和配送点的分配关系编码成伊辛模型微观层则交给经典优化引擎处理负责单条路线上各个节点的最优排序。这种分工方式充分利用了量子设备在全局搜索上的优势同时避开了当前量子比特数量有限、无法处理大规模实例的短板。最终的效果是整个调度流程从三四个小时压缩到了十分钟以内而且方案总成本比原来人工调度平均下降了大约百分之七。这个数字听起来可能不算夸张但对于月配送成本上百万的物流公司来说一年省下来的费用非常可观。更重要的是这个方案上线后调度员从繁琐的日常排线工作中解放出来把精力转移到异常处理和客户沟通上。这个案例拿奖我觉得实至名归。4.3 落地中遇到的典型问题这个团队也分享了不少踩坑经验其中最有价值的是关于问题建模的部分。很多初次接触量子优化的团队习惯性地把业务约束条件一股脑全部塞进量子模型中结果模型的量子比特需求超出硬件资源上限或者约束权重的调节变得非常困难。而这个团队的经验是把“必须满足的硬约束”和“尽量优化的软约束”区分开硬约束尽量在经典层消化只有那些真正影响全局结构的约束才编码进量子模型。另一个问题是采样方差。量子退火设备每次运行得到的结果并不是完全一致的需要进行多次采样然后从概率分布中挑选能量最低的可行解。这就要求应用层设计合理的采样和筛选策略而不是简单跑一次就交差。他们测试下来针对他们的业务规模每次任务至少需要几千次采样才能得到稳定的优质解这对资源池平台的计算配额提出了不低的要求。不过总的来说这个方向已经进入了可以实际落地的阶段尤其适合配送路径规划、生产排程、资源调度这类存在明确优化目标且规模适中的场景。5. 现场交流中的高频问题与实操观察5.1 大家真正关心的问题是什么年会的圆桌讨论和自由交流环节往往是观察行业真实关注点最好的窗口。今年我明显感觉到提问的焦点从“量子计算什么时候能用”变成了“我现在该怎么准备”。带着具体问题来的人明显变多了有做政务系统安全评估的工程师有物流公司的技术负责人有金融机构的架构师甚至还有几个独立开发者。大家的关切可以归纳成三类第一类是安全性问题集中在后量子加密迁移的时间节点和具体路径上很多人担心自己的系统在企业开始强制使用PQC算法之前还没有做好准备第二类是算力获取问题不知道从哪里入手体验真正的量子计算很多人对资源池平台的计费模式和配额政策不太清楚第三类是场景适配问题想知道自己的业务到底适不适合用量子算法来解决以及怎么判断一个问题值不值得用量子计算。这些问题其实反映了同一件事整个行业正在从“看热闹”向“做事”转变。去年大家问的是“量子计算靠谱吗”今年问的是“我该怎么上车”。转变虽然还不够剧烈但方向已经非常明确。5.2 给准备入场的团队几条建议结合这次年会的信息我给准备在量子领域布局的团队或者开发者几条比较实在的建议。第一不要在硬件上投入太重。除非你的团队本身就有量子物理背景和充足的预算否则直接采购量子计算设备在当前阶段ROI极低。更合理的方式是通过量子计算资源池按需使用算力先把应用场景跑通再考虑是否需要深度绑定特定的硬件路线。第二优先寻找能“混得动”的场景——就是量子算法和经典计算能够协同工作的领域。目前纯量子方案能解决的问题非常有限但混合计算模式下的应用空间明显大得多。判断一个场景是否适合最简单的标准是这个问题是否可以被建模成组合优化问题以及问题规模是否在量子设备当前可处理的范围内。第三后量子加密迁移要提前动起来不要等技术强制要求生效再开始。密码算法的迁移周期通常以年为单位大型系统甚至需要十八到二十四个月的完整周期。现在开始做资产盘点和PQC试点是最稳妥的策略。5.3 我观察到的几个趋势信号最后分享一下我在会场内外观察到的趋势信号。信号一量子计算从业者的背景正在快速多元化。今年明显有更多软件工程、运筹优化、金融工程背景的人进入这个领域而不仅限于物理学博士。这对于行业发展来说是件好事因为应用生态的繁荣需要更多“懂业务”的人来参与共建。信号二商业闭环的雏形开始出现。今年年会上已经出现了一些不靠政府科研经费、而是靠实际项目交付实现营收的量子科技公司虽然营收规模还不大但至少证明了行业存在市场化生存的可能性。可持续的商业造血能力是行业从概念走向产业的重要标志。信号三国际标准领域的话语权争夺已经暗流涌动。不管是量子计算平台的接口标准还是后量子加密算法的迁移规范各方都在积极争夺制定权。对于国内团队来说参与到标准制定过程中既是话语权问题也是实际利益的分配问题。6. 写在最后两届年会都参加了综合对比下来最大的感受是量子科技这个领域真的从“听概念”进入到了“看工程”的阶段。去年的我还在为一个量子比特数的刷新数据兴奋今年我更愿意蹲在资源池平台的工位前看一个开发者怎么把一个物流调度问题从业务语言翻译成伊辛模型。后量子加密的迁移也不是遥不可及的规划已经有团队在PHP、Java这些最普通的业务栈上做起实验。如果你问我对行业未来两年有什么预期我的判断是量子计算资源池会成为越来越多企业和开发者的入门通道混合计算会成为量子应用的主流范式后量子加密会从合规话题变成实际工程需求提前做迁移准备的团队会获得明显的先发优势量子伊辛模型在物流、金融、制造等垂直行业的落地案例会越来越多每个行业会沉淀出自己的最佳实践模板。我个人的体会是这个行业不缺宏大的叙事缺的是愿意沉下心把一个具体问题跑通的人。不论你是做底层物理实验的还是写业务代码的只要你在一线扎扎实实推进一个量子相关的小任务都是这波浪潮里值得被记录的努力。期待在下一届年会见到更多带着落地成果来交流的面孔。