DeepSeek-V4-Pro-nvfp4-DSpark

Model Overview

Description:

The NVIDIA DeepSeek-V4-Pro-nvfp4-DSpark model is the quantized version of the DeepSeek-V4-Pro model, which is a Mixture-of-Experts (MoE) language model with 1.6 trillion total parameters and 49 billion activated parameters, packaged in a single checkpoint together with DeepSeek's official DSpark speculative decoding module. For more information, please check here and here. The NVIDIA DeepSeek V4 Pro NVFP4 DSpark model is quantized with Model Optimizer.

Note: DeepSeek-V4-Pro-nvfp4-DSpark is not a new model. It is the NVFP4 backbone of nvidia/DeepSeek-V4-Pro-NVFP4 with DeepSeek's official DSpark speculative decoding module attached, so a single checkpoint serves as both target and draft model. For more details on DSpark, refer to: https://github.com/deepseek-ai/DeepSpec

This model is ready for commercial/non-commercial use. <br>

Third-Party Community Consideration

This model is not owned or developed by NVIDIA. This model has been developed and built to a third-party’s requirements for this application and use case; see link to Non-NVIDIA (DeepSeek-V4-Pro-DSpark) Model Card.

References

• Nvidia Model Optimizer: https://github.com/NVIDIA/Model-Optimizer
• DeepSeek-V4-Pro base model card
• DeepSeek-V4-Pro-DSpark model card
• nvidia/DeepSeek-V4-Pro-NVFP4 model card
• DeepSeek-V4 technical report
• DeepSeek DSpec reference implementation: https://github.com/deepseek-ai/DeepSpec

License/Terms of Use:

MIT

Deployment Geography:

Global <br>

Use Case:

DeepSeek V4 is well-suited for advanced reasoning, agentic AI applications, tool use scenarios, and complex problem-solving in domains such as mathematics, software engineering, and enterprise AI assistants. <br>

Release Date:

Huggingface 07/22/2026 via https://huggingface.co/nvidia/DeepSeek-V4-Pro-nvfp4-DSpark <br>

Model Architecture:

Architecture Type: Transformers <br> Network Architecture: Mixture-of-Experts (MoE) with Hybrid Attention (Compressed Sparse Attention + Heavily Compressed Attention) <br> Total Parameters: 1.6 Trillion (49 Billion activated) <br> Number of Draft Model Parameters: 82B in total and approximately 2.4B activated <br> Draft Model Architecture: DSpark — a 3-layer semi-autoregressive draft head (mtp.0/1/2), each layer combining MLA attention with a 384-expert MoE FFN (6 experts activated), fed by a projection over the hidden states of target layers 58/59/60, plus a rank-512 Markov head and a confidence head. Draft block size 5. <br>

Input:

Input Type(s): Text <br> Input Format(s): String <br> Input Parameters: 1D (One Dimensional) <br> Other Properties Related to Input: Supports multi-turn conversations with system prompts, user messages, and assistant responses. Maximum context length of 1 million tokens. Uses a custom encoding pipeline (encoding_dsv4) with three reasoning modes: Non-think (fast), Think High (logical analysis), and Think Max (full reasoning extent). <br>

Output:

Output Type(s): Text <br> Output Format: String <br> Output Parameters: 1D (One Dimensional) <br> Other Properties Related to Output: Supports structured JSON output, function/tool calling, and reasoning content when enabled. <br>

Our AI models are designed and/or optimized to run on NVIDIA GPU-accelerated systems. By leveraging NVIDIA’s hardware (e.g. GPU cores) and software frameworks (e.g., CUDA libraries), the model achieves faster training and inference times compared to CPU-only solutions. <br>

Software Integration:

Supported Runtime Engine(s): <br>

• vLLM (with DSpark speculative decoding, method: dspark) <br>

Supported Hardware Microarchitecture Compatibility: <br>

• NVIDIA Blackwell <br>

Preferred Operating System(s): <br>

• Linux <br>

The integration of foundation and fine-tuned models into AI systems requires additional testing using use-case-specific data to ensure safe and effective deployment. Following the V-model methodology, iterative testing and validation at both unit and system levels are essential to mitigate risks, meet technical and functional requirements, and ensure compliance with safety and ethical standards before deployment.

Model Version(s):

