Primary sources last checked on 1 Nov 2026. Verification freshness is tracked separately from factual change, and unknown values remain explicit rather than inferred.
NotableOfficial exact-revision source-verified specialist checkpoint with published Safetensors artifacts. Publisher performance claims are not independent OMW results. License evidence and limits are recorded in the model profile.Curation method →
Open Model Weights records DeepSeek V4.1 Flash 1017 NVFP4 as a Mixed-precision NVIDIA quantized derivative; do not infer a new base-model parameter total from packed weight tensors-parameter text and images → text open-weight model in the DeepSeek V4.1 Flash family, with NVIDIA listed as the developer. The checked source repository provides 49 recognized weight artifacts, format evidence for Safetensors and a verified context window of 1,048,576 tokens. Values that are not evidenced in the checked sources remain explicitly undisclosed or unknown.
The repository declares mit. Commercial use allowed under mit conditions. Open Model Weights reports the checked license evidence and classification; this is not legal advice.
The checked sources declare deepseek-ai/DeepSeek-V4.1-Flash-1017 as lineage evidence. Training recipe status: training-described-in-model-card; data disclosure status: described-in-model-card.
NVIDIA's DeepSeek-V4.1-Flash-1017-NVFP4 is a derivative quantized checkpoint of the existing DeepSeek V4.1 Flash model, optimized for Blackwell-class inference. The model card declares MIT and a special patched vLLM path, not independent speed or quality results. Open Model Weights independently inspected the exact repository revision, listed weight artifacts and declared license; it has not run the model or reproduced publisher benchmark results. The repository includes a separately checked license file.
Source evidence 1Quantized derivative, not another independently trained DeepSeek foundation modelSource ↗
Source evidence 2Publisher lists 48 Safetensors shards and about 400 GiB checkpoint sizeSource ↗
Source evidence 3W4A4 NVFP4 expert layers, with separate lossy MXFP4 treatment for Engram lookup tablesSource ↗
Source evidence 4Vendor testing names GB300 Blackwell and special vLLM Engram code; no universal runnable speed claimSource ↗
Official immutable revision480550d349ede47a048eb65a276c5c01a06256e2Source ↗
Model license evidencemit; license-file-checkedSource ↗
Commercial-use statusallowed; see exact model-specific termsSource ↗
Repository cardREADME and source-described usage; no independent OMW inference runSource ↗
Performance provenancePublisher metrics, if mentioned, are not independent OMW measurementsSource ↗
WHY IT MATTERS
NVIDIA publishes an optimized quantization of the existing DeepSeek-V4.1-Flash-1017 base checkpoint rather than claiming to train a new foundation model. It targets 384 routed experts across 40 transformer layers with W4A4 NVFP4 conversion.
NVIDIA says it preserved dequantized values for the converted expert blocks, apart from signed-zero canonicalization. It separately identifies the Engram conversion as lossy and describes fallback activation scale choices.
The model card names Blackwell GB300-class hardware and a patched vLLM implementation for Engram support. Standard out-of-the-box inference engines should not be assumed compatible until exact dependency versions and patches are verified.
MODEL-SELECTION VIEW
Strong fit when…
NVIDIA publishes an optimized quantization of the existing DeepSeek-V4.1-Flash-1017 base checkpoint rather than claiming to train a new foundation model. It targets 384 routed experts across 40 transformer layers with W4A4 NVFP4 conversion.
Pin the NVIDIA repository revision, the original DeepSeek base revision, the vLLM patch set and the Blackwell hardware/software stack. Retain exact file manifests and kernel settings in any deployment report.
Quantized derivative, not another independently trained DeepSeek foundation model
Important considerations
Some components remain at their source precision. The Engram lookup tables undergo MXFP4 conversion with loss, while other source tensors use different dtypes; describing the entire model as uniformly four-bit would misstate the actual representation.
Preserving converted weight values does not guarantee identical generated answers or deterministic end-to-end behavior. Compare base and variant checkpoints on matched multimodal tasks, sampling settings and outputs before making accuracy-equivalence claims.
Leading classification would require independent evaluation of this exact NVFP4 distribution, including accuracy trade-offs and hardware-specific performance. Source verification and publisher-only benchmarks are not enough.
What this NVIDIA variant actually changes
NVIDIA publishes an optimized quantization of the existing DeepSeek-V4.1-Flash-1017 base checkpoint rather than claiming to train a new foundation model. It targets 384 routed experts across 40 transformer layers with W4A4 NVFP4 conversion.
The original DeepSeek model should retain its canonical record and any independent evaluation. A quantized derivative needs its own exact artifact identifier so runtime choices can be tracked without double-counting the base model as a separate architecture.
Packed formats and weight-manifest evidence
The checkpoint occupies approximately 400 GiB in 48 Safetensors shards according to the publisher, compared with approximately 475 GiB for the cited source distribution. That is an artifact-specific storage statement, not a promise about inference VRAM.
Some components remain at their source precision. The Engram lookup tables undergo MXFP4 conversion with loss, while other source tensors use different dtypes; describing the entire model as uniformly four-bit would misstate the actual representation.
Quantization fidelity is not output equivalence
NVIDIA says it preserved dequantized values for the converted expert blocks, apart from signed-zero canonicalization. It separately identifies the Engram conversion as lossy and describes fallback activation scale choices.
Preserving converted weight values does not guarantee identical generated answers or deterministic end-to-end behavior. Compare base and variant checkpoints on matched multimodal tasks, sampling settings and outputs before making accuracy-equivalence claims.
Serving requirements and GPU-specific performance
The model card names Blackwell GB300-class hardware and a patched vLLM implementation for Engram support. Standard out-of-the-box inference engines should not be assumed compatible until exact dependency versions and patches are verified.
Latency, throughput, peak memory and quality will depend on hardware topology, cache sizes, batching, quantization kernels and attention implementation. Publisher numbers must remain attributed to their specific test setup.
Why Notable rather than another Leading base model
The record matters for deployment engineering because it provides an official, explicitly named quantized derivative with reproducible artifacts. It should be cross-linked to the existing DeepSeek V4.1 Flash base model, never promoted as a distinct frontier foundation architecture.
Leading classification would require independent evaluation of this exact NVFP4 distribution, including accuracy trade-offs and hardware-specific performance. Source verification and publisher-only benchmarks are not enough.
Practical validation protocol
Pin the NVIDIA repository revision, the original DeepSeek base revision, the vLLM patch set and the Blackwell hardware/software stack. Retain exact file manifests and kernel settings in any deployment report.
Test representative coding, visual, reasoning and agent tasks against the base distribution, then measure peak memory, latency, throughput, accuracy differences and failures on the actual intended hardware. Record when the special Engram path is required.
IMPLEMENTATION & EVALUATION
How to evaluate DeepSeek V4.1 Flash 1017 NVFP4 before deployment
Reproducible operator checklist; these steps are not claims of an OMW model run.
STEP 01
Pin original source and weight manifest
A named model does not guarantee identical checkpoint revisions.
REPRODUCIBLE ACCEPTANCE TEST
Record 40-character SHA, original file names, configuration and tokenizer/processor versions.
WHAT CAN GO WRONG
Unpinned revisions can silently change weights or usage requirements.
STEP 02
Reproduce task-specific inputs
A specialist checkpoint can fail outside the publisher's demonstrated conditions.
REPRODUCIBLE ACCEPTANCE TEST
Document actual prompt templates, modality preprocessing, inference backend and compatible software versions.
WHAT CAN GO WRONG
Using unsupported serving backends can invalidate comparisons.
STEP 03
Audit license and operational controls
Model card labels and code licenses are not automatically permission for every deployed use.
REPRODUCIBLE ACCEPTANCE TEST
Check exact weight terms, notices, tool permissions, data privacy and runtime isolation.
WHAT CAN GO WRONG
Restricted weight rights or unsafe action tools can make a deployment unsuitable.
STEP 04
Publish independent results only if measured
Vendor benchmark figures are useful evidence, but are not OMW-run observations.
REPRODUCIBLE ACCEPTANCE TEST
Pre-register held-out tasks and compare baseline checkpoint, hardware, quality, memory and error rates.
WHAT CAN GO WRONG
Attributing first-party results to independent inference would mislead readers.
Questions people ask about DeepSeek V4.1 Flash 1017 NVFP4.
Is NVIDIA DeepSeek NVFP4 a new base model?
No. It is an NVIDIA-produced quantized derivative of an existing DeepSeek V4.1 Flash checkpoint, represented separately for reproducible deployments.
Does NVFP4 mean every tensor is four-bit?
No. Only specified expert components are converted to NVFP4 W4A4; Engram tables use MXFP4 and other attention or vision components can retain other source formats.
How large is the published checkpoint?
NVIDIA describes roughly 400 GiB across 48 Safetensors shards, an artifact-specific count that should not be translated directly into peak serving VRAM.
Does it work with unmodified vLLM?
Do not assume so. The first-party card describes a patched vLLM Engram implementation and specific Blackwell serving conditions.
Are conversion results identical to original inference?
No guarantee follows from weight-block conversion. Engram conversion is lossy, and model outputs depend on the complete runtime configuration.
Has Open Model Weights tested Blackwell throughput?
No. Hardware and quality statements remain NVIDIA-attributed until exact independent measurements on the public checkpoint are available.
03 · PRACTICAL TECHNICAL PROFILE
Deployment, licensing and reproducible evidence.
Inspect weight-memory estimates, model lineage and runtime evidence separately from promotional or untested performance claims.
DEPLOYMENT PROFILE
Weight memory, without pretending it is a deployment guarantee.
These bars visualize weight-only decimal-GB estimates. They exclude KV cache, activations, runtime overhead, optimizer state and sharding.
WEIGHT-ONLY MEMORY
BF16 / FP16—
FP8 / INT8—
INT4—
FIELD EVIDENCE MAP
WeightsVerified
LicenseVerified
Commercial useAllowed
ContextVerified
FormatsVerified
LineageDeclared
Training recipeTraining described in model card
Training dataDescribed in model card
RuntimeSource-derived · not runtime-tested
LICENSE & USE
mit
Commercial use allowed under mit conditions
Declared licensemit
ClassificationAllowed
VerificationLicense file checked
This section summarizes the checked repository evidence. It is not legal advice. Inspect license evidence ↗
LINEAGE & PROVENANCE
What the checked sources disclose — and what they do not.
Open Model Weights does not infer a hidden base model or training corpus when the checked sources do not declare one.
LINEAGE
BASE / PARENTdeepseek-ai/DeepSeek-V4.1-Flash-1017Declared
quantized_derivative
CURRENT RECORDDeepSeek V4.1 Flash 1017 NVFP4DeepSeek V4.1 Flash
TRAINING DISCLOSURE
Training recipeTraining described in model card
Training dataDescribed in model card
FamilyDeepSeek V4.1 Flash
RUNTIME SIGNALS
Compatibility claims stay attached to their evidence level.
Declared and model-card-mentioned runtimes are discovery signals. They are not treated as Open Model Weights runtime tests unless explicitly measured.
DeclaredModel Optimizer
MentionedNeMo
MentionedSGLang
MentionedTransformers
MentionedvLLM
OMW runtime testNot performed
EVIDENCE TRAIL
Sources and observed history.
This is where the article remains auditable: source links on one side, the registry's observed change history on the other.
Repository SHA 480550d349ed…; a source check is not an inference benchmark or legal clearance. See the per-model evidence JSON for the exact source record.
A verification check does not pretend the model changed. Open Model Weights updates the verification date after a real primary-source check, while factual-update dates move only when retained source evidence changes.
Last verified
Latest primary-source check · full field verification
Last factual update
No change observed
Baseline first observed 1 Nov 2026; no later factual change observed
Repository created
Source repository date; used only as a transparent release proxy when no stronger release date exists
Publisher describes a mixed NVFP4/MXFP4 derivative of roughly 400 GiB with a custom Engram-aware patched vLLM requirement. No OMW Blackwell VRAM/latency measurement.
04 · FORMATS
Formats & precision evidence
Safetensors
BF16: not observedFP16: not observedFP8: not observedINT8: not observedINT4: not observedGGUF: not observed
“Not observed” means no matching repository artifact/name/dtype signal was found; it does not prove no third-party conversion exists.
05 · LINEAGE
Base model & family
FamilyDeepSeek V4.1 Flash
VariantNVFP4 derivative
Declared base modeldeepseek-ai/DeepSeek-V4.1-Flash-1017
Relationquantized_derivative
06 · TRAINING ASSETS
Recipe & data disclosure
Training recipetraining-described-in-model-card
Data disclosuredescribed-in-model-card
EvaluationsNot classified by automated verifier
Intermediate checkpointsNot classified by automated verifier
07 · RUNTIME SUPPORT
Declared, mentioned and externally evidenced runtimes
Declared libraryModel Optimizer
Declared/taggedModel Optimizer
Mentioned in model cardNeMo, SGLang, Transformers, vLLM
Artifact signalsNone
External primary runtime evidenceNone
Tested by Open Model WeightsNo — source-derived support only
Open Model Weights separates model-repository evidence from external runtime-release evidence. An external support statement does not change the official model repository's weight formats and does not imply an Open Model Weights inference benchmark.
Checked Hugging Face API metadata, exact repository file list, model card and config when accessible.
licenseverified
commercial useclassified
contextverified
weight filesverified
formatsverified
base modeldeclared
training recipetraining-described-in-model-card
data disclosuredescribed-in-model-card
runtime supportsource-derived-not-runtime-tested
MODELS FOR AI AGENTS · ROLE EVIDENCE
Where this model fits in an agent system
Specialized model. A supporting component. This checkpoint does not, by category alone, serve as the planning and tool-execution controller.
The curated notable tier is not an agent-readiness rating. Model-specific tool-call success, long-horizon task accuracy and compatible runtime configurations are not independently established here.
Source-linked license: mit (allowed commercial-use classification; see original terms).