I have working on Android now. If anyone wants to join a signal group for testing it then DM on X/Nostr. I'm in Google Play review, and will upload to Zap Store if you'd rather wait for it to be widely released.

It's pretty dumb that Nostr apps that rely on caching servers can just go offline if the server stops responding. For this reason I spent the last week making have fallbacks so as long as some relays are online you will continue to have some level of functionality but in the best case you get the caching server user experience.

I hope you don't mind me using your post to demo 👀

Another day of building the Nostr app I want to use. Latest: in-post web view. Open any linked site without leaving the conversation. Available in next release of

Right now I'm showing the lock icon when its p2pk but maybe that's not super relevant to the user, and the direction of payment is a better icon to show even if its already implied by the amount colour.

Trying to bring the transactions feed to life by using Nostr as the social layer.

ask not what bitcoin can do for you—ask what you can do for bitcoin

I'm working on making it so either the sender or receiver can be offline. And that the receiving wallet can properly signal which mints it will accept p2pk locked from via payment request. The user doesn't even need to be aware any of this is happening.

the yield yields its own yield

for me, ai movies are hard to watch now. they don't feel like sci-fi; they are just fiction.

I think it's better for wallets to tell users which payment methods they can use, rather than making users pick for themselves. The user's responsibility is to give the wallet the [amount] and [destination]. It's the wallet's job to solve the [method] and [transport]. When multiple options are viable, as is often the case with BIP-321, the wallet should recommend the best path based on expected fees and transaction speed.

Add something like this to your AGENTS.md Thank me later.