DCENT_OS Open-Source Bitcoin Mining Firmware for Antminers
GPL-3.0 open-source Bitcoin mining firmware for selected Bitmain Antminers. Signed S9 XIL and S19j Pro XIL artifacts are guarded and experimental while install-evidence gaps remain open. The design has a 0% mandatory dev fee; network and feature assurances remain build-specific until independently verified. Experimental firmware can brick hardware — read the brick-risk warning and flash only miners you can recover.
$ dcent_os --status
Kernel: Buildroot 2024.02 (musl)
Daemon: rustminer v0.1.0 (Antminer)
Status: Guarded experimental artifacts [recovery path required]
Updated: 2026-08-08 [beta20260709: exact S9 XIL + S19j Pro XIL artifacts]
Downloads: S9 XIL + S19j Pro XIL guarded
Artifacts: Exact S9 XIL + S19j Pro XIL only
Feature state: Source capabilities; verify the named build
Network policy: Local-first project policy; independent egress audit not published
Fee: 0% mandatory design; audit the exact build
Risk: Can brick / void warranty / downtime
$
See the dated evidence ledger: artifact, mining, install and production status are separate.
Follow the evidence in public: exact artifacts, model lanes, blockers and remaining validation.
Quick answer
DCENT_OS is D-Central Technologies' GPL-3.0 open-source Bitcoin mining firmware for selected Bitmain Antminer ASIC miners. Guarded signed artifacts exist only for exact S9 XIL and S19j Pro XIL lanes; their install evidence is incomplete, neither is production-ready, and a bad write can brick hardware. The daemon, dashboard and Buildroot integration are open; full images require documented vendor boot inputs.
What Is DCENT_OS Antminer Firmware?
DCENT_OS is a purpose-built Linux distribution and open-source (GPL-3.0) firmware stack for supported Bitmain Antminer hardware. During the beta, every install should be treated as experimental: wrong images, interrupted writes, unsupported control boards, or NAND flashing on the wrong unit can brick hardware.
The Rust mining daemon and local dashboard expose mining, thermal and diagnostic surfaces. Heat Mode and the local MCP control surface are secondary capabilities whose readiness is build- and board-specific; exact artifact and installation evidence comes first.
DCENT_OS credits the upstream projects and components documented in THIRD_PARTY_NOTICES. Its daemon, dashboard and Buildroot integration are GPL-3.0 source; complete Antminer images also require documented vendor boot inputs. Exact S9 XIL and S19j Pro XIL artifacts are guarded and experimental, with a 0% mandatory dev fee. Local-first and no-required-cloud behavior is project policy, not an independent audit result. View the source on GitHub. Compare mining firmware options. Explore open-source firmware options. See the dated beta status.
DCENT_OS Compared With Stock Firmware, Braiins OS+, VNish and LuxOS
DCENT_OS publishes guarded experimental artifacts, not production support. Mature production firmware remains the safer choice for revenue-critical miners, and third-party fee terms can change by vendor, version or partner program.
| Feature | Stock | Braiins | VNish | LuxOS | DCENT_OS |
|---|---|---|---|---|---|
| Fee Model | 0% | Mandatory fee / licensing varies | Mandatory fee / licensing varies | Mandatory fee / licensing varies | 0% mandatory + optional contribution |
| Open Source | Public repo — live (GPL-3.0) | ||||
| Auto-Tuning | Per-chip closed-loop (beta) | ||||
| Stratum V2 | Implemented; readiness-gated | ||||
| AI / MCP Control Surface | Built-in MCP server (beta) | ||||
| Grid Curtailment API | Planned | ||||
| Space Heater Mode | Beta track | ||||
| Home Assistant | Beta track | ||||
| Per-Chip Optimization | Per-chip freq + per-domain voltage | ||||
| Overclocking | Experimental | ||||
| Underclocking / LPM | Beta track | ||||
| Custom Tuning Profiles | Beta track | ||||
| REST API | Beta track | ||||
| Web Dashboard | Yes (beta) |
DCENT_OS Firmware Stack
Three layers, minimal dependencies, and staged control for supported beta images.
DCENT_OS is organized in three layers. A stripped-down Linux system boots the miner. A Rust-powered mining engine talks to supported ASIC hardware and manages hashrate, fans, frequency, and voltage domains where supported. A browser dashboard presents the Space Heater, Mining, and Companion modes from any phone or laptop on your network.
Antminer Hardware Abstraction Layer
The Rust HAL is intended to isolate chip, control-board, PSU, and sensor differences as image-specific support lands.
Every ASIC miner family has different chips, control boards, PSUs, sensors, and board revisions. The Hardware Abstraction Layer is the compatibility boundary between the dashboard and the hardware-specific drivers. During the beta, support is still image-specific: do not assume a model or control board works until its exact SD card image is published.
Secondary capabilities, not readiness claims
The source tree includes autotuning, Heat Mode, MCP/local-agent controls, dashboards and a default-off Stratum V2 implementation. Their presence in source does not prove they are enabled, soaked or independently audited in beta20260709. Treat Stratum V1 as the Antminer baseline unless the exact release record says otherwise.
Inspect the architecture and evidence boundaries · Review the assurance ledger
Antminer Firmware Compatibility and Beta Risk
D-Central Technologies is preparing staged beta firmware images, onboarding resources, supported hardware updates, and compatibility notes for DCENT_OS and DCENT_axe. View DCENT_axe for Bitaxe and micro-miners.
Beta Image Rules
- Match Miner model and control board must match the image.
- Wait No public artifact means there is no file for this exact model and board lane.
- Recover Know your SD card and serial recovery path before flashing.
Control Board Families
- XILXilinx / Zynq-family control board image slots
- BBBB / BeagleBone-style control board image slots
- CVCV-family control board image slots
- AMLAmlogic-family control board image slots
The Wider DCENT_OS Platform Matrix
This page is the industrial Antminer surface. The repository also contains separate ESP32, Avalon and WhatsMiner branches; each keeps its own evidence gates. Honest Antminer readiness lives here:
- Evidence variesAntminer S9 → S21 evidence is model-specific: accepted-share mining is documented on several bench lanes; guarded signed artifacts exist only for S9 XIL and S19j Pro XIL; other lanes have no public image.
- LiveBitaxe-class ESP32-S3 (Max / Ultra / Supra / Gamma / Hex) — supported via DCENT_axe 0.3.0; flash it from your browser.
- LiveLucky Miner (LV06 / LV07 / LV08, BM1366) and Hammer Miner (BC01 / BC01-Pro / BC02 / BC04, BM1370 / BM1373) — DCENT_axe 0.3.0 factory images, experimental; flash it from your browser or read the Lucky Miner and Hammer Miner guides.
- DevAvalon (Canaan) and WhatsMiner (MicroBT) — in development, no public images.
Per-model readiness matrix (PLATFORMS.md) · Four-tier testing path — from zero-hardware to reversible /tmp trial (TESTING.md) · Coordinated disclosure (SECURITY.md)
Antminer SD Card Images by Control Board: XIL, BB, CV, AML
Choose the exact Antminer model and control-board lane. Guarded signed artifacts exist only for S9 XIL and S19j Pro XIL; every other exact lane has no public artifact. Review readiness before downloading.
Before You Flash
- Identify the exact Antminer model and variant.
- Identify the control board family: XIL, BB, CV, or AML.
- Confirm that the exact model and board lane has a named artifact, then review its install-readiness evidence.
- Read release notes, checksum notes, and recovery instructions.
- Do not flash production miners or hardware you cannot recover.
Beta documentation: Documentation portal · S9 SD-card install guide · Rollback & UART recovery (read first) · Beta safety & warranty · Hardware-readiness & recovery checklist
Web Flasher — DCENT_axe 0.3.0 Live
For Bitaxe and micro-miners, DCENT_axe 0.3.0 factory images for six Bitaxe-class boards (Gamma, Max, Ultra, Supra, Hex Ultra, Hex Supra) flash over USB straight from your browser today — no toolchain to install.
Antminer S9
Guarded artifact — XILS9 XIL SD card image
Zynq/Xilinx (BM1387), beta20260709. Signed sysupgrade and bootable SD artifacts are downloadable; the current install/recovery capstone remains lab-gated. Review readiness before using either file.
S9 XIL signed sysupgrade (.tar) S9 XIL bootable SD image (.img)
Antminer S19
No public artifactS19 XIL SD card image
XIL / Xilinx-family lane. Artifact availability is exact-model specific; no file is implied by the board family alone.
No public image published yet. No public artifactAntminer S19 Pro
No public artifactS19 Pro XIL SD card image
XIL / Xilinx-family lane. Artifact availability is exact-model specific; no file is implied by the board family alone.
No public image published yet. No public artifactAntminer S19j Pro
Guarded artifact — XILS19j Pro XIL SD card image
Zynq/Xilinx (BM1362), beta20260709. A signed A/B sysupgrade artifact is downloadable; only a guarded DCENT_OS-source self-update is documented, while vendor-stock first install remains an evidence gap.
Antminer S21
No public artifactS21 XIL SD card image
XIL / Xilinx-family lane. Artifact availability is exact-model specific; no file is implied by the board family alone.
No public image published yet. No public artifact
# Beta image status
Date: 2026-08-08
Images: S9 XIL + S19j Pro XIL guarded artifacts (beta20260709)
Artifacts: Exact S9 XIL + S19j Pro XIL only
Install policy: Tested rollback path required
Firmware images, supported hardware updates, onboarding notes, and recovery guidance will roll out progressively. Monitor this page before flashing.
New to the beta? What to expect after you join · Get your hardware ready · Join the Discord community
Fund the Future
D-Central publishes the GPL-3.0 daemon, dashboard and Buildroot integration alongside exact-model evidence. Full Antminer images also require documented vendor boot inputs. The beta20260709 S9 XIL and S19j Pro XIL artifacts are downloadable but remain guarded and experimental. View the source on GitHub. See the dated beta status.
Some production aftermarket firmware uses mandatory hashrate-based fees or paid licensing. DCENT_OS has a 0% mandatory-fee design under GPL-3.0. Any optional contribution control must be verified in the exact build; it is not an artifact-readiness claim.
If it helps you, help keep the lights on — every contribution funds validation, recovery documentation, new chip support, and beta hardening.
No mandatory dev fee for published images. Commercial use stays free under GPL-3.0.
A visible contribution control is planned for miners who want to help fund open-source firmware work.
Hardware testing, recovery docs, protocol work, new board support, and beta hardening.
DCENT_OS Firmware FAQ
What hardware does DCENT_OS support?
Signed beta20260709 artifacts are downloadable for S9 XIL and S19j Pro XIL. They remain guarded because the public repository records installation-evidence gaps. S19, S19 Pro, S21 and other control-board lanes have no public image.
Is DCENT_OS really free? No dev fee?
DCENT_OS has a 0% mandatory developer-fee design under GPL-3.0. Verify any optional contribution behavior, binary provenance and network policy in the exact build under test. The current artifacts remain guarded and experimental.
How does Space Heater Mode work?
Space Heater Mode is a thermostat, not a spreadsheet. Instead of starting with chip tables, it starts with a target room temperature and BTU/h output, plus pool/wallet setup, beta guardrails, and recovery reminders. Beta images still require exact hardware support before use.
What is Stratum V2 and why does it matter?
Stratum V2 is the next-generation mining protocol for encrypted miner-pool communication and job negotiation. DCENT_OS implements a native V2 stack, but it is default-off behind a readiness gate while live submit/accept and failover soak remain pending. The July Antminer artifacts should be treated as V1 unless exact release notes state otherwise.
What is the Grid Curtailment API?
It is a planned API track for external systems such as smart home hubs, utility demand-response programs, and fleet controllers to request throttling or pause states. Beta behavior will be documented per image.
How does the Home Assistant integration work?
DCENT_OS ships a CGMiner-compatible API on port 4028 in beta, which pyasic and Home Assistant tooling already speak. Deeper native integration — local sensors, power states, and automations for heat, mining, and curtailment workflows — follows as the API stabilizes for supported images.
Will flashing DCENT_OS void my warranty?
Flashing third-party firmware on most ASIC miners can void the manufacturer warranty. During the beta it can also brick a control board, fail to boot, interrupt revenue, or require SD card, UART, or serial recovery. Do not flash production miners or hardware you cannot afford to troubleshoot.
Can DCENT_OS brick my miner?
Yes. Beta firmware can brick a control board, corrupt configuration, void warranty, or leave a miner offline until manual recovery works. A wrong XIL / BB / CV / AML image is especially dangerous. Only install if you understand the recovery process and have a tested rollback path ready (SD reflash or UART).
How does DCENT_OS compare to Braiins OS+ or VNish?
Braiins OS+, VNish, and LuxOS are mature production firmware options with broad field history. DCENT_OS is experimental GPL-3.0 firmware with a 0% mandatory fee and guarded artifacts on two XIL lanes. Autotuning, MCP and Stratum V2 are source capabilities whose readiness is build- and board-specific; use production firmware for production miners.
Can DCENT_OS overclock my Antminer?
The autotuner runs a closed-loop per-chip frequency/voltage search with measured feedback, PVT clamps, ramp limits, and rollback, and advanced controls expose per-chip frequency targets and per-domain voltage where the hardware and beta image support them. Overclocking can damage hardware, cause instability, and brick a miner during beta. Do not use it on production equipment.
Does DCENT_OS work with my mining pool?
The target is pool-agnostic Bitcoin mining. Stratum V1 is the current baseline. The native Stratum V2 implementation is default-off and readiness-gated; confirm the exact protocol support in the release notes for the artifact you are testing.
Which public artifacts are available now?
Signed beta20260709 artifacts are downloadable for the exact S9 XIL and S19j Pro XIL lanes. They remain guarded and experimental because installation-evidence gaps are open. Other exact model and board lanes have no public artifact.
Beta Means Real Risk.
Guarded beta20260709 artifacts exist only for the exact S9 XIL and S19j Pro XIL lanes. Other lanes have no public artifact. Review the evidence ledger, prove recovery and never use experimental firmware on production miners.