<unnamed>

Public Key

npub1v4v57fu60zvc9d2uq23cey4fnwvxlzga9q2vta2n6xalu03rs57s0mxwu8

Profile Code

nprofile1qqsx2k20y7d83xvzk4wq9guvj25ehxr03ywjs9x974farwl78c3c20gpz3mhxue69uhhyetvv9ujuerpd46hxtnfduxggxr7

Publishing to

relay.damus.io

Last Notes

2026-09-08 20:50:40 CEST

- reply

Great! 😁

2026-09-08 19:34:06 CEST

- reply

I managed to stack a lot more BTC, and my friends too.
It was worth it.

2026-09-08 19:32:50 CEST

- reply

Yes exactly. It works great.
It is clearly stated in both the app itself and my announcement post that you should send in small amounts as to minimize the risk.
Also, you can build the app yourself as to not use my binaries.

2026-09-08 19:28:05 CEST

- reply

Cheers DireMunchkin!
Yeah, Shrike should work as well. I started this wallet before I knew about it.
But it's kinda nice having this overview of each sides, BTC to the left, and Blake to the right.

2026-09-08 19:24:34 CEST

- reply

Hmm you could try changing the BTC backend to https://mempool.second.tech/api
Perhaps that works better.

2026-09-06 13:19:38 CEST

- reply

😂

2026-09-06 13:15:29 CEST

I am happy to announce BcashJr Wallet!
A Bitcoin and Knots/Blake-chain coin splitter.
https://github.com/smolcars/bcashjr-wallet/releases
BcashJr Wallet is a self-custodial wallet for Windows, macOS and Linux that lets you split your Bitcoin and Blake-chain coins using Blake-chain’s replay protection, SIGHASH_UNIFIED.
You can send the Blake coins to yourself or directly to an exchange that supports them. The Blake-side transaction is invalid on Bitcoin, so your BTC coins stay in place.
Once the split confirms, you can send your Bitcoin back to your normal wallet.
The wallet code has been security reviewed by ChatGPT 5.6 Sol and Kimi 3.
Usage guide:
1. Create a fresh wallet, write down the recovery phrase offline, and send a small amount of BTC to its receive address.
2. Sync and check that the deposit also appears on Blake-chain. It may be replayed automatically. If it isn’t, the built-in replay panel can attempt to replay the funding transaction. This only works if the transaction is valid on Blake-chain.
3. Once the deposit has the required confirmations, select the shared coins in the BLAKE panel and send them to yourself or to an exchange’s Blake-chain deposit address. This is the split.
4. Wait until the wallet shows the split as confirmed, then send your BTC from the Bitcoin panel back to your normal wallet.
Notes and recommendations:
- Send in small amounts! This is a desktop hot wallet and therefore carries risk. Send small amounts, split the coins, and then send back the BTC to your normal wallet, then repeat.
- Use a fresh recovery phrase. Importing the seed from your normal Bitcoin wallet is not recommended.
- Remember your password. This is used to encrypt the wallet on disk.
- Use coin control when funding the wallet. Check that every selected input also exists and is unspent on Blake-chain.
- Check Blake-chain transactions on https://mempool.guide.
- Syncing is manual. Don't spam the sync button as you can get rate-limited by mempool.space (Bitcoin backend) and mempool.guide (Blake backend).
- Sell your Blake-coins on https://neoxa.exchange, which has BTC, USDC, and USDT pairings.
- Every selected UTXO is spent in full. Everything goes to one destination, minus fees, with no change output.
Have fun stacking more BTC!
Special thanks to @nprofile…j67u and @nprofile…4ga8 for helping test the wallet.
https://blossom.primal.net/ffcde7755400c704645920abb278439ab9b4d8fbc3e8a6ae2f3fcb69e8fedb06.jpg

2026-09-06 13:10:21 CEST

- reply

Nice! 🔥

2026-09-06 13:08:24 CEST

- reply

Very little if you follow the instructions inside the app.

2026-06-11 13:58:19 CEST

- reply

Yep you got a VTXO now.
Welcome onboard the Ark. 🫡

2026-06-10 21:27:06 CEST

- reply

Epic! Sent some sats! ⛵

2026-06-10 21:25:47 CEST

