Glaciem Miner v1.1.18 — pool mining reliability (no more orphaned blocks)

Glaciem Miner v1.1.18

Pool mining reliability — major fix

Fixes a bug where mining to the pool could silently stop earning. Found
blocks were submitted through the same queue as ordinary shares; under normal
share volume that queue could back up, so a found block landed too late and got
orphaned (no reward), while shares piled up and came back as stale job.

• Full-block solutions are now submitted immediately, ahead of shares — a
  found block is never delayed into an orphan.
• The share-submit queue is bounded, so it can't back up under load or
  network latency.
• The miner self-heals if it ever drifts onto a stale job, instead of
  getting stuck mining dead work until you restart it.

This release covers macOS, Windows, and Android. Linux (AppImage/Flatpak)
follows shortly.

Server-side pool improvements (already live, no action needed)

• Stable per-block job IDs (no more stale-job storms at block boundaries).
• Lower share difficulty for submit-pipeline headroom (earnings-neutral).
• Honest block stats on the pool page.

Install

• macOS — download Glaciem-Miner-macOS.zip, unzip, right-click → Open.
• Windows — download Glaciem-Miner-Windows.exe and run.
• Android — download Glaciem-Miner-Android.apk and install. Updates in
  place over an existing install (same signing key).

Glaciem Miner v1.1.17

Wallet reliability fixes + groundwork for send-to-name.

What's new

• Fixed: generating or restoring a wallet could sometimes hang and not sync until you restarted the app — it now opens cleanly every time.
• Faster startup: your address appears immediately, with clear CONNECTING / SYNCING status instead of a blank screen while it catches up.
• Coming soon — .glac names: the Send field is now ready to accept vanity *.glac names instead of 95-character addresses. The name service isn't live yet, so a .glac name won't resolve for now — the wallet's just wired up for when it launches.

Downloads

• macOS — Glaciem-Miner-macOS.zip
• Windows — Glaciem-Miner-Windows.exe (built & dependency-verified, but not hands-on tested this release — please report any issues)
• Linux — Glaciem-Miner-Linux.AppImage (single file, just run it) or Glaciem-Miner-Linux.flatpak (flatpak install --user <file>)
• Android — Glaciem-Miner-Android.apk (sideload)

v1.1.16 — SETTINGS button

Discoverability patch over v1.1.15.

What changed

The header button that opens the Settings sheet was labelled HOST on Mac/Android and POOL / POOL ON on Windows — both inherited from older releases when those buttons did less. A Windows v1.1.15 user reported "I do not see a settings button to make thread changes" because the thread-count picker lives inside what was labelled POOL.

All three are now labelled SETTINGS.

• Mac: HOST → SETTINGS
• Android: HOST → SETTINGS
• Windows: POOL / POOL ON → SETTINGS (button still tinted amber when pool mode is on, so the at-a-glance status indicator is preserved)
• Linux: already said SETTINGS, no change

No functional changes; identical mining behavior to v1.1.15. Drop-in replacement.

Downloads

• Mac (universal, 14+) — `Glaciem-Miner-macOS.zip`
• Windows (x86_64, AVX2) — `Glaciem-Miner-Windows.exe`
• Linux — pick `Glaciem-Miner-Linux.flatpak` (Fedora & most distros, click-to-install) or `Glaciem-Miner-Linux.AppImage` (everything else)
• Android (arm64, API 26+) — `Glaciem-Miner-Android.apk`. Drop-in upgrade from v1.1.11–v1.1.15.

v1.1.15 — thread spinner, Flatpak, Linux portable builds

Hot follow-up to v1.1.14. Three things land here:

What changed

Thread-count picker on every platform

Replaces Android's Eco/Balanced/Max segmented control with a number spinner, and adds the same control to the Mac, Windows, and Linux desktop miners. In Settings, a − / + spinner shows N of M with RECOMMENDED (M/2) and ALL (M) preset chips. Persists across launches.

