LNbits
- Name: LNbits
- URL: https://lnbits.com/
- Category: Lightning wallet/accounts middleware / modular bitcoin-payments platform / extension-based merchant and automation control plane
- Tags: bitcoin-ecosystem
- Summary: LNbits is modular Lightning-and-bitcoin payments middleware: a wallet/accounts layer, API surface, and extension system that sits on top of whichever backend funds it. The useful part is the operator control plane — per-wallet keys, installable workflows, and backend-swappable payment plumbing — not the idea that this is just another wallet app.
- What it does:
- Provides a wallet/accounts layer on top of many Lightning or bitcoin payment backends, letting operators switch funding sources without changing the higher-level LNbits app surface
- Creates isolated wallets and per-wallet API keys so apps and services do not need direct exposure to a node’s full balance
- Exposes an HTTP API for payments, wallets, accounting, and extension-driven workflows used by merchants, kiosks, apps, and automation systems
- Supports a large extension ecosystem that adds features like point-of-sale flows, online checkout, donation buttons, Nostr zaps, subscriptions, vouchers, and other application-specific payment logic
- Offers both self-hosted deployment and a managed-hosting path (
myLNbits) for operators who do not want to run their own infrastructure - Maintains a broad open-source footprint through the
lnbitsGitHub org, including the main server, extension repos, examples, point-of-sale tools, docs, and extension manifests
- Key claims:
- The homepage calls LNbits “the world’s most powerful suite of bitcoin tools” and “a modular payments platform — a wallet, app store, and automation engine in one”
- The main docs describe LNbits as a free and open-source Lightning wallet/accounts system that can serve as an account system, extension platform, API layer, LNURL fallback wallet, and instant demo wallet
- The docs home emphasizes 60+ extensions, 20+ wallet backends, MIT licensing, and a full REST API, which strongly suggests control-plane infrastructure rather than a single end-user wallet app
- The backend-wallet docs stress that operators can switch funding sources without changing extensions, apps, users, API keys, or deployment setup; supported backends include node software and third-party services such as LND, Core Lightning, Alby, Boltz, Breez, Spark, Strike, OpenNode, ZBD, and others
- The extension-install docs show that LNbits treats extensions as installable manifest-driven packages with versioning, release metadata, dependency handling, and explicit trust warnings for admins
- The main repo README positions LNbits as a lightweight Python server on top of a Lightning funding source with isolated wallets, a clean API, and an extension system for rapidly shipping features without locking into a single node implementation
- The docs repo describes itself as “Docs for Humans + Agents,” explicitly mentioning extension pages, LLM integration,
llms.txt, and Skill-oriented material, which is an unusually strong signal that LNbits is evolving toward machine-readable and agent-friendly operational documentation
- Whitepaper: No canonical standalone LNbits whitepaper or litepaper surfaced in this pass. The clearest current source of truth is the official site, docs,
llms.txt, backend-wallet and extension docs, plus the open-source repo and docs repo; see../whitepapers/lnbits-primary-sources-2026-04-29.md. - Sources:
Internal linkages
-
Strongest anchors: btcpay-server for the merchant stack, alby for wallet-connectivity and app-session control, and blink for the consumer-facing ledger stack on similar rails.
-
Last reviewed: 2026-05-27 UTC