- reply

Nice. Sent some sats! ⛵

2026-06-10 20:44:14 CEST

- reply

Learn more about the Ark protocol over at @nprofile…y3vf:
https://second.tech/docs/learn/intro
---
Support is currently handled via Blixt Wallet's Telegram group (Noah is made by the Blixt Wallet team).
Please reach out to us if you have any issues or questions.
https://t.me/blixtwallet

2026-06-10 20:42:18 CEST

Today, I'm happy to announce Noah. ⛵
It's a Bitcoin wallet that @nprofile…j67u and I have been working on, using the Bitcoin Ark protocol via @nprofile…y3vf.
Noah and the Ark protocol allow easy onboarding, Lightning Address support, easy backups, fast payments, and much more, while staying trust-minimized.
With Noah, you can easily pay and receive via Lightning without dealing with channel management and inbound/outbound liquidity constraints.
Onboarding is as easy as receiving a Lightning payment. When you onboard, you get an Ark VTXO (akin to a UTXO but offchain) instead of a channel.
You can also onboard via onchain and internal Ark payments.
Each Noah user gets a Lightning Address that they can use to receive, even offline for Noah->Noah payments.
You can restore the wallet securely with just your seed phrase.
Noah is available now on mainnet! Please give it a shot and let us know what you think. ⚡️
Download Noah here: https://beta.noahwallet.io
https://blossom.primal.net/94bddcc9ee02e647f65e177482aa8dc3fa5997849688b86539bba9a000959c39.png

2025-11-11 14:15:03 CET

- reply

Great report!
Thanks for featuring Blixt Wallet. 🫡

2024-09-23 19:33:17 CEST

- reply

Hi, sorry we had a disruption on the Lightning Box server. It should work again.

2024-09-11 02:40:35 CEST

- reply

Hey, I’m easiest reachable in the Blixt chat as others have recommended (https://t.me/BlixtWallet)

2024-03-12 14:19:19 CET

I made a Telegram bot that auto-replies to new or infrequent users.
Scammers impersonating devs and DMing users are very common in wallet chat groups. My hope is that this will prevent people from getting scammed.
The bot written in Deno and you can easily deploy it on Deno Deploy (or self-host on your own server).
https://github.com/hsjoberg/telegram-autoreplier-bot
Code is released under public domain.
The bot is currently live in our Blixt Wallet chat group.
Example scenario on how the bot works:
```
User: I need help please
Bot: Hi there user. Beware of scammers
<Nasty scammer impersonating a dev DMs the user>
User: Oh nice, thanks for the heads-up, kind bot.
```
We’ve seen that a welcome message isn't sufficient protection as people just don't read these. Even you make it crystal clear about scammers.
My rationale here for the bot is that they will notice if the bot replies directly to the user's message so they get pinged about it.
Cheers guys.

2024-03-12 14:14:20 CET

- reply

Hi, yes as Dee Kay said, Zaps and Lightning Address (LNURL-pay) are different things.
I’m looking at fixing proper Zap support for Lightning Box though. :)

2024-02-17 13:06:02 CET

Kotlin error looking good 😎
https://nostrcheck.me/media/public/nostrcheck.me_2816669593660138011708171543.webp

2024-01-24 12:45:24 CET

- reply

Awesome

2024-01-20 15:52:40 CET

- reply

Waiting for close usually indicates connectivity problems to the peer. For coop close you need to communicate with the peer.
Try manually connecting in settings -> Lightning Network -> Show Lightning Peers -> +.

2024-01-15 19:39:45 CET

- reply

Jeremy MVP for real

2023-12-16 00:04:13 CET

- reply

Liquid alone is just another dumb blockchain. It does not scale.
You have to deploy Lightning over Liquid.
Therefore Lightning is gonna make it.

2023-12-06 19:14:16 CET

- reply

Fantastic work!
How big is the challenge-response onchain footprint?

2023-11-28 21:20:32 CET

- reply

Cheers!

2023-11-28 18:22:02 CET

- reply

Yes. But not ostriches.

2023-11-25 20:31:05 CET

- reply