Default = half your cores on first run. Existing Android users get migrated forward from the old MiningMode enum (ECO → 1, BALANCED → recommended, MAX → all). Changes take effect within ~1 second of hitting SAVE without restarting the miner.

Mac P/E convoy fix (regression squashed)

First cut of the spinner regressed Mac hashrate by ~25% at ALL because the new dispatch_apply(n_threads, ...) pattern pinned one task per worker thread — on M-series CPUs the slowest E-core then sets the batch wall time and the P-cores sit idle. v1.1.15 keeps the original v1.1.13 fine-grained dispatch_apply(BATCH, ...) pattern whenever you've picked ALL, and switches to a dispatch_semaphore-throttled fine-grained dispatch only when you've explicitly capped to fewer cores.

Linux Flatpak + portable AppImage

.flatpak — new artifact for Fedora users (and Ubuntu after apt install flatpak gnome-software-plugin-flatpak). Double-click to install via GNOME Software / Plasma Discover, no chmod, no terminal. Uses the KDE 6.10 runtime so the bundle is ~4MB, with Boost/libsodium/libunbound/hidapi/libevent bundled inline.

AppImage portability fix — the v1.1.11 / v1.1.14 Linux AppImage was compiled with -march=native on an AMD EPYC Genoa build host, baking AVX-512 + VAES instructions into the binary. It SIGILL'd at startup on every CPU older than Skylake-X (Intel) / Zen 4 (AMD) — including any laptop from before 2018. v1.1.15 rebuilds the Linux miner with -DARCH=x86-64-v3 (Haswell baseline, 2013+).

Downloads

• Mac (universal, 14+) — Glaciem-Miner-macOS.zip
• Windows (x86_64, AVX2) — Glaciem-Miner-Windows.exe
• Linux — pick one:
  • Glaciem-Miner-Linux.flatpak — recommended for Fedora and Ubuntu-derivative distros (Pop_OS, Mint, elementary). One-click install.
  • Glaciem-Miner-Linux.AppImage — for any other distro. chmod +x then double-click.
• Android (arm64, API 26+) — Glaciem-Miner-Android.apk. Drop-in upgrade over v1.1.11–1.1.14; same debug signing key, no uninstall needed.

⚠️ For users on v1.1.11–v1.1.14 Linux

The Linux AppImage in those releases crashes on launch on any CPU older than Skylake-X / Zen 4. v1.1.15 fixes it. Either grab the new AppImage or the new Flatpak.

Pool / chain

No protocol or daemon changes — same node URL, same pool, same wallet files. v1.1.14 → v1.1.15 is a wallet-app upgrade only.

v1.1.14 — Linux wallet display fix

⚠️ Superseded by v1.1.15. v1.1.14's Linux AppImage crashes on launch on any CPU older than Skylake-X / Zen 4 (pre-2018) because it was compiled with AVX-512 instructions baked in. Mac/Windows/Android binaries here are functional but the Mac one regresses hashrate ~25% at the ALL thread setting. Just grab v1.1.15.

(Original release notes follow.)

---

Initial release of the thread-count picker. See v1.1.15 for the production-ready version with Linux portability + Mac convoy fix.

Lattice Games developer samples v1

Stub binaries used by the Lattice Games launcher's smoke-test catalog
entry. These are NOT real VR games -- they just exit cleanly and log
their license environment so the install + launch path can be exercised
end-to-end.

Assets:

• dev-game.sh: a 65-line bash script that prints the LATTICE_*
  environment variables the launcher injects, then exits. Used by
  the smoke-test game in the launcher's store catalog.

v1.1.11 — Mac perf fix + miner self-heal on rejected shares

⚠️ Linux users: the AppImage in this release has a display bug — sending shows "RME" instead of "GLAC". Funds are sent correctly as GLAC on chain, only the wallet UI label is wrong. Use v1.1.14 instead.

Quick follow-up to v1.1.10. Mac users should upgrade for the perf fix; other platforms are version-bump-only.

