We pushed a major update to ShockWallet with a number of fixes and enhancements ⚡️ Most notably, a callback builder for nostr-based offers 🦤 Easily notify an external application when you receive a payment, vibe-code your heart out. 🫰

(L)402 is a literal failure code, btw. With the increased attention now on CLINK (clinkme.dev), several people have asked me how it compares with L402. Now, I've long been dismissive of L402 for a number of reasons, not just because it's a meme built on resurrecting a forgotten HTTP status (failure) code, but because it never attempted to solve the ingress or identity issues I've been targeting with CLINK. I never considered them as being in the same problem space, but then the agent hype train started. Agentic payments were not on anyone's radar years ago when I started using socket-based protocols for Lightning (first GUN, which later evolved into Nostr). My thesis has always been a more general machine-to-machine and web-to-node payments future, and the biggest inhibitor to that since the advent of Lightning, is traditional web infrastructure. The desired end state has always been being something anyone can trivially plug in a box at home and use it, not having to deal with domains, ssl, firewall rules, a static IP, p2p unreliability, and all that associated friction. The constraints on agents themselves were of course not a consideration either. Who could have foreseen "skills" for everyone running an agent with a sandboxed set of default Linux tools? This was kind of an "oh shit" revelation. L402 can work with curl. Maybe there's something there? I pondered it a bit more given that, and how a sandboxed tool actually has to interact with with these systems. It didn't take long before the illusion of the curl-and-pay simplicity as portrayed by the L402 bandwagon falls apart. The lowest hanging fruit is that L402 is a failure-driven protocol. It literally relies on your calls erroring (402 Payment Required) and interrupting the application flow. Once that happens you have to hand the data to an external tool whether that be to manipulate macaroons, connect to a payment source, retry, etc. The recent release of lnget would seem to acknowledge that you cannot evade shipping a non-standard binary or other external orchestration just to handle that logic. Asking an autonomous agent to download network-client binaries works, with trade-offs (including security ones), but also negates the advantage of being a raw HTTP request. It reveals the true problem as being "How does the agent connect to YOUR Lightning node?". Receiving an invoice through HTTP is easy (receiving an invoice request, not so much), but paying it still requires access to a wallet. This is where I believe CLINK has solved the correct problem, the end-to-end connectivity and identity afforded by Nostr. CLINK is bidirectional. An agent can spend, receive, request an invoice, expose an offer, manage a standing authorization, or respond to a payment request. It is not confined to the merchant-initiated flow where a server rejects a request and tells the client what to pay. The identity layer then allows the payment relationship to persist above any individual request. A service does not need to rediscover and rechallenge the payer every time its balance reaches zero. It can identify the agent, report its remaining credit, request a top-up before exhaustion, or allow the wallet to replenish automatically within a defined budget. CLINK was built for policy-driven payments rather than failure-driven ones. Beyond CLINK specifically, remote signing is already a common pattern in Nostr. An application holds an identity and communicates with a separate signer that retains the authority to approve sensitive operations. CLINK just extends that to money. The agent does not need direct access to the node, its RPC interface, or its wallet secrets. It sends a request to an identity. The wallet receives it, applies policy, performs or rejects the operation, and returns the result. This also means the agent is not tied to a specific Lightning implementation or connection method. The wallet can be local, remote, mobile, self-hosted, or migrated later. The CLINK identity and relationship remain stable while the infrastructure behind them changes. L402 has had timing on its side. It maps cleanly onto the current AI-agent narrative: give the agent curl, return an invoice, and let internet-native money handle the rest. But the rest is the entire problem. Those requirements do not disappear because the first interaction fits inside an HTTP response header. L402 looks like a compelling diagram at first, because most of the payment system sits outside its frame. CLINK begins where that diagram ends.

⚡️Shocknet pushing Lightning and Nostr to the limits. Ever year in and year out they push the limits of what’s possible. CLINK is one of those innovations. Excited to see what the GDL builders do with this insane technology.

Proud to sponsor the hackathon, with 500k sats to the best project integrating CLINK⚡️

The @ShockBTC stack: ShockWallet (Nostr-native Lightning wallet), Lightning.Video (paywalled video), CLINK (Lightning-over-Nostr protocol), and Lightning.Pub (run LN accounts on your own node).

First nostr zap via CLINK noffer between @shocknet_justin and @ZeusLN! stacker.news/items/1500651

Latest Strikes is out! In this issue: - a new Eclair release @acinq_co - experimental payer proofs in @Core_LN - qpayd @simulx4 - CLINK coming to @ZeusLN (cc @evankaloudis @shocknet_justin ) - @bitcoinhodlco launching LSP and more! 👇

THURSDAY 10:30PM EST! Special Guest @shocknet_justin Satoshi's True Vision: L2's like Lightning as Peer-to-Peer Electronic Cash the COunterINsurgency connection! Only on @BadlandsMedia_ @rumblevideo Catch all previous episodes ---> rumble.com/playlists/N6IFHf2…

No web-hooks No LNURL server No lame etrash or fake L2 shitcoins Just a static page, with a Nostr static offer embedded, and nostr-native receipts powered by CLINK on a self-hosted Lightning.Pub

💫 PlebCafe coming to a hackerspace near you...very "soon™" Powered by @ShockBTC

But there's more, just pushed Mac support in the install script. No excuse anymore not to run your own node, 1-line and its up and going in a minute... Nostr handles all the networking, just scan a QR code to pair your wallet via your nodes nprofile

My demo from @PlebLab Mexico, featuring CLINK, ShockWallet and Lightning.Pub one-line sub-minute node install

Under a minute 🔥🔥🔥

Justin from @ShockBTC announcing CLINK 💫

Thank you to our Bitcoin Only sponsors! 👌 ⚡️We appreciate you supporting builders across LATAM and beyond! @FulgurVentures @stacker_news @tabconf @Bitcoinbeach @ShockBTC @Breez_Tech @PoweredbyIBEX @fedibtc

Nostr-based static CLINK Offers, now with Blinded Paths on LND by justin_shocknet in ~lightning 895 sats and 4 comments so far stacker.news/items/1248472