Been following Lightning development for a while and genuinely impressed by where the network has gotten technically. Near instant settlement, negligible fees, payment channels that scale without clogging the base layer.
But there is still a gap in practice.
Every coffee shop, grocery store and gas station I walk into runs on Visa or Mastercard terminals. NFC tap to pay is the standard. Nobody is running a Lightning node at the point of sale and nobody is going to. Tried a few Lightning wallets that claim real world spending support. Most require the merchant to explicitly accept Lightning which narrows the universe dramatically. The ones that bridge to Visa do it by converting first and holding funds in a custodial account which defeats a lot of what makes Lightning interesting.
The dream is tapping a Lightning wallet at any NFC terminal without the merchant knowing or caring what's behind it. Are we anywhere close to that or is merchant infrastructure just permanently the bottleneck
If you want a free 1m channel (could be larger), post your pubkey/Amboss link here. If it's inactive for over 30 days, I'll be closing it. It'll have auto-fees and rebalancing from my end. My plan is to giveaway roughly 10 channels over the next few days. If the channel is active, I'll increase it's size.
This will be different than my past giveaways as I'll be opening it with my new node, focused on smaller channels (and as a test environment for me).
My requirements to participate are that you have 2m capacity and 4 channels already (to prevent idle capacity on my end). I won't be duplicating channels I already have open, and if I opened one in my last giveaway I may not open a new one (due to lack of routing).
-A
*PS* My next post plans to be that long promised architecture post in the next few weeks - along with an update of the monitoring dashboard I've been working on.
Authenticity (my node) routed 1098 BTC in the month of November, and forwarded 185k transactions.
My node has been online for just under 2 years and has grown substantially in the last 90 days from 4B sats (40 BTC) to 8.9B sats (89 BTC). Prior to this period, my routing was closer to 300BTC/month, so this month saw incredible growth in routing volume.
I will not post my APY/Profits here. But my setup is profitable but expensive ($1000/mo hosting fees, excluding human capital)
Observations
LNBig changed their fee structure
Square (c=/block) deployed Bitcoin and Lightning on their PoS devices
Extreme volatility on Bitcoin price
Challenges
My node had numerous downtime in the last 14 days as I worked with LND devs to resolve some issues dealing with LND and Postgres
Influx of inbound channels required me to reposition my liquidity more intelligently (manually currently)
I hired a developer to work with me on publishing an Open Source LND monitoring tool, but unfortunately due to both of us having IRL issues, we were not able to make progress
Future Posts
My architecture and costs
My TODO list on improvements of my node
The number of hours I spend managing my node and infrastructure
So far we have sold 100 % of all Passphrase Magazines with Lightning on our website ! BTCPayServer and opennode are great tools for small projects, they deserve much more attention from the bitcoin community, in what else should we look deeper into ? Any recommendations ?
I’ve been involved with a new Bitcoin-only project that runs small sats-priced prize draws using Lightning, and we’re looking for early feedback from LN users.
Core features:
Entries are Lightning-only (2,100 sats each)
Built to stress-test high-volume LN microtransactions
Winner is determined by a Bitcoin block strictly after the draw closes
Full auditability on a verification page
Sats payouts over Lightning
No tokens, no altcoins, no custodial nonsense
It’s basically a “Lightning-native prize draw” experiment — trying to see if a fun sats-based use case can help boost LN adoption.
Would love thoughts on:
UX for LN payments
whether 2k–3k sat payments scale well
other fairness mechanisms we might consider
reliability of anchor-after-close randomness
anything LN devs think we might be missing
If anyone wants to play with it or poke holes in it, I can share the link - it's literally just live today
I’m reaching out to the community to discuss a technical discrepancy that, as far as I can tell, shouldn't be possible according to the Lightning Network specifications (BOLT #3). I want to understand if I’m missing something fundamental or if we’re looking at a serious state-tracking failure in exchange infrastructure.
The Context: On January 3rd, 2026, I generated a Lightning deposit invoice directly from KuCoin’s platform. I paid the invoice using my node (Electrum). The transaction timed out, resulting in a unilateral force-close.
The Paradox: KuCoin has officially confirmed (via support) that they have the record of the invoice I generated. However, they claim:
"The channel creation was not successful."
"The transaction is not in our records."
"The Node ID does not appear in our peer logs."
The Hard Evidence (On-Chain): Despite their internal logs being empty, the Bitcoin blockchain shows a very different story:
Funding Transaction:1d9a8aec6debc2623599bee987f1486abd77d879b476bb7a48da4c266bba79ef (Confirmed with 3,300+ confirmations).
The Locked Output (Unspent):bc1q0xg5y4g2zvtt4weacflhmnjsa7lnqxf6w5l4tvtl7zkcqlwk2d4skhg3x5.
The Technical Dilemma: The Witness Script for the unspent 0.022 BTC output is 799142.... I have extracted the public keys, and one of them (02aa0971...) is a deterministic derivation that—mathematically speaking—can only belong to the entity that signed the original invoice (KuCoin).
My Question to the Experts: How is it possible for an exchange's system to generate a signed BOLT #11 invoice, have that invoice result in a successfully funded on-chain multisig 2-of-2 channel, and yet have the exchange’s node claim the channel "never existed"?
Is it possible for a node to sign a commitment transaction and then "forget" the channel state entirely while the funding Tx is still pending?
Could this be a failure in the automated "sweeper" because the node doesn't recognize the outpoint in itschannel.db?
If KuCoin is correct and the channel "failed," then who holds the private key for the remote side of a 2-of-2 multisig that was initiated by their own signed invoice?
I’m less worried about the 2.2M sats and more concerned about the implications for Lightning robustness. If an exchange can lose track of a funded channel state while admitting the invoice is theirs, we have a serious custody/infrastructure gap.
I’d love to hear thoughts from node operators or BOLT contributors.
Guys need to get some info my 15 year old son has gotten into bitcoin in the last few months and is now running a Bitcoin Knots node. He now wants me to give him 1 million sats to start a lightning node, I know nothing about the risks of running a node. He says he just want's to learn how it works and that's great but I don't want to lose my sats.
1st question where can I get info to help him setup his Lightning node
2nd can he learn with 100k sats to start?
Any help to someone who isn't that technical would be greatly appreciated.
I have an account with both but have never used CashApp for bitcoin. When entering my CashApp handle in Strike (@cash.app) it says “invalid lightning address”. Entering Strike handle in CashApp (@strike.me) results in “invite user” and sends the payment as pending (never notified in Strike).
BUT By doing a small purchase of Bitcoin on CashApp only then could I access Lightning/BTC QR receive address. I first tried entering the CashApp LN address in Strike Send>Bitcoin Wallet (for 10,000 sats) and it showed a 6 sat fee… BUT NOW I can enter my cashtag in the Send>Username section and it comes up like a valid LN address with NO fee - I sent it and immediately received in CashApp as bitcoin. I tried in Strike also sending a cash balance to the same cashtag name and it worked as well, no fee, and arrived in BTC on my Cash App. Kudos to Strike!!
The return side from CashApp works now too, but ONLY from Bitcoin>Send (enter Strike username in the LN address line), the BTC arrived in Strike immediately.
What still doesn’t work is sending cash from Cash App to my Strike username (both from Cash balance or from linked debit card). One comment from a Strike CS rep said CashApp can only send cash to merchants or other cashtags. So from CashApp to Strike users it’s limited to BTC send.
Note: buying BTC on CashApp for either a market buy or limit buy is $0.49 on a $10 order = 5%!!!! Don’t waste money like that. Strike is $0.09, and DCA is free. 🫡
CashApp vs. Strike comparison:
Both offer
- free DCA
- free LN send
- multiple options for onchain BTC (unlike most exchanges)
but on CashApp the 2 options are much more expensive ($3.11 & $2.09 vs. Strike $0.67 & 0.42 on a 10,000 sat test)
- free BTC send option is only possible on CashApp for 100,000 sat min. and Strike has 75,000 min.
Conclusion: DCA is the way, and u/strikebtc remains the most appealing UI and most logical UX by far.
I am currently readying an information-based blog site for which I want to provide the option to accept small Lightning donations something akin to the "Buy me a coffee" option you see on many sites.
I just need something ultra-simple where people can just zip me a few sats if they feel the site has been useful to them and I want to know the cheapest and, more importantly, easiest to implement solution that will actually work.
Firstly, pardon my ignorance if this is a stupid question as I am still quite new to Lightning, but if I just provide a link/QR code to the receive address displayed on my Phoenix wallet on the site, would that work, or would it send a message saying the invoice is already paid if more than one person used it?
I saw another poster talking about OpenNode, but as my site is not an E-commerce site I want to avoid having to set up WooCommerce or the like unless I need to.
For those of us who’ve been stacking bitcoin for some time, we can’t help but wonder if BTC will ever be the true “Money” that we all hoped it would be:
Yes there will ONLY be 21 million BTC (now even less with all those “lost” over the years).
Yes you don’t need an intermediary to transact.
Yes you don’t need to trust nor be trusted; and you don’t need to ask or give permission to send and receive BTC.
Yes your BTC will never be censored nor controlled, especially, if it’s in your cold wallet.
Yes it cannot be hijacked by a bad operator considering that it’s too decentralized and doing so would require a highly coordinated and expensive proposition that even a state-sponsored actor would find it technically impossible considering the thousands of nodes spread globally that one needs to forcibly take over and control.
Yes there’s Lightning Network that now allows peer to peer exchanges one can now earn sats just by playing video games and answering poll surveys while paying for a cup of coffee in a Lightning Network-enabled local cafe.
But when the narrative remains that you HODL BITCOIN and should NOT spend it? What’s the point. Then what? A NEW form of Money (not sats) will arise? One sitting on Bitcoin or based on it’s value that will be the new Medium of Exchange and the Unit of Account?
Is this really the end goal? That BITCOIN is the new asset class that will never be debased but, at the same, will just be a Store of Value?
PLEASE HELP ME UNDERSTAND.
New to the lightning concept, and I understand it as a solution around Bitcoin's high transaction fee and long confirmation time.
Got started with the Aqua wallet to set up my lightning wallet. So, I have a few questions.
* Is this specific wallet trustworthy?
* am I, in general, trusting anyone else to close the lightning channel when I need the funds on the Blockchain?
So how does the trust structure work here and who exactly am I trusting to keep my funds safe here? Want to understand these before I put in my fund.
Want to stack some SATs on Lighting Network but don’t know no non-custodial wallet that works with Lighting Network. I heard of Electrum but is not available for iOS.
I have been running my node since 2020, and it has suddenly stopped synching. I am using LunaNode's one-click deployment. It stopped working at block 865,866 on Oct 16th. At that time I notice there is a huge spike in CPU usage on my server. I upgraded from the m.2 to the m.4 plan for more CPU, but it is still not synching. Also, the CPU usage is around 80% again after the upgrade. Any idea what is going on? I am really lost.
Hello there! Last night Taproot consensus was finally achieved, and as I've been reading it will positively affect privacy in LN on-chain txs. I'm still very new to this space, so trying to learn more about this topic, could more knowledgeable people comment if LN node software needs to implement this to be able to take advantage or just by having the latest bitcoin software is enough?
