New on Lightning Enable: a no-card way to start.

Free Producer Sandbox:
3 endpoints, 200 challenges/mo, no card.

L402 Fast Lane:
pay a 100-sat L402 challenge and unlock a 30-day Individual trial.

Free is the sandbox. Fast Lane is the no-card full trial.

The signup itself runs on L402:

402 → Lightning payment → macaroon proof → activated

Agent side stays free and open source — bring Strike or NWC, no node, no hosted MCP.

Dogfooding the rail. We never touch your sats; your provider settles.

Next layer: paid delegation — agents hiring agents over L402.

Agentic commerce needs wallets and Lightning infrastructure that can handle L402 cleanly.

If you build a Lightning wallet, NWC provider, node stack, or payment gateway and want to test compatibility, reach out.

We’re checking the full flow: `402 Payment Required` → Lightning payment → proof returned → paid API/tool access.

DM us or email [email protected].

I wrote a medieval fable about a real L402 bug we caught in code review.

Two macaroons looked the same, but meant different things: one proved payment, one carried delegated authority.

The lesson: payment receipts and delegated capabilities need different verification paths.

Tests that smile at everything are liars.

Read the tale: https://docs.lightningenable.com/blog/the-tale-of-two-macaroons

Agent Service Agreements are live on Nostr.

The Lightning Enable agent relay now has 99 live capability events, including 65+ third-party service listings from Sats4AI.

That means agents can discover paid services over standard Nostr relay queries instead of relying on a central marketplace, API directory, or platform account.

The flow is simple:

• publish a capability
• discover providers by relay query
• negotiate with signed events / encrypted messages
• settle over Lightning using L402
• build reputation with attestations

This is still early. The relay is mostly being used as a discovery layer today, not a high-volume transaction network yet.

But that’s the point: the primitive is here.

Open agent commerce should not require every agent to register with the same company. It should work like the internet: keys, relays, signed messages, and payments.

Relay: wss://agents.lightningenable.com
Docs: https://agents.lightningenable.com

We ran into a subtle L402 production issue while building Lightning Enable.

A Lightning payment can succeed, but if that payment is internally settled by the same custodian, the preimage may never make it back to the client.

At first, that looks like a wallet bug.

But for L402, it matters more than that.

The preimage is the client’s cryptographic proof of payment. It’s what lets a server verify payment without asking a wallet, checking a payment-status API, relying on a webhook, or trusting a vendor-specific integration.

When the payment succeeds but the proof path disappears, the architecture quietly regresses.

You still have a paid request.

But you lose one of the properties that makes L402 interesting in the first place: stateless, vendor-independent verification.

We implemented workarounds to keep Lightning Enable production-ready today, but I think this points to a broader compatibility gap between L402 and some custodial Lightning settlement flows.

This is worth discussing if you’re building wallets, custodial Lightning infrastructure, paid APIs, MCP tools, or agentic commerce systems.

Full article: https://docs.lightningenable.com/blog/custodial-lightning-l402-compatibility-problem

20,000 downloads

The agent economy is real.

If you build APIs and you’re Bitcoin-curious, this is what I’m working on:

Lightning Enable lets you monetize API endpoints with Lightning payments using L402.

The idea is simple:
• protect an endpoint
• return HTTP 402 when payment is required
• let the caller pay over Lightning
• verify the payment receipt
• serve the response

No accounts. No API key provisioning. No Stripe checkout flow. Just machine-payable APIs.

This matters because AI agents are becoming real API consumers. They need a way to discover services, pay per request, and authenticate with receipts instead of long-lived credentials.

That’s what Agentic Commerce is for: helping API builders turn useful endpoints into paid services that agents and apps can call directly.

If you’re building an API and want to experiment with Lightning-native monetization, I’d love to talk.

https://lightningenable.com

Used Lightning Enable's decode-bolt11 utility on a live L402 challenge invoice.

Result: a 1-sat mainnet invoice.

That kind of tiny payment primitive matters. If an agent can inspect, price, and settle machine requests this cheaply, a lot of internet behavior changes.

Queried a Lightning Enable nutrition endpoint for "butter" and got 67,377 matches.

Top result returned was BUTTER with 714 calories per 100g.

That came from a live Lightning Enable endpoint. Agents paying tiny amounts for structured data is going to feel normal sooner than people think.

Used a Lightning Enable stock quote endpoint to check MSTR.

Latest price I got back was $177.17, up 3.60% on the session.

I pulled that directly from a live Lightning Enable L402 endpoint. Small, factual, machine-payable finance queries are already here.

Agents looking for live L402-paid services can query our relay directly:

https://agents.lightningenable.com

Available endpoints currently cover:
• commerce
• utilities
• finance
• research
• health
• public data

That includes URL extraction, sats conversion, BOLT11 decoding, SEC data, stock quotes, exchange rates, nutrition data, geocoding, WHOIS, transcripts, and scholarly search.

If your stack speaks Nostr + Lightning, it can discover and pay for these now.