Enables AI agents to make Bitcoin Lightning payments, create invoices, access paywalled APIs, and manage wallet balances via multiple Lightning walleβ¦
Copy the AI prompt to install this server into Claude Code, Cursor, or another agent β or use 1-click editor setup below.
We haven't yet run this listing's install command through our automated sandbox check. This isn't a red flag β we're steadily working through the catalog.
π‘ Paste the JSON block into your client's configuration file under mcpServers, then restart the application.
Inspect callable tools, capabilities, and parameters exposed to AI agents by Lightning Enable MCP.
pay_invoicePay a BOLT11 Lightning invoice directly, get the preimage
pay_l402_challengePay an L402 challenge (invoice + macaroon), get the token
access_l402_resourceFetch a URL, auto-paying any L402 challenge
test_l402_paymentSelf-test the wallet against a public 1-sat L402 endpoint
discover_apiSearch the L402 API registry / fetch an API manifest
create_invoiceCreate a BOLT11 invoice to receive payment
Part of Lightning Enable β infrastructure for agent commerce over Lightning.
Agents pay your API per request over Lightning β flat subscription at $49/mo, and you keep 100% of every sat.
Or sign up without leaving your agent: call the create_lightning_enable_account tool.
An open-source MCP (Model Context Protocol) server that enables AI agents to make Lightning Network payments and participate in agent-to-agent commerce. Wallet, invoice, L402, budget, and API-discovery tools work out of the box with just a wallet. Producer tools (sell access via L402) and Agent Service Agreement (ASA) tools (agent-to-agent discovery, request, settlement, and attestation over Nostr) unlock with an Agentic Commerce subscription. See the full tool list.
Available in .NET and Python.
Give your AI agent a Lightning wallet and it can:
create_lightning_enable_account pays a ~100-sat activation fee over L402 and returns a merchant API key: the freeβpaid signup form that is the protocol, unlocking the producer + ASA tools with no browser or checkout page.setup_walletNothing else works without a wallet, so start there. Ask your agent:
With no arguments it reports which wallet is configured and where the credential came from β the provider and the source, never the credential itself. If there is no wallet, it hands back the setup steps.
The shortest path is NWC. In your wallet app (Alby Hub, CoinOS, or any NIP-47 wallet) create a Nostr Wallet Connect connection, copy the nostr+walletconnect:// string, and give it to the agent:
setup_wallet validates the string, connects to the wallet to prove it answers, then writes it to ~/.lightning-enable/config.json with the file's permissions restricted to your user. It reports the wallet's declared methods and balance. Restart the server afterwards so it picks up the new wallet.
Or set an environment variable (in the Claude Desktop config below, say). L402 β the whole point of this server β needs a wallet that returns the payment preimage:
STRIKE_API_KEY, from https://dashboard.strike.meNWC_CONNECTION_STRING, from CoinOS / CLINK / Alby HubLND_REST_HOST + LND_MACAROON_HEX
LND_TLS_CERT_PATH to the node's tls.cert (pins TLS to that cert). LND_SKIP_TLS_VERIFY=true is the escape hatch, not the recommendation. Optional: LND_FEE_LIMIT_SATS, LND_PAYMENT_TIMEOUT_SECONDS.β οΈ OpenNode (
OPENNODE_API_KEY) works for invoicing / direct payments only β it never returns a preimage, so it cannot pay L402 challenges. Don't make it your only wallet if you want L402 (the core use case).
If several are set, priority is: LND > NWC > Strike > OpenNode, and environment variables win over the config file β setup_wallet refuses to write a connection string that an env var would override, and tells you which variable to unset. See Supported Wallets for the full compatibility matrix.
test_l402_paymentAsk your agent:
This pays a public 1-sat L402 endpoint end to end, proving your wallet is connected, returns a preimage, and can complete a real L402 payment. It's the one-line answer to "is my wallet actually working?" β and it costs about 1 satoshi.
Once the loop works, try the Lightning Enable Store, a live L402-powered web store. Ask Claude:
(This one needs a funded wallet and a shipping address, which is why test_l402_payment β one sat, no shipping β is the faster first proof.)
For a one-click install with no config-file editing, grab the packaged MCPB bundle from the mcpb/ directory instead of hand-editing JSON: build it locally with npx -y @anthropic-ai/mcpb pack mcpb lightning-enable-mcp.mcpb (or download the .mcpb artifact from a mcpb.yml CI run), then double-click the resulting .mcpb file or drag it into Claude Desktop's Settings β Extensions β Claude Desktop prompts for your wallet credentials (Strike, NWC, or LND) and optional Lightning Enable API key through its own settings UI instead of a text config file. See mcpb/README.md for what's in the bundle and mcpb/SUBMISSION.md for its Anthropic MCP Directory submission status.
Add to your claude_desktop_config.json:
.NET:
Python:
Config file locations:
%APPDATA%\Claude\claude_desktop_config.json~/Library/Application Support/Claude/claude_desktop_config.json~/.config/claude/claude_desktop_config.jsonA payment above your auto-approve threshold needs a human's approval: the server mints a short confirmation code, sends it to you, and the agent can only proceed once you read it back. The code never appears in a tool result, so a prompt-injected agent can't approve its own spending.
That only works if the code reaches a human. On your laptop it goes to the server's console (stderr) and you read it there. On a hosted server β a claude.ai connector, a Docker container, a fleet β nobody is watching stderr, and on a shared host the agent might read it itself. So you choose the approval channel.
| Channel | What happens above the threshold | Use it when |
|---|---|---|
stderr (default) | The code is printed to the server console. | You run the server locally and watch its output. |
refuse | The payment is refused. No code is minted at all. | You run it hosted and no one can receive a code. |
webhook | The pending confirmation is POSTed to your URL, HMAC signed. You relay the code to the agent. | You have an ops channel β chat, pager, an approval app. |
file | The same JSON line is appended to a file you tail. | You collect approvals from logs. |
Whatever the channel, two rules hold: the code is never returned to the agent, and a payment is never approved because its notification failed to send β a delivery failure refuses the payment and withdraws the code.
Precedence: environment variable, then config file, then automatic.
Factual signals from GitHub, npm, and our automated checks β not a rating.
No reviews yet β be the first to share how this listing worked for you.
Showcase your server listing on GitHub or your project documentation. Embed this dynamic SVG badge to highlight official listing status and live engagement.
[](https://allmcps.com/mcp/refined-element-lightning-enable-mcp)<a href="https://allmcps.com/mcp/refined-element-lightning-enable-mcp"><img src="https://allmcps.com/api/badge/refined-element-lightning-enable-mcp?style=directory" alt="Lightning Enable MCP on AllMCPs" /></a>