The model is quantized DeepSeek-V4-Pro-NVFP4 with nvidia-modelopt v0.44, merged with the DSpark draft head released in deepseek-ai/DeepSeek-V4-Pro-DSpark. <br>

Training and Evaluation Datasets:

Calibration Dataset:

Link: cnn_dailymail, Nemotron-Post-Training-Dataset-v2 <br> Data Collection Method by dataset: Automated. <br> Labeling Method by dataset: Automated. <br> Properties: The cnn_dailymail dataset is an English-language dataset containing just over 300k unique news articles as written by journalists at CNN and the Daily Mail. The Nemotron-Post-Training-Dataset-v2 is a post-training dataset curated by NVIDIA containing multi-turn conversations across diverse topics. <br>

Training Dataset: <br>

Data Modality: Undisclosed <br> Data Collection Method by dataset: Hybrid: Human, Automated <br> Labeling Method by dataset: Hybrid: Human, Automated <br>

Testing Dataset: <br>

Data Collection Method by dataset: Hybrid: Human, Automated <br> Labeling Method by dataset: Hybrid: Human, Automated <br> Dataset Properties: Undisclosed <br>

Evaluation Dataset: <br>

Datasets: GPQA Diamond, AA-LCR, τ²-Bench Telecom, SciCode, IFBench; MT-Bench; SPEED-Bench <br> Data Collection Method by dataset: Hybrid: Human, Automated <br> Labeling Method by dataset: Hybrid: Human, Automated <br> Dataset Properties: Model accuracy was evaluated on text-based reasoning, coding, and agentic tool-use benchmarks: GPQA Diamond contains 448 graduate-level multiple-choice questions written by domain experts in biology, physics, and chemistry; AA-LCR (Artificial Analysis Long Context Recall) evaluates a model's ability to accurately retrieve and recall information from long input contexts; τ²-Bench Telecom evaluates agentic tool-use and policy-adherence capabilities in dual-control telecom customer-service scenarios where the model interacts with a simulated user and external tools to resolve account issues; SciCode evaluates scientific coding capabilities; IFBench is a benchmark for evaluating instruction-following capabilities across diverse and structured task constraints. Speculative decoding acceptance was evaluated on MT-Bench, which contains 3,300 multi-turn dialogue sequences each annotated with expert preference votes, and on SPEED-Bench, a unified and diverse benchmark for speculative decoding spanning coding, humanities, math, multilingual, QA, RAG, reasoning, roleplay, STEM, summarization, and writing domains. <br>

Inference:

Acceleration Engine: vLLM <br> Test Hardware: NVIDIA Blackwell B300 <br>

DSpark Speculative Decoding

This model is ready for inference with vLLM in DSpark speculative decoding mode, where a semi-autoregressive draft backbone proposes a block of candidate tokens, a lightweight Markov head injects intra-block token dependency, and a confidence head predicts per-position acceptance probability for scheduled verification. Compared with a purely parallel drafter, DSpark is designed to improve accepted length while preserving the latency benefits of block drafting. The longest accepted candidate sequence is selected so that more than one token is returned per generation step; the average number of tokens returned per step is reported below as the acceptance length (also referred to as acceptance rate).

The DSpark draft head in this checkpoint is the one released by DeepSeek in deepseek-ai/DeepSeek-V4-Pro-DSpark; it was not trained by NVIDIA and no additional draft training or distillation was performed. NVIDIA's contribution is the quantization and packaging described below.

Post Training Quantization

This model was obtained by quantizing the weights and activations of DeepSeek-V4-Pro to NVFP4 data type, ready for inference with vLLM. Only the weights and activations of the linear operators within transformer blocks in MoE are quantized. The routed experts of the DSpark draft head are natively MXFP4 in the official release and were losslessly cast to NVFP4 (bit-exact), so that the target and the draft model share one self-consistent quantization config in a single checkpoint.

Usage

Deploy with vLLM

DSpark speculative decoding is enabled with a single flag — add --speculative-config with method: dspark to your vLLM launch command:

--speculative-config '{"method":"dspark","num_speculative_tokens":7,"draft_sample_method":"greedy"}'

Verified serving this checkpoint on B300 with vllm/vllm-openai:nightly (vLLM 0.23.1rc1.dev1261) on a single 8-GPU node, tensor-parallel 8 with expert parallelism:

vllm serve nvidia/DeepSeek-V4-Pro-nvfp4-DSpark \
    --tensor-parallel-size 8 --enable-expert-parallel \
    --trust-remote-code --kv-cache-dtype fp8 \
    --speculative-config '{"method":"dspark","num_speculative_tokens":7,"draft_sample_method":"greedy"}'

Alternatively, with the Python LLM API:

from vllm import LLM, SamplingParams

llm = LLM(
    model="nvidia/DeepSeek-V4-Pro-nvfp4-DSpark",
    tensor_parallel_size=8,
    enable_expert_parallel=True,
    trust_remote_code=True,
    kv_cache_dtype="fp8",
    speculative_config={
        "method": "dspark",
        "num_speculative_tokens": 7,
        "draft_sample_method": "greedy",
    },
)

Note that no "model" entry is needed inside speculative_config — the draft head lives in the same checkpoint as the target.

Notes:

• --kv-cache-dtype fp8 is required — DeepSeek-V4 uses the fp8_ds_mla KV cache layout.
• num_speculative_tokens must be at least dspark_block_size (5); the value of 7 used here follows DeepSeek's official recommendation for DeepSeek-V4-Pro-DSpark.
• No engine patches are needed. Because the target and the draft head live in one checkpoint with one quantization config, this avoids the mismatch that occurs when a quantized target is paired with a separately-loaded draft model directory.
• DeepSeek-V4 ships no Jinja chat template — it uses encoding/encoding_dsv4.py, and vLLM applies that encoder natively: it selects tokenizer_mode=deepseek_v4 for DeepseekV4ForCausalLM and renders chat messages through DeepSeek's own encoding, including thinking / non-thinking mode, reasoning effort and tool definitions. No chat_template.jinja is needed, and none is shipped here.
• See the vLLM recipe for other hardware configurations and additional serving flags.

Evaluation

The backbone weights of this checkpoint are identical to those of nvidia/DeepSeek-V4-Pro-NVFP4; speculative decoding is verified against the target model and does not change its outputs. The accuracy benchmark results are presented in the table below:

<table> <tr> <td><strong>Precision</strong> </td> <td><strong>GPQA Diamond</strong> </td> <td><strong>AA-LCR</strong> </td> <td><strong>τ²-Bench Telecom</strong> </td> <td><strong>SciCode</strong> </td> <td><strong>IFBench</strong> </td> </tr> <tr> <td>FP8 (AA Ref) </td> <td>89.00 </td> <td>66.00 </td> <td>96.00 </td> <td>50.00 </td> <td>76.00 </td> </tr> <tr> <td>FP8 (Ours) </td> <td>89.49 </td> <td>66.89 </td> <td>94.25 </td> <td>51.08 </td> <td>77.82 </td> </tr> <tr> <td>NVFP4 </td> <td>89.33 </td> <td>66.33 </td> <td>94.83 </td> <td>53.45 </td> <td>77.21 </td> </tr> </table>

Speculative Decoding Evaluation

The tables below report the DSpark acceptance length — the average number of tokens returned per decoding step. All numbers were measured with temperature=0 in chat (non-thinking) mode, tensor-parallel 8 with expert parallelism, FP8 KV cache, on a single 8×B300 node.

Acceptance length on MT-Bench with a draft length of 7:

Acceptance length on SPEED-Bench (qualitative subset) with a draft length of 7:

Acceptance length on SPEED-Bench (throughput-32k subset, long-context) with a draft length of 7:

Model Limitations:

The base model was trained on data that contains toxic language and societal biases originally crawled from the internet. Therefore, the model may amplify those biases and return toxic responses especially when prompted with toxic prompts. The model may generate answers that may be inaccurate, omit key information, or include irrelevant or redundant text producing socially unacceptable or undesirable text, even if the prompt itself does not include anything explicitly offensive.

Ethical Considerations

NVIDIA believes Trustworthy AI is a shared responsibility and we have established policies and practices to enable development for a wide array of AI applications. When downloaded or used in accordance with our terms of service, developers should work with their internal model team to ensure this model meets requirements for the relevant industry and use case and addresses unforeseen product misuse.

Users are responsible for model inputs and outputs. Users are responsible for ensuring safe integration of this model, including implementing guardrails as well as other safety mechanisms, prior to deployment.

Please report model quality, risk, security vulnerabilities or NVIDIA AI Concerns here.