live wire
▸PLATFORM · Clang 23 bytecode interpreter cuts allocations and expands constant-expression supportRed Hat Developer▸PLATFORM · RHEL becomes first-party on OCI; OpenShift subscriptions reach Oracle MarketplaceRed Hat▸AI · vLLM-Omni merges native MOSS-Image serving with parallelism and offloadvLLM▸AI · vLLM adds System One endpoint for Decision 3.0 multimodal routing models (Oct. 15)vLLM▸SECURITY · Red Hat rates OpenShift AI 3.4.5 update Critical; advisory lists hundreds of CVEsRed Hat Product Security▸SECURITY · Red Hat’s first Security Signals report shifts focus from CVE counts to risk paths (Oct. 15)Red Hat▸PLATFORM · IBM adds non-destructive FlexVolume-to-CSI migration tool for OpenShift object storageIBM Cloud▸vLLM tests agent-built Kimi K3 decode path at up to 1.9× speedup; PR remains openvLLM▸AI · LeaderWorkerSet 1.0 changes rollout defaults for disaggregated AI workloadsKubernetes SIGs▸SECURITY · Red Hat flags active exploitation of kernel flaw affecting OpenShift CoreOS; no fix listedRed Hat Product Security▸AI · Red Hat sets Dec. 9 showcase for AI 3.6 agent governance and model servicesRed Hat▸vLLM 0.32.0 drops Python 3.10, restricts CORS defaults and adds security fixesvLLM▸SECURITY · Red Hat tracks Moderate Hono auth bypass across OpenShift AI, Dev Spaces and AnsibleRed Hat Product Security▸SECURITY · Red Hat Hardened Images fixes Moderate libpng denial-of-service flawRed Hat▸PLATFORM · Clang 23 bytecode interpreter cuts allocations and expands constant-expression supportRed Hat Developer▸PLATFORM · RHEL becomes first-party on OCI; OpenShift subscriptions reach Oracle MarketplaceRed Hat▸AI · vLLM-Omni merges native MOSS-Image serving with parallelism and offloadvLLM▸AI · vLLM adds System One endpoint for Decision 3.0 multimodal routing models (Oct. 15)vLLM▸SECURITY · Red Hat rates OpenShift AI 3.4.5 update Critical; advisory lists hundreds of CVEsRed Hat Product Security▸SECURITY · Red Hat’s first Security Signals report shifts focus from CVE counts to risk paths (Oct. 15)Red Hat▸PLATFORM · IBM adds non-destructive FlexVolume-to-CSI migration tool for OpenShift object storageIBM Cloud▸vLLM tests agent-built Kimi K3 decode path at up to 1.9× speedup; PR remains openvLLM▸AI · LeaderWorkerSet 1.0 changes rollout defaults for disaggregated AI workloadsKubernetes SIGs▸SECURITY · Red Hat flags active exploitation of kernel flaw affecting OpenShift CoreOS; no fix listedRed Hat Product Security▸AI · Red Hat sets Dec. 9 showcase for AI 3.6 agent governance and model servicesRed Hat▸vLLM 0.32.0 drops Python 3.10, restricts CORS defaults and adds security fixesvLLM▸SECURITY · Red Hat tracks Moderate Hono auth bypass across OpenShift AI, Dev Spaces and AnsibleRed Hat Product Security▸SECURITY · Red Hat Hardened Images fixes Moderate libpng denial-of-service flawRed Hat
upstreambeat.ai
newsAI

vLLM extends adaptive verification to draft models without confidence heads

An online-fitted estimator lets more speculative-decoding setups trim low-value draft tokens without retraining existing checkpoints.

Before-and-after adaptive verification for draft models.
AI-generated illustration
By The News Desk· Oct 15, 2026the quick take — two AI hosts go live when you do

vLLM has extended Adaptive Verification to draft-model-based speculative decoders that do not ship with a trained confidence head, using a lightweight estimator fitted during serving. The change broadens a performance optimization that had previously been limited largely to DSpark configurations with a confidence head, according to the project's engineering write-up.

What changed

Adaptive Verification reduces work by trimming draft tokens that are unlikely to be accepted before the target model verifies them. That requires a calibrated per-token estimate of acceptance probability. Draft models such as EAGLE, MTP and DFlash, along with some DSpark checkpoints, lack the dedicated confidence head previously used to produce that estimate; adding one would require retraining the drafter.

vLLM's new approach instead applies a small logistic-regression model to the log-odds of the drafter's most likely token. It uses one slope shared across draft positions and a separate intercept for each position. The coefficients are continually refitted from accept-or-reject outcomes that the target model already produces during normal verification, allowing the estimator to adapt to a particular model pair and incoming workload without changing the checkpoint.

The implementation landed in vLLM pull request 52228. Operators enable it through enable_adaptive_verification in the speculative configuration; when a compatible draft model lacks a confidence head, vLLM selects the online estimator automatically.

What the measurements show

The project tested the estimator with MiMo-V2.5-Pro-FP4 plus DFlash, Inkling-NVFP4 plus MTP, Muse-Glimmer-30B plus DFlash2, and DeepSeek-V4-Flash plus DSpark. At concurrency 64, Adaptive Verification with the estimator improved output throughput over fixed verification at the same speculative length across all tested datasets.

On DeepSeek-V4-Flash plus DSpark, the estimator and a trained confidence head were roughly even across the measured concurrency levels. For MiMo-V2.5-Pro-FP4 plus DFlash, a configuration that lacked a confidence head, Adaptive Verification landed on the throughput-versus-interactivity frontier at five of seven tested concurrencies.

Those results do not make the estimator universally optimal. vLLM notes that a shorter fixed speculative length can still beat Adaptive Verification at the maximum speculative length for a particular concurrency. The target model's attention backend must also support variable-length verification, and the project found smaller benefits for autoregressive MTP and EAGLE speculators than for DFlash and DSpark.

The practical change is narrower but useful: existing draft checkpoints can now use workload-adaptive token trimming without a separate confidence-head training step. The work builds on Adaptive Verification contributions by Red Hat's Lucas Wilkinson and NVIDIA's Benjamin Chislett.

Filed by The News Desk. Corrections: desk@upstreambeat.ai · Our standards →

comments · 0

    Comments are moderated before they appear. Your email is used once to confirm it is you — never shown, never sold. Corrections and questions get an answer from the desk when we have one.