• v1.32.0 f8e753ed35

    v1.32.0
    All checks were successful
    CI / Rust clippy (push) Successful in 1m50s
    CI / Rust fmt (push) Successful in 1m14s
    CI / Rust test (push) Successful in 6m3s
    CI / UI (SvelteKit) (push) Successful in 1m17s
    CI / Security Audit (push) Successful in 1m20s
    docs / build (push) Successful in 36s
    Release / Docker Multi-Arch (push) Successful in 22m58s
    Release / Binary aarch64-unknown-linux-gnu (push) Successful in 12m12s
    Release / Binary x86_64-unknown-linux-gnu (push) Successful in 10m34s
    Release / Linux .deb + .rpm (amd64) (push) Successful in 2m6s
    Release / Linux .deb + .rpm (arm64) (push) Successful in 1m55s
    Release / Linux AppImage (aarch64) (push) Successful in 27s
    Release / Linux AppImage (x86_64) (push) Successful in 27s
    Release / Cosign sign artifacts (push) Successful in 29s
    Release / Forgejo Release (push) Successful in 38s
    Stable

    dvb-projekt released this 2026-09-19 18:05:42 +00:00 | 245 commits to main since this release

    Added

    • dvb-WarpTune energy mode: surplus_min_excess_w (global, or per miner)
      — the PV surplus the pool must report before the surplus mode is taken,
      roughly the extra power that mode draws over Eco — and
      surplus_exit_polls (default 3), the consecutive readings without
      surplus needed before the surplus mode is left. The pool's own surplus
      flag flips on the first watt of excess; on the first dry run that made
      the governor see-saw Max/Eco every hold period, and live it would have
      sent an Avalon Q into Super (+850 W) for 581 W of surplus.

    Changed

    • Solar surplus ([mining.electricity.solar]): new
      consumption_includes_pool (default true). A house smart meter reports
      the whole house load, miners included, so the surplus flag now needs
      pv − consumption ≥ surplus_buffer_w instead of
      ≥ pool_power + surplus_buffer_w, which counted the miners twice: on a
      1.5 kW house with 1.05 kW of miners the flag stayed off until PV was
      1.25 kW above the load, i.e. until it covered the miners a second time.
      Measured 2026-09-19: the miners ran fully on PV for about four hours,
      the flag was on for six minutes. Set the option to false for a
      sub-meter that does not see the miners; that keeps the old rule. The
      admin API reads and writes the field; the energy card's rate source
      and the WarpTune energy governor follow the same decision.

    Fixed

    • dvb-WarpTune energy mode: the "pool energy feed unavailable, holding
      Balanced" fallback at service start no longer starts the mode-hold
      timer, so the first real tariff reading (a minute later) switches the
      miner at once instead of after the full min_mode_hold_secs. A hold
      still applies between two real decisions and when the feed drops out.

    dvb-WarpPool v1.32.0 — Downloads

    Docker

    git.warppool.org/dvb-projekt/dvb-warppool:v1.32.0 (multi-arch amd64+arm64, ohne v-Präfix)

    Native packages

    • Linux .deb: amd64 + arm64 → apt install ./dvb-warppool_*.deb
    • Linux .rpm: amd64 + arm64 → dnf install ./dvb-warppool-*.rpm
    • Linux AppImage: x86_64 + aarch64 portable
    • Linux tarballs: x86_64 + aarch64 for manual installs
    • macOS .dmg: added shortly after publish (built separately) — or build from source
    • Windows .msi: paused since the forge migration (no Windows runner yet)

    Signatures

    • SHA256SUMS + cosign bundle (SHA256SUMS.bundle, project key)
    • SBOM (SPDX) for all dependencies

    Verify (project public key cosign.pub in the repo root):

    cosign verify-blob \
      --key cosign.pub \
      --bundle SHA256SUMS.bundle \
      SHA256SUMS
    sha256sum --check SHA256SUMS
    

    First-time setup: run dvb-warppool-setup for the first-run wizard.

    Downloads