What changed

Mac (the perf fix)

The v1.1.10 self-heal logic added per-share g_lock acquisitions in the async submitter. That same lock is acquired by every dispatch_apply worker thread on best-bits + winner updates, creating new contention across 8 cores. Result: noticeably slower hashing after the v1.1.10 build. v1.1.11 switches the counters to <stdatomic.h> — no lock, no contention, hashrate back to v1.1.9 speed.

All four miners

Defensive self-heal on consecutive invalid-share rejections. After 3 in a row, the miner drops its cached epoch dataset, refetches the job, and rebuilds against the fresh seed_hash. Recovers from missed epoch transitions in seconds — before the pool's ban kicks in. (Mac/Windows/Linux/Android all carry this; the perf fix above is Mac-only.)

Pool (already live)

• Invalid-share ban threshold raised 10 → 25
• Early-warning log at 10 invalid shares
• Successful share resets per-wallet bad-count
• Every invalid rejection now logs the full diagnostic (seed prefix, nonce, computed hash, top-64 bits, share difficulty)
• New pool_verify_share_v2 returns the failing hash so the Python side can log it

Downloads

• Mac (universal, 14+) — Glaciem-Miner-macOS.zip
• Windows (x86_64, AVX2) — Glaciem-Miner-Windows.exe
• Linux (x86_64) — Glaciem-Miner-Linux.AppImage ⚠️ has RME display bug, use v1.1.14
• Android (arm64, API 26+) — Glaciem-Miner-Android.apk

Mac users on v1.1.10 should upgrade for the perf fix. Other platforms can stay on v1.1.10 — the version bump is for catalog consistency, no functional change.

v1.1.10 — close miner/pool hashrate gap + payout maturity UI

After v1.1.9 closed the ~50% gap between miner-reported and pool-reported hashrate, ~25% of remaining headline gap turned out to be silent duplicate-share rejections on the pool side — the miner was walking overlapping nonce ranges against the same job_id whenever the upstream template hadn't refreshed. This release fixes that on all four platforms; a healthy miner now reads within ~5-10% of the pool number.

Fixes

• All four miners — monotonic nonce base (Mac, Linux, Android source-patched; Windows was already correct). base is now hoisted to the worker function and advances by full batch size per iteration. ~20% of submissions used to be dropped server-side as duplicates against the same pool job; now zero.
• Mac — async share submission. Submissions fire-and-forget on a serial background queue instead of blocking the mining loop for every Cloudflare→pool roundtrip. ~40% wall-clock submission overhead → near zero.
• Mac — wallet balance no longer flashes to 0 on Start. miner_start was memset-ing the entire stats struct, wiping the wallet fields the wallet poller owned. Now only mining counters reset.
• Mac — wallet history labels: stray "RME" → "GLAC".
• Android — "amount (RME)" label on send sheet → "GLAC".

