- VPN card: relay URLs, device management, invite QR, add participant - Backend: vpn.invite, vpn.add-participant, vpn.peer-config RPCs - nvpn v0.3.7 system service (fixes event processing bug in v0.3.4) - First-boot: auto-configure nvpn with node identity and endpoint - Service: AF_NETLINK for WireGuard, NoNewPrivileges=no for sudo wg - TASK-50: networking stack reliability from first install Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
27 KiB
MASTER PLAN
Archipelago project task tracking and roadmap.
BETA FREEZE ACTIVE (2026-03-18) — No new features. Fix bugs, harden security, test everything. Pipeline: Feature Testing → User Testing → Beta Live Progress:
docs/BETA-PROGRESS.md| Acceptance:docs/BETA-RELEASE-CHECKLIST.md
Roadmap
Phase 1: Feature Testing (internal) — CURRENT
| ID | Title | Priority | Status | Dependencies |
|---|---|---|---|---|
| FEATURE-4 | Onboarding loading screen with progress | P1 | IN PROGRESS | - |
| TASK-9 | Full feature testing sweep | P1 | PLANNED | - |
| TASK-10 | ISO build verification + multi-hardware test | P1 | PLANNED | - |
| TASK-12 | Beta telemetry — reporter + toggle + collector POST | P1 | IN PROGRESS | - |
| TASK-39 | Finish .198 rootless container migration | P1 | PLANNED | TASK-11 |
| TASK-42 | LUKS2 full-partition encryption for /var/lib/archipelago/ | P1 | IN PROGRESS | - |
| TASK-49 | Container app reliability — bulletproof installs + recovery | P0 | PLANNED | - |
| TASK-50 | Networking stack: first-install → reboot-proof | P0 | IN PROGRESS | - |
| BUG-44 | App iframe shows blank/broken when container is starting or crashed | P2 | PLANNED | - |
| TASK-45 | Deploy script: auto-chown data dirs after rootful→rootless migration | P2 | PLANNED | - |
| BUG-46 | FileBrowser missing in unbundled ISO + Cloud auto-login broken | P1 | IN PROGRESS | - |
| BUG-47 | Onboarding: DID sign 403 + blob HTTPS + no password setup | P1 | IN PROGRESS | - |
| FEATURE-48 | Meshtastic support for mesh (plug and play) | P1 | PLANNED | - |
Phase 2: User Testing (controlled, real hardware)
| ID | Title | Priority | Status | Dependencies |
|---|---|---|---|---|
| TASK-13 | Recruit 3-5 test users, distribute ISOs | P1 | NOT STARTED | Phase 1 complete |
| TASK-14 | Monitor telemetry, triage + fix user-reported issues | P1 | NOT STARTED | TASK-12, TASK-13 |
| TASK-15 | Rebuild ISO with fixes, re-verify | P1 | NOT STARTED | TASK-14 |
Phase 3: Beta Live (public)
| ID | Title | Priority | Status | Dependencies |
|---|---|---|---|---|
| TASK-16 | Final ISO build + release notes + distribution | P1 | NOT STARTED | Phase 2 complete |
Post-Beta (FROZEN — do not start)
| ID | Title | Priority | Status | Dependencies |
|---|---|---|---|---|
| TASK-2 | Roll incoming-tx into deploy & ISO | P2 | DEFERRED | - |
| INQUIRY-5 | Offline balance check via mesh relay | P2 | DEFERRED | - |
| FEATURE-6 | Watch-only wallet architecture | P1 | DEFERRED | - |
| TASK-7 | Mesh Bitcoin security hardening | P1 | DEFERRED | FEATURE-6 |
| FEATURE-43 | P2P encrypted voice/video calling (WebRTC over federation) | P1 | DEFERRED | - |
| FEATURE-48 | Meshtastic support for mesh (plug and play) | P1 | PLANNED | - |
Active Work
FEATURE-4: Onboarding loading screen with progress (IN PROGRESS)
Priority: P1 — High Status: IN PROGRESS (2026-03-17)
Users hit the onboarding screen before the backend is ready, resulting in "Server is still starting up" errors that block identity creation. The onboarding flow should not begin until the server is fully operational.
Solution: Show the existing screensaver as a loading/boot screen with server startup progress. Swap the inner logo for animated pixel art icons (smiley face, Bitcoin logo, etc.) that cycle while services come online. Show progress indicators for each backend service (identity store, container runtime, LND, etc.). Only transition to onboarding once /health returns ready.
Key considerations:
- Reuse the existing screensaver component as the boot screen
- Animated pixel art icons rotate in the center (smiley, BTC, lightning bolt, etc.)
- Progress bar or status checklist showing which services are ready
- Poll
/healthendpoint for service readiness - Smooth transition from boot screen → onboarding once all critical services are up
- First-boot vs normal boot: first boot shows onboarding after, normal boot goes to dashboard
Key files:
neode-ui/src/views/Onboarding.vue— current onboarding flowneode-ui/src/components/Screensaver.vue— existing screensaver to repurposecore/archipelago/src/api/rpc/mod.rs— health endpointcore/archipelago/src/server.rs— startup sequence and service initialization
Tasks:
- Investigate current health endpoint — what services does it check, what's missing
- Design boot screen component: screensaver background + animated pixel icons + progress
- Create pixel art icon set (smiley, BTC, lightning, shield, etc.) as SVG/CSS animations
- Implement service readiness polling (health check with granular service status)
- Add backend support for granular startup progress (which services are ready)
- Build boot screen component with smooth transition to onboarding/dashboard
- Handle edge cases: very slow starts, partial service failures, timeout fallback
- Test on fresh ISO install (first-boot scenario)
TASK-9: Full app testing matrix on fresh install (PLANNED)
Priority: P1 — High Status: PLANNED (2026-03-18)
Run through the complete docs/BETA-RELEASE-CHECKLIST.md app matrix on a fresh ISO install. Every app: install, launch, UI loads, uninstall. Every dependency chain: correct errors when deps missing.
TASK-10: ISO build verification + multi-hardware test (PLANNED)
Priority: P1 — High Status: PLANNED (2026-03-18)
Build a fresh ISO, install on at least 2 different hardware configurations, verify full onboarding flow, app installs, and multi-day uptime.
TASK-17: Alpha version tags + rollback strategy (PLANNED)
Priority: P2 — Medium Status: PLANNED (2026-03-18)
Tag every significant alpha version with git tags for easy rollback. Each tag should correspond to a deployable state. Maintain a version log so any alpha can be rebuilt and deployed.
Tasks:
- Tag current state as
v1.2.0-alpha.1(pre-rootless-podman) - Establish naming convention:
v{major}.{minor}.{patch}-alpha.{build} - Tag after rootless podman migration:
v1.2.0-alpha.2 - Document rollback procedure (git checkout tag + deploy)
- Add version tag step to deploy script (auto-tag on successful deploy)
- Update CHANGELOG.md with each alpha milestone
TASK-42: LUKS2 full-partition encryption for /var/lib/archipelago/ (IN PROGRESS)
Priority: P1 — High Status: IN PROGRESS (2026-03-26)
Encrypt all Archipelago app data at rest using LUKS2 full-partition encryption. Protects Bitcoin wallet data, LND macaroons, FileBrowser files, Vaultwarden vault, secrets, and everything else from physical disk seizure. Seamless UX — user never interacts with encryption directly.
Design:
- LUKS2 partition for
/var/lib/archipelago/created during ISO install - Cipher: AES-256-XTS (hardware AES-NI on x86_64, ChaCha20 fallback on ARM without AES-NI)
- Key derived from setup password via Argon2id + hardware salt (
/sys/class/dmi/id/product_uuid) - Key file stored at
/root/.luks-archipelago.key(root:600, on boot partition) - Auto-unlock via
/etc/crypttabon every boot — no passphrase prompt - Password change in Settings re-derives key and rotates LUKS keyslot
Threat model:
- Disk removed from machine = fully encrypted, unreadable
- Running machine with login = transparent (same as today)
- Forgot password = cannot decrypt (correct sovereign behavior)
Tasks:
- ISO installer: create LUKS2 partition, format + mount at
/var/lib/archipelago/ - First-boot: derive LUKS key from setup password via Argon2id + hardware salt
- Store key file at
/root/.luks-archipelago.keywith 600 perms - Configure
/etc/crypttabfor auto-unlock at boot - Settings password change: re-derive LUKS key, add new keyslot, remove old
- Detect AES-NI availability, fall back to ChaCha20 on ARM without it
- Test: fresh install, reboot survives, power-cycle survives, password change works
- Test: disk removed from machine is unreadable
- Update
image-recipe/build-auto-installer-iso.sh
Key files:
image-recipe/build-auto-installer-iso.sh— partition creationscripts/first-boot-containers.sh— runs after LUKS mountcore/archipelago/src/api/rpc/system.rs— password change handlercore/archipelago/src/server.rs— startup checks
TASK-49: Container app reliability — bulletproof installs + recovery (PLANNED)
Priority: P0 — Critical Status: PLANNED (2026-03-29)
Every marketplace app must install cleanly, survive failures, auto-recover from unhealthy states, and uninstall without residue. Currently: some apps fail silently, health checks are inconsistent, and there's no systematic testing.
Scope: All 25+ marketplace apps — install, health, restart, uninstall, dependency chains.
Phase A: Audit & Fix Install Flow (Days 1-2)
Test every app install on a fresh .198 node. Fix failures as found.
- A1: Create install test matrix — spreadsheet of all apps with columns: installs?, starts?, healthy?, UI loads?, uninstalls?, deps correct?
- A2: Test core apps: Bitcoin Knots, LND, Mempool, BTCPay, Electrumx, FileBrowser
- A3: Test recommended apps: Fedimint, Vaultwarden, Grafana, SearXNG, Tailscale, Portainer
- A4: Test optional apps: Home Assistant, Jellyfin, PhotoPrism, Nextcloud, Ollama, Immich, Penpot, OnlyOffice
- A5: Test web-only/L484 apps: noStrudel, BotFights, NWNN, IndeedHub, DWN
- A6: Test Nostr relay (nostr-rs-relay) install + relay functionality
- A7: Fix all install failures found in A2-A6
Phase B: Health Checks & Restart Policies (Days 2-3)
Ensure every container has proper health checks and restart policies.
- B1: Audit all container manifests for
--health-cmd,--health-interval,--health-retries - B2: Add health checks to containers missing them (curl endpoint or process check)
- B3: Verify
--restart unless-stoppedon all containers - B4: Test failure recovery:
podman kill <container>→ verify auto-restart - B5: Test OOM recovery: set low memory limit → trigger OOM → verify restart
- B6: Verify container-doctor.sh runs on timer and fixes unhealthy containers
- B7: Verify reconcile-containers.sh detects and recreates missing containers
Phase C: Dependency Chain Validation (Day 3)
Apps with dependencies (BTCPay→Bitcoin+Postgres, Mempool→Bitcoin+MariaDB) must handle missing deps gracefully.
- C1: Map all dependency chains (which app needs which)
- C2: Test installing dependent app without dependency → verify error message
- C3: Test stopping dependency while dependent is running → verify graceful degradation
- C4: Test restarting dependency → verify dependent reconnects automatically
- C5: Ensure backend
dependency_resolver.rshandles all chains correctly
Phase D: Uninstall & Cleanup (Day 4)
Every app must uninstall cleanly — no orphaned volumes, networks, or config.
- D1: Test uninstall for each app — verify container, volumes, config removed
- D2: Verify no orphaned podman volumes after uninstall (
podman volume ls) - D3: Verify no orphaned networks after uninstall
- D4: Test reinstall after uninstall — must work cleanly
- D5: Fix any cleanup issues found
Phase E: Stress & Soak Testing (Day 5)
Multi-day uptime test with all core apps running.
- E1: Install all core + recommended apps on .198
- E2: Let run for 24h — check for crashes, memory leaks, disk growth
- E3: Simulate power failure (hard reboot) — verify all apps come back
- E4: Simulate network failure — verify apps recover when network returns
- E5: Run container-doctor after soak test — should report all healthy
Phase E2: FileBrowser Auto-Login (Day 5)
FileBrowser must auto-login seamlessly after install — user should never see a separate login screen. Still protected via nginx session cookie validation.
- E2a: Fix FileBrowser auto-login flow: nginx auth_request validates Archipelago session, injects FileBrowser auth token
- E2b: Verify auto-login works on fresh bundled install (first boot)
- E2c: Verify auto-login works on unbundled install (Marketplace install)
- E2d: Verify FileBrowser is NOT accessible without valid Archipelago session (security)
- E2e: Test auto-login after session expiry → re-login to Archipelago → FileBrowser works again
Phase F: Frontend UX (Day 5-6)
The UI must accurately reflect container state at all times.
- F1: Installing state persists across navigation (DONE — TASK-49 server store)
- F2: App card shows correct state: stopped, starting, running, unhealthy, crashed
- F3: App iframe shows contextual error when container is down (BUG-44)
- F4: Uninstall progress shown in My Apps
- F5: Error toast when install fails with actionable message
Key files:
core/archipelago/src/container/— PodmanClient, manifests, healthcore/archipelago/src/api/rpc/package/— install/uninstall RPC handlersscripts/container-doctor.sh— health check + auto-fixscripts/reconcile-containers.sh— recreate missing containersscripts/image-versions.sh— pinned image versionsscripts/first-boot-containers.sh— first-boot container creationneode-ui/src/views/marketplace/— install UIneode-ui/src/views/apps/— My Apps state display
Testing approach:
- Fresh .198 install as test bed
- SSH in, run installs via web UI, check with
podman ps -a - Automated:
scripts/container-doctor.sh --localafter each test - Manual: kill containers, pull power, break networks, verify recovery
BUG-44: App iframe shows blank/broken when container is starting or crashed (PLANNED)
Priority: P2 — Medium Status: PLANNED (2026-03-21)
When an app container is still starting up or has crashed, the iframe overlay shows a blank/broken page with no feedback. Should show contextual loading states:
- Starting: skeleton loader or "App is starting up..." with spinner
- Crashed: "App has stopped" with restart button and link to logs
- Port not ready: "Waiting for app to become available..." with timeout warning
- X-Frame-Options blocked: Detect and open in new tab automatically
Key files:
neode-ui/src/views/AppSession.vue— iframe containerneode-ui/src/stores/appLauncher.ts— app launch stateneode-ui/src/api/container-client.ts— container status checks
TASK-45: Deploy script: auto-chown data dirs after rootful→rootless migration (PLANNED)
Priority: P2 — Medium Status: PLANNED (2026-03-21)
When deploy-tailscale.sh migrates from rootful to rootless Podman, all files in /var/lib/archipelago/ created by the old root-running backend are owned by root:root. The new backend runs as archipelago user and can't read them (node-key.pem, credentials, sessions, identity, etc.). Deploy script must auto-detect and fix ownership after migration.
Also fix:
/run/user/1000/crunownership (left as root from rootful container creation)- Container recreation needs
--cap-add NET_BIND_SERVICEfor apps binding port 80 (nextcloud) - Container recreation needs config volume mounts for apps writing to
/etc/(searxng) - Frontend should be copied from .228, not built locally (prevents build mismatches)
Key files:
scripts/deploy-tailscale.sh— Step 14 (UID mapping) and Step 22 (container creation)scripts/first-boot-containers.sh— container creation reference
BUG-46: FileBrowser missing in unbundled ISO + Cloud auto-login broken (IN PROGRESS)
Priority: P1 — High Status: IN PROGRESS (2026-03-26)
Two issues with the Cloud feature on fresh installs:
-
FileBrowser not prepackaged in unbundled ISO — The unbundled ISO variant doesn't include the FileBrowser container image, so Cloud doesn't work out of the box. FileBrowser is a core dependency (not an optional app) since it powers the Cloud file manager. Must be bundled even in the unbundled variant.
-
FileBrowser auto-login not working — The auto-login flow (so users don't need to enter separate FileBrowser credentials) appears broken. Need to investigate whether the auth proxy/token injection is functioning correctly on fresh installs.
Tasks:
- Add FileBrowser image to unbundled ISO build (core dependency, always bundled)
- Create minimal first-boot script for unbundled mode (FileBrowser only)
- Fix auto-login:
Securecookie flag silently fails on HTTP — made conditional - Changed
SameSite=StricttoSameSite=Laxfor better navigation compatibility - Test Cloud feature end-to-end on a fresh install (both bundled and unbundled)
Key files:
image-recipe/build-auto-installer-iso.sh— UNBUNDLED container image listscripts/first-boot-containers.sh— FileBrowser container creationimage-recipe/configs/nginx-archipelago.conf— FileBrowser proxy configneode-ui/src/views/Cloud.vue— Cloud UI / auto-login logic
BUG-47: Onboarding: DID sign 403 + blob HTTPS + no password setup (IN PROGRESS)
Priority: P1 — High Status: IN PROGRESS (2026-03-26)
Three onboarding issues on clean install:
- Sign DID returns 403 Forbidden — The DID verification/signing step during onboarding fails with a 403 response from the backend.
- Blob URL HTTPS warning — Browser complains about blob URL loaded over insecure connection (
blob:http://...should be served over HTTPS). Likely related to the backup download on HTTP connections. - No password setup on clean install — Users cannot set a password during onboarding. The setup password flow is missing or broken.
Root causes found:
node.did,node.signChallenge,node.nostr-pubkey,node.createBackup,identity.verifywere NOT inUNAUTHENTICATED_METHODS— onboarding has no session, so they all returned 403auth.setupandauth.isSetupRPC methods were missing from the dispatcher — the frontend called them but no handler existed- Blob HTTPS warning is a browser security feature on HTTP connections (not a code bug)
Tasks:
- Add onboarding methods to UNAUTHENTICATED_METHODS in middleware.rs
- Add
auth.setupRPC handler (creates user with password, prevents re-setup) - Add
auth.isSetupRPC handler (checks if user.json exists) - Rust compiles clean
- Blob URL HTTPS warning — known browser limitation on HTTP, no code fix needed
- Test full onboarding flow end-to-end on fresh ISO
Key files:
neode-ui/src/views/OnboardingVerify.vue— DID signing stepneode-ui/src/views/OnboardingBackup.vue— Backup download (blob URL)neode-ui/src/views/OnboardingIntro.vue— Password setup entry pointcore/archipelago/src/api/rpc/auth.rs— Auth RPC endpointscore/archipelago/src/api/rpc/middleware.rs— Request auth middleware
TASK-50: Networking stack: first-install → reboot-proof (IN PROGRESS)
Priority: P0 — Critical Status: IN PROGRESS (2026-04-08)
Every networking service must work from first install, survive reboots, and never go down. Covers the full stack: WireGuard (traditional peer VPN), NostrVPN (mesh VPN), Tor, Tor hidden services, Tor Electrum, and LND Connect wallet.
Why: These are the sovereignty backbone — if any of them fail silently after a reboot or fresh install, the node is useless as a self-sovereign server. Users shouldn't need to SSH in to fix networking.
Services:
- WireGuard (port 51820) — traditional peer VPN for direct connections
- NostrVPN (port 51821) — mesh VPN with Nostr identity,
nvpndaemon - nostr-rs-relay (port 7777) — private relay for NostrVPN signaling + general use
- Tor — SOCKS proxy + hidden services for all apps
- Tor hidden services — .onion addresses for node access without public IP
- Tor Electrum — Electrum server accessible over Tor
- LND Connect — wallet connect URIs over Tor for mobile wallets
Tasks:
- NostrVPN systemd service (
nostr-vpn.service) — enabled, reboot-proof - WireGuard interface (
wg0) — configured, auto-start - Build nvpn v0.3.7 from source (fixes event processing bug in v0.3.4)
- Verify NostrVPN mesh forms between server and phone after v0.3.7 upgrade
- nostr-rs-relay service — systemd unit, auto-start, in-memory mode
- Each node runs its own relay on port 7777
- Tor service — systemd, auto-start, SOCKS on 9050
- Tor hidden services — auto-generate .onion for web UI, LND, Electrum
- Nodes without public IP use Tor hidden service as relay endpoint
- Tor Electrum — Electrumx/Fulcrum accessible over .onion
- LND Connect — generate wallet connect URI over Tor
- Show relay URLs in VPN card UI
- ISO first-boot: all networking services configured and started automatically
- Reboot test: power cycle → all services come back without intervention
- Fresh install test: ISO → boot → all networking operational
Key files:
/etc/systemd/system/nostr-vpn.service— NostrVPN daemon/var/lib/archipelago/nostr-vpn/.config/nvpn/config.toml— nvpn configimage-recipe/configs/nginx-archipelago.conf— proxy rulesscripts/first-boot-containers.sh— first-boot service setupscripts/image-versions.sh— pinned versionsneode-ui/src/views/apps/VpnCard.vue— VPN UI cardcore/archipelago/src/vpn.rs— VPN status backend
Post-Beta (FROZEN)
These tasks are deferred until after beta ships. Do not start.
- INQUIRY-5: Offline balance check via mesh relay
- FEATURE-6: Watch-only wallet architecture
- TASK-7: Mesh Bitcoin security hardening
- TASK-2: Roll incoming-tx into deploy & ISO
- FEATURE-43: P2P encrypted voice/video calling (WebRTC over federation)
FEATURE-43: P2P encrypted voice/video calling — WebRTC over federation (DEFERRED)
Priority: P1 — High Status: DEFERRED (post-beta)
Self-sovereign encrypted voice and video calling between Archipelago peers. Zero new containers or dependencies — uses browser-native WebRTC with signaling over the existing federation WebSocket. Integrates directly into peer tabs/chat.
Security & Privacy:
- All media encrypted via DTLS/SRTP (WebRTC mandatory encryption — no opt-out)
- Signaling (SDP offers, ICE candidates) transmitted over existing federation WebSocket through Tor
- ICE candidate filtering: strip local/public IP candidates in Tor-relay mode
- No central server, no metadata leakage — true P2P between browsers
- Two privacy modes:
- LAN Direct: <50ms latency, IPs visible to peer (trusted same-network peers)
- Tor Relay: 300-800ms latency, full anonymity via coturn TURN server on .onion
Architecture:
- Signaling reuses existing federation WebSocket — new message types:
call-offer,call-answer,call-ice,call-hangup,call-reject,call-busy - Browser
getUserMedia()+RTCPeerConnection— no backend media processing - Opus codec for voice (~30kbps, handles Tor latency well)
- VP8/VP9 adaptive bitrate for video (720p on LAN, degrades gracefully)
- Optional
coturncontainer (~10MB RAM) for Tor-relay media mode only
UX:
- Voice and video call buttons in peer chat (federation contacts)
- Incoming call: glass modal slides up with peer name + avatar, accept/decline
- In-call: floating glass PIP overlay — navigate while talking
- One-tap mute, camera toggle, speaker toggle, hangup
- Call quality indicator (green/yellow/red based on RTT)
- Ring timeout (30s) → missed call notification
- Call history in peer chat thread
Tasks:
CallService.ts— WebRTC wrapper (offer/answer, ICE management, stream handling, codec negotiation)- Federation signaling protocol — new message types over existing WS (
call-offer,call-answer,call-ice,call-hangup) - Rust backend — relay call signaling messages between federation peers (pass-through, no media processing)
- ICE candidate filtering — strip public IPs in privacy mode, force relay-only
CallOverlay.vue— incoming call modal (glass aesthetic, ring animation, accept/decline)CallPIP.vue— floating picture-in-picture during active call (draggable, minimize/expand)CallControls.vue— mute, camera toggle, speaker, hangup, privacy mode switch- Voice-only mode — Opus codec, bandwidth-optimized, Tor-friendly
- Video mode — VP8/VP9 adaptive bitrate, resolution scaling based on connection quality
- Optional
coturncontainer manifest — TURN relay for Tor-routed media - Call quality monitoring — RTT measurement, packet loss detection, quality indicator
- Call history — persist in peer chat thread, missed call notifications
- Multi-peer consideration — design for 1:1 first, extensible to group calls later
- Test: LAN direct call (voice + video)
- Test: Tor relay call (voice — verify latency is acceptable)
- Test: call during active chat, call while navigating other views
- Test: network interruption recovery (ICE restart)
Key files (new):
neode-ui/src/services/CallService.ts— WebRTC engineneode-ui/src/components/call/CallOverlay.vue— incoming call UIneode-ui/src/components/call/CallPIP.vue— in-call floating overlayneode-ui/src/components/call/CallControls.vue— call action buttonsapps/coturn/manifest.yml— optional TURN relay container
Key files (modified):
neode-ui/src/views/Federation.vue— call buttons in peer chatcore/archipelago/src/api/rpc/federation.rs— call signaling relayneode-ui/src/stores/federation.ts— call state management
Completed
| ID | Title | Completed |
|---|---|---|
| TASK-11 | Rootless podman migration (.228 — 30 containers) | 2026-03-18 |
| TASK-32 | Integrate boot loader into deploy + build + production | 2026-03-17 |
| TASK-34 | Pentest findings remediation plan | 2026-03-18 |
| TASK-26 | Rename fedimintd to "Fedimint Guardian" + icon | 2026-03-18 |
| TASK-27 | Add tab-launch icon to apps that open in tabs | 2026-03-18 |
| TASK-28 | Sort installed apps to end of marketplace | 2026-03-18 |
| TASK-29 | Fix mesh mobile: remove title/flash/peers header, fix gutters | 2026-03-18 |
| TASK-30 | On-Chain as first tab in receive Bitcoin modals | 2026-03-18 |
| TASK-35 | Federation node names (show name not DID, hover for key) | 2026-03-18 |
| TASK-36 | Cleaner iframe error screen with remediation | 2026-03-18 |
| BUG-1 | Random logout / CSRF mismatch — HMAC-derived tokens | 2026-03-18 |
| TASK-8 | Security hardening — 12/12 pentest findings fixed | 2026-03-18 |
| BUG-20 | ElectrumX index estimate string ~55→~130 GB | 2026-03-18 |
| BUG-37 | App card Start/Launch flicker during container scan | 2026-03-18 |
| BUG-40 | Uninstall dialog not full-screen modal | 2026-03-18 |
| BUG-41 | Uninstall loader ends but app card persists | 2026-03-18 |
| BUG-33 | CPU load alert threshold too low (8 = 2x cores) | 2026-03-18 |
| TASK-31 | Sticky nav header (Apps page) | 2026-03-18 |
| TASK-38 | Blockchain sync info on homepage System card | 2026-03-18 |
| TASK-17 | Alpha version tags + deploy auto-tag | 2026-03-18 |
| BUG-3 | IndeedHub WebSocket spam — removed dead nostrConfig | 2026-03-18 |