The hold invoice stuff does not really need any customization to lnd really. Last time I checked Zeus's code it was pretty close to vanilla lnd. Same as Blixt.
Also, BOLT12 is in the pipeline for lnd, so that's not true.
What other stuff are you referring to?
Lnd is first out with Taproot channel support, which is great for privacy, which Zeus and Blixt now ship with.

2023-11-25 18:23:08 CET

- reply

Yeah, I just released Blixt Wallet v0.6.9-420 with support for receiving via Lightning Address in Android.
We take a little different approach than Zeus here. You need to run Blixt in the new “persistent mode”, which means it will always stay active in the background to receive payments (and sync the chain).
The zaps will not be held, they will just settle immediately as the app is active to receive.
Perhaps not for everyone, but I’ve been testing this for quite some time now and it’s pretty cool. So those who accept this trade-off should give it a shot.
https://github.com/hsjoberg/blixt-wallet/releases/tag/v0.6.9-420

2023-11-24 16:53:14 CET

- reply

People are brainwashed by thought-leaders and podcasts telling them that Bitcoin is perfect, so it’s a waste of time trying to convince them.
Unfortunately I think things need to get waay worse fee-wise before people wake up.
Furthermore there are deep problems in the technical community too, where a small minority is pretty loud in refusing any covenant solution whatsoever, even if 10000 use-cases are presented to them.

2023-11-23 20:58:48 CET

- reply

Nevermind it was my fault lol.
#note1gaj…ye3j

2023-11-23 20:57:29 CET

Okay I’m dumb!
I changed my Lightning Address on my nostr profile some month ago, but that one is no longer working.
Okay should be fixed now, it’s back to ⚡️ [email protected]

2023-11-23 20:34:20 CET

- reply

Thank you!
Are you using Amethyst? There seems to be an issue there unfortunately. They don’t accept normal “LNURL-pay” without zap support.

2023-11-23 20:25:36 CET

- reply

Do you have any suggestions? James O’Bernie’s PR is totally ignored.

2023-11-23 20:23:51 CET

- reply

No, this is what made Twitter so horrible, because you were only able to do insults and short gotchas.
So everyone would do that rather than write something meaningful and well thought-out. Eventually people become totally insane from all the harassment and low-quality replies. This can be observed on many prominent Twitter/X celebs.

2023-11-23 19:41:27 CET

Blixt Wallet is back with the final release in the 0.6.x release line, v0.6.9-420. Nice!
This version has a new feature for Android, Lightning Box.
Lightning Box is a service letting you receive via a Lightning Address non-custodially to your Blixt.
https://github.com/hsjoberg/blixt-wallet/releases/tag/v0.6.9-420
Lightning Box works in conjunction with Persistent Mode that was released in Blixt Wallet v0.6.9.
For things to work out well, make sure battery optimization is disabled.
Battery drain is expected to be low or not noticeable if things go as expected. Reach out if you have issues.
https://user-images.githubusercontent.com/3824379/284913657-1397f859-abff-4deb-bcc0-72657f1d6ff5.webm
The Lightning Box service will forward Lightning Address (LNURL-pay) requests directly to the wallet app on the phone, so it can respond back with an invoice created by the wallet itself.
This means that while this service is not a custodian, there is still trust involved.
Lightning Box is free and open-source software and anyone can choose to run their own service provider.
https://github.com/hsjoberg/lightning-box
In Blixt Wallet settings, you can easily change the server to your own.
The Blixt Wallet project will host a Lightning Box instance for @blixtwallet.com addresses.
A draft bLIP specification for the inner workings of this protocol can be found here:
https://github.com/hsjoberg/blips/blob/lnurl-forwarding/blip-lnurlforward.md
It is built using Lightning P2P messages, so any lightning node wallet implementation can choose to implement this protocol.
That's all for now. Cheers and Happy Blixting! 🟡⚡️

2023-11-22 14:46:27 CET

- reply

Nice

2023-11-22 12:24:46 CET

- reply

Nice

2023-11-17 18:41:51 CET

- reply

Indeed.
Few understand this.

2023-11-16 18:14:31 CET

- reply

No. It’s actually in the pipeline and being worked on. I apparently know more about this than you, so maybe you should not talk about things you don’t know about.

2023-11-16 18:04:44 CET

- reply