Pool-side changes (already live at https://glaciem-pool.frostmine.workers.dev)

• Correct hashrate estimator: 300s sliding-window sum(share_diff)/window. Old EWMA-on-(D/inter-arrival-time) under-reported by ~25% because share inter-arrival times are Poisson-distributed and the harmonic mean is biased low.
• Per-reason rejection counters on /pool/stats (rate_limit, stale_job, duplicate, invalid_share, bad_request, banned). Operator-visibility into where shares go.
• PAYOUT MATURITY card on the pool page. Block rewards inherit Monero's 60-confirmation coinbase lock; a "pending 175 GLAC" credit can sit unspendable for ~2 h after a block lands. The card surfaces the unlock countdown so users know payouts will arrive.

Downloads

• Mac (universal, 14+) — Glaciem-Miner-macOS.zip
• Windows (x86_64, AVX2) — Glaciem-Miner-Windows.exe
• Linux (x86_64) — Glaciem-Miner-Linux.AppImage
• Android (arm64, API 26+) — Glaciem-Miner-Android.apk

Existing v1.1.9 miners keep working — the duplicate rejections were silent on the miner side. Upgrading just lets every honest share through.

v1.1.9 — closes the miner/pool hashrate gap (all platforms)

The "my miner says 1000 H/s but the pool only credits me with 500 H/s" mystery has a fix.

What was wrong

The mining inner loop on every platform tracked only the FIRST nonce per batch that met share-difficulty, discarding the rest. At typical pool share-diff (~700) with 512-nonce batches, ~30% of "winning batches" win more than once — and those extra shares were thrown away. Result: pool-reported hashrate ≈ 50-70% of what the miner's local counter showed.

What's fixed

Each platform's mining loop now collects EVERY nonce that meets share-difficulty in a batch and submits each one to the pool. Same Lattice PoW, same wallet code, same protocol — just better utilization of compute that was already happening.

Expected impact

• Pool stats page will show your hashrate ~30-50% higher (closer to the miner-app number)
• Block-find rate rises proportionally — pool finds blocks more often
• Proportional payouts stay completely fair; the new behavior is uniform across the fleet
• No more "did I really mine that or just throw it away" questions

Compat

• All four platforms (Mac / Windows / Android / Linux): drop in the new build, no migration. Existing wallets + balances + addresses carry forward.
• Pool server bumped per-wallet rate limit 60/s → 1000/s to allow bursts of 5-10 shares from one batch. Real abuse defense is the invalid-share auto-ban (10 strikes), which is unchanged.
• Solo mining unchanged — any winning nonce solves the block, no need to submit multiple.

SHA-256

14cc942c8d9b0575ca4b64240f50da1fdee9707cc3a0b4d70d6e2e892f395a19  Glaciem-Miner-macOS.zip
922bb115375d17cd71d359e2e3bc2f1050aa8118455ea8a4ff66959e1684b473  Glaciem-Miner-Windows.exe
5848e1cbdc0c4cc083caec2b1bcf4ce3c2602dfd84a24d0084f7a46b44a3bcef  Glaciem-Miner-Android.apk
68c7f54f87f0e94d2f039a47f7ed963658e09dd1da51c9229763c1afa9116386  Glaciem-Miner-Linux.AppImage

v1.1.8 — Linux: pool-mode mining (all four platforms now covered)

Linux joins the pool-mode lineup. All four platforms — Mac, Android, Windows, Linux — now support connecting to the official pool at https://glaciem-pool.frostmine.workers.dev (or any compatible pool) directly from Settings.

New in the Linux app

• MINING MODE — POOL toggle in the Settings dialog
• Pool URL field (appears when the toggle is on; default: official pool, editable for any other)
• Persisted via QSettings (~/.config/Glaciem/GlaciemMiner.conf)
• No restart required — the next mining iteration (~1s) picks up the change

What changes when pool mode is ON

	SOLO (default)	POOL (new)
Templates from	daemon get_block_template	POST /pool/job
Hash target	network difficulty (rare wins)	share difficulty (frequent shares)
Block submission	direct to daemon	via pool's /pool/submit
Block reward	100% to you when you find one	proportional to your share contribution

Compat

• Existing wallets, balance, addresses, mining history all carry forward — just replace the .AppImage, chmod +x, run.
• Self-contained x86_64 AppImage — runs on any modern Linux distro without dependency hunting.
• Built via the existing pow/app_linux/build.sh + rebuild-appimage.sh pipeline on Ubuntu 26.04 LTS.

All-four-platforms milestone

This is the last platform that needed the v1.1.6+ pool changes. The full lineup now matches:

Mac      v1.1.6+   pool mode
Android  v1.1.6+   pool mode
Windows  v1.1.7+   pool mode
Linux    v1.1.8+   pool mode  ← this release

SHA-256

e7cba33be82c9bf8f466e8d78461b1cb4b170846e7a9ca7193e1ff41920b067c  Glaciem-Miner-Linux.AppImage