DeepSeek过去最被用户吐槽的，就是服务器动不动就崩。不过从今往后，这种情况大概率不会再出现了。原因是一篇梁文锋挂名发表的论文，标题叫《DSpark：基于置信度调度的推测解码与半自回归生成》。按DeepSeek的习惯，DSpark应当读作D·Spark，不是DS·park。这是梁文锋自2024年《DeepSeek LLM》以来挂名的第12篇论文。更有意思的是，这篇DSpark和他2010年的硕士毕业论文在思路上“撞车”了。DSpark相当于给DeepSeek装了个加速器，用户最直接的感受就是快、稳、不崩。同样质量的回答，速度提升了60%到80%，本来要等10秒的回复，现在五六秒就出来。最关键的是，高峰时段DeepSeek也不会再一直“转圈”了。那DSpark到底厉害在哪？别急，我慢慢讲。

01 DSpark是什么，解决了DeepSeek哪些老问题

大模型生成文字，本质上是个“猜字游戏”。每写一个字，模型都得把前面所有写过的字重新扫一遍、算一遍，才能决定下一个字写什么。写一个字，AI就要从头到尾跑一轮，写100个字，它得把自己写的内容重新消化99遍。学术上，这个“自己回归自己”的过程叫“自回归生成”。整个过程就是现在的自己在跟刚写完的自己较劲，上一步没算完，下一步就动不了。所以过去几年，业界一直在琢磨：能不能让模型一口气猜出一串字？这个思路，正是DSpark论文里提到的核心机制——投机解码（Speculative Decoding）。它的运行逻辑是这样的：找一个跑得快但水平一般的模型当草稿，让它先凭感觉一口气猜出后面好几个字，然后把这一串字一次性拿给大模型验证。大模型扫一眼，前面连续猜对的直接保留，从第一个猜错的地方开始，大模型自己写一个对的，草稿模型再接着往下猜。这样就能保证输出内容是大模型认可的，而且速度比一个字一个字猜要快。业内通常把投机解码分成两种。第一种是“老实人”打法：草稿模型也一个字一个字地猜，猜完一个、看一眼前文、再猜下一个。好处是输出质量更高，坏处是它猜得太慢，速度跟大模型自己写差不多。第二种是不管三七二十一，刷刷刷一口气把后面所有字全猜出来。虽然速度快，但猜字时根本不考虑前面完整的句子，只看上一个字是什么。这就导致一开始还好，越往后输出质量越低。论文把这个现象叫“后缀衰减”：第一个字的正确率还行，第二个大幅下滑，到了第五个第六个基本上就是在瞎猜。DSpark的核心思路叫半自回归生成。简单来说，它把上述两种办法结合在一起。第一步，以极快的速度哗哗哗把后面的字全猜出来。猜完之后回过头来检查一遍，看有没有语句不通顺、错别字之类的问题。第二步，DSpark会给每个字打个“靠谱分”，比如第一个字90分，第二个80分，第三个60分，第四个30分。但有个问题：打完分，DSpark就知道哪个字写错了，要是把它改对，就等于回到了一开始的自回归方法，好不容易提高的效率又送回去了。所以DSpark提出一个办法：它提前测量好大模型在不同批大小下的处理速度，然后每个请求的草稿按靠谱分从高到低排好队。它先把所有请求里最高分的那一批拿给大模型验证。这个过程很快，因为量少。然后它问自己：要不要把第二批也加进去？加了之后大模型要多花点时间，这批字有80%是对的，能多赚几百个正确结果。多花的时间除以多赚的正确字，算出一个效率值。赚了，就加。第三批，60%正确率，以此类推。根据当前服务器的忙碌程度，不忙的时候全拿过去，能多猜对一个就多猜对一个。如果大模型很忙，那就只把前几个高分拿过去验证，后面那些大概率错的就别去添乱，省下时间多服务几个用户。整个过程叫置信度调度验证。之前有很多加速方案，但都有一个共同毛病：单用户测起来快得不得了，一上高并发就崩。现在的DeepSeek一到晚上高峰就卡、就崩，本质上就是高峰时段用户请求多，GPU的批处理压力极大，但之前MTP-1的投机解码方案会把大量算力浪费在验证那些大概率猜错的token上。这些token被草稿模型随便猜出来，大模型看了一眼就驳回，但驳回的过程已经消耗了宝贵的GPU周期。有效吞吐量被严重拉低，请求越积越多，排队越来越长，用户体验就是卡顿甚至加载不出来。DSpark部署后，这个问题应该会得到缓解。实测数据显示，在严格的低延迟要求下，比如V4-Flash要保证每个用户每秒看到120个字，之前的MTP-1系统基本撑不住多少并发就崩了，而DSpark还能保持6倍以上的吞吐量。在更常规的中等负载场景下，要求每个用户每秒80个字，DSpark单GPU的总吞吐量从10000 token每秒提升到15100 token每秒，直接涨了51%。