That’s just not true. BOLT12 is in the pipeline.

2023-11-12 15:04:56 CET

- reply

Tackar!

2023-11-12 10:54:07 CET

Nice. Blixt Wallet is back with v0.6.9!
We have a lot of new stuff in this release, such as a new stable Tor implementation, Persistent Mode, Simple Taproot Channels support, 0-conf channels support for Dunder LSP, and a bunch of new languages.
https://github.com/hsjoberg/blixt-wallet/releases/tag/v0.6.9
---
This release has a new Tor backend ("newtor") on Android that should be much more robust and reliable.
You don't need to do anything in order to experience it, just make sure you have Tor enabled in Blixt settings.
---
Blixt Wallet now has support for Simple Taproot Channels!
Your private channels will just look like normal Taproot transactions if you do a coop close, which is great for privacy.
Dunder LSP & autopilot will also support this feature in the near future.
---
Blixt Wallet on Android has a new Persistent Mode, which lets Blixt stay in the persistently in the background.
This can be helpful if you're awaiting a payment, or if you just want to keep in-sync with the chain.
Depending on the device, this mode may drain more battery life.
In a future release, we will allow self-custodial Lightning Address support for users opting in to the Persistent Mode.
---
There were a lot of more stuff than the ones discussed here, so be sure to read the changelog.
If you wish to download the app, head over to https://blixtwallet.com.
Thanks to all contributors in this release and Happy Blixting everyone! 🟡

2023-11-07 21:57:52 CET

- reply

Yes, biggest L take I’ve ever heard.
You can still be popular and make good software in open source.

2023-11-06 14:24:19 CET

- reply

Right. Too small amounts can unfortunately be a bit tricky at the moment.
I am trying to figure out solutions for this in the long-term so that you can onboard just some few sats.

2023-11-06 14:23:08 CET

- reply

It’s dynamic depending on the current on-chain fee situation (+ possible subsidy by the Dunder service host, right now it’s 50% for the official Dunder server).
Fee approximation and minimum amount can be read here:
https://dunder.blixtwallet.com/ondemand-channel/service-status

2023-11-06 10:06:18 CET

Blixt Wallet v0.6.9 is around the corner.
https://nostrcheck.me/media/public/nostrcheck.me_7362097403242307091699261498.webp

2023-10-22 11:41:19 CEST

No, Lightning is not dead.
But let this be a wake-up call that we should not put all our eggs in one basket.
We need to explore alternative scaling ideas.
Therefore I am supportive of the covenants softfork and the OP_CAT proposal, which help many Layer 2s.
https://covenants.watch

2023-10-05 10:14:36 CEST

- reply

Sure. All channels are by default private channels when you open in Blixt.

2023-10-05 10:13:17 CEST

- reply

Sorry, try again now. I have been working on other things recently so my Lightning Box ([email protected]) was not available. Should work now again as I’m back to testing Lightning Box.

2023-10-03 19:59:50 CEST

Mobile LN nodes and wallets rock!

2023-09-07 19:33:37 CEST

Testing to post to a cool new relay

2023-09-07 13:44:05 CEST

- reply

If you open a non-broadcasted 0conf channel from your own node to your own Blixt Wallet, there is no risk.
Unless you’re schizophrenic.

2023-08-26 19:49:52 CEST

- reply

Sounds like a bug. I’ll look into it

2023-08-26 19:48:36 CEST

- reply

Cheers Perlover!
Happy to hear you playing around with Blixt again.
We actually have an upcoming “persistent mode” coming to Blixt Android in the next version.
This would allow Blixt to always be online and active, like the pinning you’re talking about.
Building on top of the persistent mode, I will add Lightning Address support for Blixt via Lightning Box: https://github.com/hsjoberg/lightning-box

2023-08-08 22:45:12 CEST

- reply

What value does this provide other than break other WebLN clients?
It’s completely useless. It serves no real purpose whatsoever.

2023-08-08 22:40:58 CEST

- reply

There is no point and there is no need.
No, it’s not worth adding to the spec.

2023-08-08 22:32:24 CEST

- reply

There is absolutely no benefit to this whatsoever.
It's only needlessly breaking other less popular implementations when websites choose to follow this proprietary thing.

