微信扫码
添加专属顾问
大语言模型虽然效果很好,但是推理时,朴素的自回归解码策略需要逐个串行解码,耗时较长,这给用户的耐心带来了很大挑战。如今各家大模型提供商基本都有对外提供大模型的体验平台,而模型的推理效率自然也成了一个重要的竞争点。
speculative decoding,译作投机解码,就是推理加速的一个比较巧妙的方案。本篇将介绍投机解码的基础思路。
2022年11月,Google在《Fast Inference from Transformers via Speculative Decoding》里提出投机解码的策略;DeepMind稍晚一点,在2023年初的《Accelerating Large Language Model Decoding with Speculative Sampling》也提出了一样的解码策略。(以这两家的关系,很可能私底下就沟通过这个idea了)Google的论文相比DeepMind的,做了更多的实验和分析,更为详尽一些。
在speculative decoding之前,研究人员已经在模型推理加速这个方向做了不少工作:
以上这些做法对不同的输入一视同仁,采用一个全局来看有收益的方案来统一处理,达到推理加速的目的。
相对地,也有一些其他的方案,认为不是每一步推理都适合一样处理:某些推理step需要大模型,而另一些step只需要高效的小模型,从而根据输入,动态地决定模型参与计算的参数,相关工作有:
MoE也属于动态激活的方案之一。
而《Training compute-optimal large language models》的scaling law则指出模型规模没有原先预想的影响那么大,可以通过增加训练数据等方法让小模型逼近大模型的效果。
以上这些方案虽然可以在一定程度上提升推理效率,但是要么需要重新训练模型,要么对模型的效果有损害。
也有一些方案在解码的方法上进行优化,比如《Blockwise Parallel Decoding for Deep Autoregressive Models》和《Lossless Acceleration for Seq2seq Generation with Aggressive Decoding》。
speculative decoding也是一个在解码策略上进行优化的方法。投机解码可以在不用训练原模型的基础上,提升2x-3x的推理速度,并且保证结果和原模型完全一致,没有任何效果损失。
回想一下,自回归语言模型在训练的时候,在每一个位置,会根据当前及前面所有的token,预测下一个token。由于强制学习的特性,所有token可以一起训练。在某种特别的情况下,模型对当前的输入拟合得特别好,就有可能出现每个token的预测,都完美命中下一个输入token的情况。举个例子:
位置:一 二 三 四
输入:我 爱 中 国
输出:爱 中 国 EOS
而在推理的时候,这种依赖前面所有token的特性,使得自回归模型只能一个一个串行地解码:
step1:输入“我”,输出“爱”;
step2:输入“我爱”,输出“中”;
step3:输入“我爱中”,输出“国”;
step4:输入“我爱中国”,输出“EOS”;
现在,假设我们有一个神奇海螺,你只要输入“我”,就会输出“爱 中 国 EOS”四个token作为草稿,我们就可以拿着这四个draft token一起放到原来的模型,跑一下各个位置的输出,进行验证,跟训练时的前向推理一样:
位置:一 二 三 四
输入:我 爱 中 国
输出:爱 中 国 EOS
然后就会发现模型的输出和神奇海螺给出的草稿完全一致,那就相当于我们只进行了一次模型推理,就解码了四个token,并且和原模型的效果完全一致。并且一般情况下,模型对一个位置进行预测和对四个位置进行预测的耗时基本没有太大的差异,也就是说在这个例子下,模型解码速度提升到了将近4倍。
当然,神奇海螺不会总是能够给出和模型一模一样的结果,除非它就是模型本身。因此,在上面这个例子中,输入“我”之后,神奇海螺有可能给出的是“爱 中 华 EOS”这四个draft token。这种情况下,我们把这些token一起输入到模型进行验证
位置:一 二 三 四
输入:我 爱 中 华
输出:爱 中 国 EOS
会发现神奇海螺给出的“爱”和“中”命中了模型的结果,但是“华”没对上。不过这种情况下,跑一次模型推理也能解码出两个token,推理效率依然有提升。
部分情况下,神奇海螺给出的结果也可能完全跑偏,比如给它输入“我”,它有可能输出“叫 小 明”,这就和原模型一个都没对上。但是只要统计上,神奇海螺给出的草稿平均命中token数 > 0,我们就有机会获得推理加速。
使用神奇海螺的这个思路其实就是speculative decoding的主要思路,而你肯定也已经猜到了,神奇海螺其实就是一个规模比较小的模型,论文中把它称为approximation model或者draft model,而我们想要加速的原模型则叫target model。
论文给出的一个例子如下
绿色的就是approximation model给出并命中target model验证结果的token,红色的是错误的token,蓝色则是修正后的token。
在这个例子中,target模型只推理了9次,就解码出了38个token,推理速度获得了较大提升。
Google论文给出的投机解码算法描述如下图。
(DeepMind版本的算法描述在下面)
这里注意,投机解码单次运行能解码的token数量,除了这 n 个被接受的draft token,还有 Mp 对这些草稿进行验证时顺便推理出来的一个额外token,因此最终可以得到 个token。因此如果approximation model每次给出 γ 个draft token,理论上最多可以获得 新解码token,而最少也能有1个(来自target模型)。
投机解码的原理大致就是这样,思路还是很巧妙的,但是要实际应用还有几个问题需要解决,比如:
另外,DeepMind论文的给出投机解码算法如下,可以对照Google的算法,方便理解。(DeepMind所用的符号有所不同,本篇采用Google论文的符号描述。)
里面的 操作表示 。
我们希望投机解码的最终结果,和target model自回归解码的结果一致,即完全无损,因此需要对投机采样做一些设计和分析。
首先,当前在transformer的解码上已经有很多策略,包括但不限于argmax、top-k采样、使用温度等。而大部分操作都是在logits上进行操作,这相当于改变了模型的输出分布。而在最终分布上的采样操作,都是相同的。因此我们可以只在朴素的标准采样上进行分析,而结果可以推广到其他的解码策略上。
假设 是target model在当前输入下的分布, 是approximation model 在当前输入下的分布。
投机解码的做法是,先采样 ,如果 ,就保留 x ,否则就以 的概率拒绝 x ,并在分布 对被拒绝的 x 重新采样,并结束当前的投机解码。
其中 。
看起来并不复杂。一个问题是,为什么这样从 采样之后,我们得到的结果符合分布 ?即按这样的概率进行拒绝之后,结果和target model自己解码一样?
从公式上来说,approximation model的抽样有 。假设 X 是最终结果,我们的目标就是证明 。
对于第一项,有
而第二项里
上式第三行到第四行的解释:第三行相当于计算1减区域b的面积,而区域a+区域b的面积和为1,因此第三行相当于区域a的面积,即 。
从采样规则,有
因此
最终有
因此按照前面设计的规则进行采样,就能保证结果和target model自己解码出来的一样。
approximation model的一个采样 被target model接受的概率为 β,我们把这个概率叫acceptance rate接受率。
那么其期望值 就是approximation model对target model拟合质量一个很好的评估指标。
越大,每个token被接受的概率越大,那么每次投机解码能获得的输出token越多。
我们令 ,并且为简化起见,假设 β 的分布是i.i.d.的,那么跑一次投机解码能够获得的token数量是一个capped geometric variable,其期望值如下式
不同 γ 下的图像如下
而
因此有
越小,则 Mp 和 Mq 越相近。如果 ,说明 ;如果 ,说明 p 和 q 两个分布完全没有交叉的部分。
根据 β 的定义,有
最终得到
实验中,不同approximation model和target model之间测得的 α 值如下表所示
target model同时对 个token进行验证。如果一个token被接受了,那么推理效率就获得了提升;如果token被拒绝了,那么相关的计算就没有实际收益,就会有计算的“浪费”。
给定 α 和 c,最佳的 γ 应该最大化walltime improvement factor
下图给出不同 α 和 c下,最佳的 γ 值
推理速度和总计算量之间有tradeoff,即增大 γ 会提升推理速度,同时也会带来更多的计算成本,如下所示
实际上,β 并不是固定的常数,因此实际上我们可以通过在投机解码的过程中预测 β 值来选择 γ,这是未来的一个改进方向。
论文的实验中,一部分使用现成的模型作为approximation model。这种情况下,让approximation model的参数规模比target model小两个数量级是比较好的选择,能够平衡推理加速和计算量。
有趣的是,即使使用很简单的模型,比如n-gram模型作为approximation model,也能获得不错的 α 值。
另外,在一些特殊的任务,比如摘要任务,由于生成结果往往会从输入的原文里摘取内容,因此使用一个会从输入里copy token的approximation model可能会得到较高的 α 值。
approximation model的另一个选择是如《Blockwise parallel decoding for deep autoregressive models》使用的非自回归模型。
论文在翻译任务和摘要任务上测试了投机解码的效果。使用了T5的较小规模模型作为approximation model,来加速T5-XXL的推理,效果如下表,最高能达到3倍+的推理加速。
此外,论文对更多样的模型组合测试了 α 值,如下表所示
可以观察到,比target model小几个数量级的approximation model倾向于产生介于0.5和0.9之间的 α 值。还注意到,对于所有模型,用于采样的分布越尖(即T比较小,如argmax), α 值越高。
53AI,企业落地大模型首选服务商
产品:场景落地咨询+大模型应用平台+行业解决方案
承诺:免费POC验证,效果达标后再合作。零风险落地应用大模型,已交付160+中大型企业
2026-07-02
不改一行代码,看透 AI Agent 的每一次调用
2026-07-02
AI 不缺智商缺纪律:一场 Harness 工程化实践
2026-07-02
天工 3.2 重磅升级:Skywork Tags 上线,给 Agent 一张工牌,邀其加入你的工作群聊
2026-07-02
Context Infra 会是 AI 领域的下一个热点
2026-07-01
一文了解|SkillScan 智能体技能安全扫描最佳实践
2026-07-01
协作的逆向演进:从 Agent 逻辑重构团队管理
2026-07-01
港科大郭毅可谈Agentic AI时代的核心命题:人机共生,人不可能退场
2026-07-01
Sonnet 5终于来了,然而Opus 4.8现在有点尴尬
2026-04-15
2026-04-07
2026-04-07
2026-04-24
2026-04-17
2026-04-05
2026-04-05
2026-04-14
2026-04-24
2026-04-22
欢迎您使用【53AI 官方网站】(以下简称“本网站”或“我们”)。本《会员服务协议》(以下简称“本协议”)是您(以下简称“会员”或“用户”)与【深圳市博思协创网络科技有限公司】之间关于注册、登录及使用本网站会员服务所订立的法律协议。
在您注册或登录前,请务必审慎阅读、充分理解各条款内容,特别是免除或限制责任的条款、知识产权条款、争议解决条款等。此类条款将以加粗形式提示您注意。 当您通过微信公众号授权、手机验证码验证或其他方式成功登录本网站时,即视为您已完全理解并同意接受本协议的全部内容。
一、 定义
本网站:指由【深圳市博思协创网络科技有限公司】运营的,域名为【53ai.com】的网站及相关移动端页面。
会员服务:指本网站向注册会员提供的知识库文章查阅、内容检索及其他相关增值服务。
知识库内容:指本网站发布的包括但不限于文字、图表、数据、研究报告、行业分析等数字化内容资源。
二、 账号注册与登录
登录方式:本网站支持以下登录方式,您可根据实际情况选择:
微信公众号授权登录:您同意将您的微信OpenID信息授权给本网站,用于创建或关联会员账号。
手机验证码登录:您需提供真实有效的手机号码,并通过短信验证码完成身份验证与登录/注册。
账号安全:您的账号仅限您本人使用,禁止赠与、借用、租用、转让或售卖。因您保管不善导致的账号被盗、密码泄露等损失,由您自行承担。
实名认证:根据相关法律法规要求,我们可能要求您在特定功能下完成实名认证。如您拒绝提供,可能无法使用部分或全部服务。
未成年人保护:若您未满18周岁,请在法定监护人的陪同下阅读本协议,并在征得监护人同意后使用本服务。
三、 服务内容与规范
知识库查阅权限:会员登录后,有权按照其会员等级对应的权限范围,在线浏览、检索本网站知识库中的相关文章及内容。
服务变更:我们有权根据业务发展需要,调整、变更或终止部分服务内容,并将以网站公告、公众号消息等方式提前通知。
禁止行为:您在使用服务时不得实施以下行为:
利用技术手段批量爬取、下载、转存知识库内容;
将知识库内容用于商业目的或未经授权地向第三方传播;
干扰本网站正常运行或侵犯其他用户合法权益;
发布违法违规信息或从事违反公序良俗的活动。
四、 知识产权声明
权利归属:本网站知识库中的排版设计、软件代码等内容的知识产权均归【公司全称】或原权利人所有,受《中华人民共和国著作权法》等法律保护。
有限许可:本网站授予会员一项非独占、不可转让、不可转授权的普通许可,仅限于个人学习、研究之目的在线查阅知识库内容。
侵权追责:未经书面许可,任何单位或个人不得以任何形式复制、转载、摘编、镜像、汇编或以其他方式使用上述内容。一经发现,我们保留追究其法律责任的权利。
五、 个人信息保护
我们重视对您个人信息的保护。关于我们如何收集、使用、存储和保护您的个人信息,请单独阅读 《隐私政策》。
您通过微信公众号授权或手机号验证所提供的信息,我们将严格按照《个人信息保护法》的规定处理,仅用于身份识别、服务提供及安全验证等必要用途。
您可以随时通过网站设置或联系客服行使查阅、更正、删除个人信息及撤回授权同意的权利。
六、 免责声明
内容准确性:知识库内容仅供参考,不构成专业建议。我们不对其完整性、准确性、时效性作任何明示或暗示的保证,您应自行判断并承担使用风险。
不可抗力:因自然灾害、政策法规变化、网络故障、第三方平台接口异常(如微信接口维护、运营商短信通道故障)等不可抗力导致的服务中断或延迟,我们不承担违约责任。
第三方链接:本网站可能包含指向第三方网站的链接,该等网站的内容和服务不受我们控制,请您自行甄别风险。
七、 违约责任
如您违反本协议约定,我们有权视情节采取警告、限制功能、暂停服务、注销账号等措施,并保留要求赔偿损失的权利。
如因您的违约行为导致我们遭受行政处罚、第三方索赔或商誉损失,您应承担全部赔偿责任(包括但不限于罚款、赔偿金、律师费、公证费等)。
八、 法律适用与争议解决
本协议的订立、执行和解释均适用中华人民共和国大陆地区法律。
因本协议产生的或与本协议有关的任何争议,双方应友好协商解决;协商不成的,任何一方均可向【公司所在地】有管辖权的人民法院提起诉讼。
九、 其他
本协议构成双方就本服务达成的完整协议,取代此前任何口头或书面约定。
本协议任一条款被认定为无效或不可执行的,不影响其他条款的效力。
我们对本协议享有最终解释权,并在法律允许的范围内保留随时修改的权利。修改后的协议一经公布即生效,继续使用服务即视为同意修订内容。