02 成本打下来多少，回答质量会打折扣吗

在AI行业，训练成本是一次性的，推理成本却是永续的。怎么理解这个问题呢？你训练一个大模型，不管花了几个亿、几十个亿，花完就花完了。推理不一样，模型上线后，用户每问一个问题，GPU就要跑一次，这个成本7×24小时不停，用户越多跑得越多，永远停不下来。这就意味着，谁能把推理成本打下来，谁就能赚钱。反过来讲，模型再强，如果推理成本控制不住，那么模型规模越大，厂商死得就越快。同样的GPU数量，DSpark在完全不改变硬件的前提下，可以让每个用户的生成速度快60%到85%。原来等10秒才出来的回复，现在五六秒就出来了。DeepSeek还给出了一个非常极端的场景：遇到热点事件，大量用户同时涌进来，之前的系统如果扛不住，要么排队排到用户放弃，要么直接崩掉。扩容需要时间，GPU也不是你说加就能立刻加上的。DSpark靠动态调度，负载一高，自动缩短验证长度，避免占用关键的批处理容量，这样就能在不扩容的情况下扛住流量尖峰。那么问题又来了：快是快了，DeepSeek会因此偷工减料？回答质量会不会下降？答案是零损失。这是投机解码这个技术路线本身的数学性质决定的。拒绝采样机制从数学上严格保证：大模型最终输出的每一个token，它的概率分布和大模型自己一个字一个字写出来的分布完全一致。所以单从数学验证上讲，质量不会下降。DSpark论文原文写到：“the acceptance rule preserves the target distribution exactly, speculative decoding accelerates generation without any quality loss.”接纳规则能够精准完整地保留目标分布，投机解码可在不损失输出质量的前提下加速生成过程。不仅如此，论文还在数学推理、代码生成、日常对话三个领域做了离线准确率测试，和原模型没有统计显著差异。线上部署之后，也没有收到回答质量下降的用户反馈。而且由于草稿模型本身体积非常小，只占总计算量的不到10%，虽然多多少少会影响服务器负载，但在51%的实测提升面前，这点负载可以忽略不计。DeepSeek向来以便宜著称，推理成本打下来40%之后，DeepSeek就有了更大的降价空间。它本来的API定价就已经是行业最低的了，现在成本再降一截，token价格可能也会跟着降，甚至有可能进一步提高免费用户的额度。更关键的是，这次DeepSeek不光发了模型权重，还把整个DeepSpec训练框架开源了。DeepSpec是专门用来训练投机解码草稿模型的统一训练工具箱，也就是说，你可以用这套工具给自己的Qwen3、Gemma等模型训练草稿模型。等于把整个行业的推理成本基准线又往下拉了一个台阶。

03 坚持省钱16年

2010年，梁文锋在浙江大学读硕士，他的硕士论文题目叫《基于低成本PTZ摄像机的目标跟踪算法研究》。这个名字现在看起来非常“梁文锋”。当时做计算机视觉目标跟踪的实验室，标配是几万块一台的工业相机，精度高、可控性强。梁文锋不买，他用的是几百块钱的普通民用球机。他的论点是：硬件的差距可以用算法补。通过自研的跟踪算法优化，他把便宜摄像头的跟踪精度做到了接近贵价设备的水平。16年过去，梁文锋依然执着于用算法给硬件省钱，可以说是相当的不忘初心了。为什么别的大模型公司都想方设法提升性能，DeepSeek却想要省钱？因为钱是梁文锋自己的。在DeepSeek完成融资后，外媒爆料称，DeepSeek成立近三年，完全由梁文锋创立的幻方量化用利润养活，并且期间多次拒绝外部投资。幻方量化2025年平均收益率高达56.55%，全年营收约86亿元，梁文锋个人持股85%，每年分红数十亿元，个人资产据估算在500亿至1000亿元之间。今年启动的首轮超500亿元融资中，梁文锋个人掏了200亿，占总融资额的40%，是最大单一出资方。外部投资者的钱不直接进DeepSeek主体，而是先注入由梁文锋担任普通合伙人的有限合伙企业，外部投资方成为有限合伙人，只有收益权和财务信息查阅权，没有任何投票权，全部股份锁定五年，禁止转让和退出。在DeepSeek，梁文锋同时扮演投资者、管理者和研究者。省下来的每一分成本，都是直接装进梁文锋自己的口袋里。面对“多买100张GPU还是让团队做工程优化”这道题时，大多数人的答案都是前者。快，并且有OpenAI和Anthropic作为开路先锋，花的又不是自己的钱，是投资人的钱，也没什么好心疼的。梁文锋选后者，因为他比任何人都清楚这张卡要跑多少token才能回本。三个角色叠在一个人身上，产生了一个AI行业里极其罕见的决策闭环。研究者提出“可以省”，管理者判断“应该省”，投资者确定“自己买单也愿意省”。没有层级汇报，没有跨部门拉齐。DSpark就是这条决策链的最新产物。