2023-07-07 18:44:43 CEST

- reply

Hard NACK

2023-07-02 19:02:55 CEST

Is red meat, white rice and broccoli a good diet for bodybuilding?

2023-07-01 22:58:17 CEST

3D graphics peaked with Warcraft III in 2002.
It went downhill from there.

2023-06-30 21:38:18 CEST

- reply

Awesome to hear.
Happy Blixting! 🟡

2023-06-28 15:27:43 CEST

I’m very happy to announce Blixt Wallet 0.6.8!
It contains a new feature called speedloader by @npub1xw0…y3xc, which syncs LN channel db on app startup, leading to robust payment pathfinding.
We want to thank Breez, which this work is derived from ⚡️
https://github.com/hsjoberg/blixt-wallet/releases/tag/v0.6.8
Speedloader loads the channel database file on app startup.
On Android, the channel database file that speedloader uses is automatically cached by a background sync job every 24h.
On iOS & macOS, the file is also downloaded on startup, leading to slightly longer startup times.
https://twitter.com/i/status/1674029478115266560
-
Blixt Wallet 0.6.8 has better support for hodl invoices.
On-going payments now show up as "pending" in the transaction log before they are eventually settled or cancelled.
This should result in a better experience when using services like RoboSats.
-
Blixt Wallet 0.6.8 introduces 0-conf channel support!
Add pubkeys for nodes you would like to accept 0-conf channels from.
https://twitter.com/i/status/1674029483525849091
-
Speedloader is open-source and can be used with a normal lnd instance.
https://github.com/djkazic/speedloader
Primer is used for generating the channel db file.
https://github.com/djkazic/primer
In a future Blixt Wallet version, we'll add the ability to choose endpoint for downloading the channel db file.
-
Blixt Wallet 0.6.8 includes a crash fix for certain iPhone devices.
Known affected devices are:
iPhone 5/5s/6/6s/7/X/XR.
If you have experienced issues in the past, please give a fresh installation of Blixt Wallet a try. 🪄
-
Happy Blixting everyone! 🟡

2023-06-21 17:32:27 CEST

People still look at the Bitcoin price?

2023-06-10 18:08:39 CEST

- reply

Yep pretty good stuff

2023-06-09 13:59:23 CEST

- reply

Sure, see here: https://github.com/lightning/bolts/pull/780
Author is René Pickhardt.
Some of the comments to this proposal is just peak insanity IMO.

2023-06-09 13:22:02 CEST

Yet another centralized service (Lightspark) being a menace to the network by doing evil probing is not fixing Lightning.
In order to promote self-custody, we need tools to improve reliability for self-custodial wallets:
- Native probing (BOLT14)
- Blinded paths
- Stuckless payments
- Async payments

2023-06-07 16:26:13 CEST

- reply

Cheers man! 🙏

2023-06-03 16:35:48 CEST

- reply

We're targeting a beta release for 0.6.9.
If you have Telegram, join our chat group @BlixtWallet, because I will talk and coordinate Lightning Address support from there.

2023-06-03 11:14:05 CEST

Blixt Wallet and Blixt Wallet Testnet have been reinstated to the Goople Play Store.
Link to Blixt Wallet:
https://play.google.com/store/apps/details?id=com.blixtwallet
Link to Blixt Wallet Testnet:
https://play.google.com/store/apps/details?id=com.blixtwallet.testnet
Happy Blixting! 🟡

2023-06-02 17:18:50 CEST

Our appeal for the suspension of Blixt Wallet and Blixt Wallet Testnet on Google Play has been accepted.
The apps are currently under review. We expect them to be back soon!
The suspension was due to app similarities, but we've clarified that Blixt Testnet is for testing only.
As always, you can download the APK directly from our releases page on GitHub:
https://github.com/hsjoberg/blixt-wallet/releases
In order to stay up-to-date with releases, we recommend you to use the tool Obtainium:
https://github.com/ImranR98/Obtainium
Read more about this in DarthCoin's article:
https://darthcoin.substack.com/p/bitcoiners-mobile-device #note1u93…k7m8

2023-05-31 20:08:30 CEST

Blixt Wallet and Blixt Wallet Testnet have been suspended from the Google Play Store.
We are working with Google on figuring out why.
In the meantime, you can download the wallet APK on GitHub.
https://github.com/hsjoberg/blixt-wallet/releases

2023-05-31 11:35:14 CEST

- reply

This is the only information I got from Google:
https://i.imgur.com/aJO6aKL.png
I have submitted an appeal. Let’s hope it’s just some algorithm error.
They also suspended Blixt Wallet Testnet, so I assume it’s because they think Blixt Wallet [Mainnet] and Blixt Wallet Testnet are the same thing, which is obviously not true.

2023-05-29 15:44:21 CEST

- reply

It’s a special rule for private channel openings.
…which people should do anyway

2023-05-29 15:43:24 CEST

- reply

It’s a new scaling tech

2023-05-25 16:51:18 CEST

My email is getting too many support inquiries for Blixt Wallet. I cannot keep up.
If you need immediate help, please join our Telegram chat group. We are a strong and helpful community.
https://t.me/BlixtWallet

2023-05-24 14:54:50 CEST

- reply

Can ask the question in small brain language instead?

2023-05-24 14:39:24 CEST

- reply

Mental illness

2023-05-23 11:51:22 CEST

Real wizards use https://ide.scriptwiz.app, not robes.

2023-05-23 11:21:01 CEST

- reply

Yes, it opens towards the Blixt project node.
https://mempool.space/lightning/node/0230a5bca558e6741460c13dd34e636da28e52afd91cf93db87ed1b0392a7466eb

2023-05-22 11:16:41 CEST

- reply

Long text good. Short text bad

2023-05-22 11:12:37 CEST

- reply

Lmao no it’s the complete opposite.
Character limitation prevents meaningful thought and expression, and people instead just resort to primal insults and nasty gotchas.
Nostr is 1000000x better than Twitter, because you can actually discuss things here.

2023-05-22 01:41:44 CEST

- reply

Fair. I actually prefer the old SIGHASH_NOINPUT over SIGHASH_ANYPREVOUT, because it’s simpler.
Anyway let’s just do both APO and CTV and call it a day. They’re both trivial.

2023-05-21 14:47:03 CEST

At this point, it's clear that many prominent scaling technologies being proposed for Bitcoin are reliant on either OP_CTV or SIGHASH_ANYPREVOUT.
Seeing how SIGHASH_ANYPREVOUT is such a simple softfork, I suggest that we start moving towards an activation for it in Bitcoin.

2023-05-10 23:55:50 CEST

There is a proposal out there to change the internal encoding format of nostr from text-based (JSON) to binary.
This is a huge mistake. One of the primary reasons why we have such vibrant ecosystem today is because of the simplicity of the nostr protocol, which means it’s easy for developers to create applications and tools.
Furthermore adding another encoding format puts a lot of burden of the whole ecosystem of services, clients, relays and tools.
Let’s don’t lose what we have. Don’t adopt NIP-88.
https://github.com/nostr-protocol/nips/pull/512#issuecomment-1542851434

2023-05-09 19:58:21 CEST

The Blixt community thanks the Human Rights Foundation for the open-source grant awarded to Hampus. ⚡️🟡
https://nostr.build/i/e0806c266fc276d68a2dcbe9ce92dc367d1ff5aa479b78e3ee9a4719f52ce7ff.jpg
#note1vza…szr4

2023-05-09 19:57:05 CEST

2023-05-06 20:04:40 CEST

- reply

Those things don’t take us that far.
But yes, I agree that we should do things like CISA, as that would make it possible to have more transactions within the current weight unit limit.
Really, it’s a shame that Taproot didn’t include CISA already.

2023-05-06 19:50:56 CEST

- reply

Additional explanation by Lightning developer René Pickhardt on this topic:
https://bitcoin.stackexchange.com/questions/87735/how-can-i-create-htlcs-below-dust-limit-satoshi-in-lightning-network/87738#87738

2023-05-06 19:25:59 CEST

Is it Lightning's time to shine now when the onchain transaction fee is so high?
Well yes, partly.
But please understand that Lightning ceases to work if the fees are too high!
To understand why, let’s go back to the saying that “Lightning is just Bitcoin transactions”.
Yes, this is true. Lightning in the end relies on normal Bitcoin transactions.
So by knowing this, you should have already realized why Lightning under a high onchain fee market is fragile, but let me explain:
The primary problem I’m referring to is the economical viability to sweep HTLCs.
An HTLC is the thing that gets added as an output to your lightning commitment transaction when you are doing Lightning payment.
It gets cleared out by making a new commitment transaction once the payment has goes through.
But the problem here is that if the onchain transaction fee is $100 and the cost of the sweeping an HTLC output is $100, then that means it’s not actually economically possible to redeem these funds.
Under normal circumstances you would never have to force-close and redeem this onchain, but it _can_ happen.
How LN circumvents this problem is by giving the payment amount to miners instead as a substitute for a real HTLC output. Giving the sats to miners means no more bytes are added to the commitment transaction, but it also means that if a force-close happens, these sats will just be given to miners instead.
This was already the case for all smaller payments (21 sats and so on) including virtually _all_ zaps here on nostr.
But for smaller micro-transactions it’s not a big deal if a payments gets lost, because no one would cry over 21 sats.
But if it’s about 210 000 sats, then we’re in a BIG problem if this isn’t secure and trustless.
We need to find a sweet spot for onchain transaction fees and we need more scaling solutions that work together with LN in order to fix this.
My favorite solution is a Lightning Network deployed over multiple Drivechains, fully interoperable, but I’m open for more suggestions. What do you think?

2023-04-13 19:25:57 CEST

- reply

Try it out for Android, iOS and macOS here: https://blixtwallet.com

2023-04-13 19:25:42 CEST

Blixt Wallet is the tinkerer's wallet.
Check out how many things you can do in the settings.
https://i.imgur.com/yl65eg2.mp4

2023-04-11 21:11:48 CEST

- reply

Well, nostr will probably work the best with fee speech too.

2023-04-10 20:53:15 CEST

- reply

https://i.imgur.com/g0MDxH5.png

2023-04-10 20:52:24 CEST

Gonna watch the Super Mario movie now LFG. ✌️
https://i.imgur.com/m9NLxkN.png

2023-04-08 10:45:17 CEST

- reply

Should work now!

2023-04-08 10:21:19 CEST

- reply

Oh! Yeah the Lightning Address is broken, just a sec

2023-04-08 10:14:41 CEST

Epic! Blixt Wallet 0.6.6 has been released, and it's better than ever before.
It includes lnd 0.16 with support for bimodal pathfinding (based on Pickhardt Payments).
Enjoy potentially speedier payment by enabling it in settings.
Happy Blixting! 🟡
```
## Common
* Updated lnd to v0.16
* Added support for bimodal pathfinding (based on Pickhardt payments). Enable it in Settings!
* Added the ability to set a label for a contact in the contact list
* Sats amount on Overview screen is now grouped
## Android
* Lowered the scheduled sync job interval from 4h to 2h
## macOS
* Fixed restoring not working properly
```
https://i.postimg.cc/HjGKhCxq/Blixt-order66.jpg
https://github.com/hsjoberg/blixt-wallet/releases/tag/v0.6.6

2023-03-31 17:15:44 CEST

- reply

Yeah plans for receiving to a Lightning Address in Blixt Wallet is planned via Lightning Box.
But support for zaps is not planned. Note that you can still of course receive tips from nostr though.

2023-03-27 14:23:45 CEST

- reply

Well, one of the concerns is the one your raised on Twitter.
Few people seem to understand or know that your channel opening transactions leak in your invoice routehints.
This can be fixed either by blinded routing (BOLT11/12) or alias scid (BOLT11).
Another concern I have is the fact that seemingly no LN wallet today let’s you enforce min X number of hops.
As Lightning is an onion routed payment network, the more hops you do, the more privacy you potentially get.
Fewer hops lead to bigger risk of de-anonymising your payment.
A lot of people are using custodial LN wallets in order to have a Lightning Address, simply by the fact that it’s by far the easiest option. The only options available right now are custodial or a self-hosted routing node (which few have).
I’ve a project called Lightning Box that tries to improve things by forwarding the LNURL-pay request to the phone. Privacy-minded people can use a wallet that has Tor integrated to not leak info.
#[2]