fiatjaf

https://stuff.fiatjaf.com/

Public Key

npub180cvv07tjdrrgpa0j7j7tmnyl2yr6yr7l8j4s3evf6u64th6gkwsyjh6w6

NIP-05 Address

Profile Code

nprofile1qqsrhuxx8l9ex335q7he0f09aej04zpazpl0ne2cgukyawd24mayt8gprfmhxue69uhhyetvv9ujuam9wd6x2unwvf6xxtnrdakszxthwden5te0wpuhyctdd9jzuenfv96x5ctx9e3k7mgqz5704

Publishing to

relay.westernbtc.com

pyramid.fiatjaf.com

lockbox.fiatjaf.com

Author Public Key

npub180cvv07tjdrrgpa0j7j7tmnyl2yr6yr7l8j4s3evf6u64th6gkwsyjh6w6

Show more details

Last Notes

2026-05-08 16:25:39 CEST

- reply

Try https://nostrord.com/open/?relay=chat.wisp.talk&group=rootstock (or install the native app from https://nostrord.com/download/ that is always much better).
Please make this link work on Wisp, @npub1utx…50e8.

2026-05-08 16:20:06 CEST

The @npub107j…ncxg exit shows how important @npub1l3c…6vs2's https://44billion.net is.
Soon some of the best clients of Nostr -- https://grimoire.rocks, https://habla.news and https://chachi.chat -- will be down and there is nothing we can do about that.
In an environment where these apps were published as fully static HTML/JS assets and used through an app like 44billion they could live forever.
Better than that: if it's easy to browse and recommend new maintainers that will incentivize new developers to continue maintaining forks of these codebases, as they wouldn't have to go looking for users and begging them to switch to a new URL. That means these apps can continue to live and users can continue to receive updates and everybody wins.

2026-05-08 03:52:20 CEST

https://www.youtube.com/playlist?list=PLPqq4mNyJqgf9Xxg51oMTRBoCxmWHhFHk

2026-05-08 00:11:24 CEST

I want Nostr to improve the status of online communication and publication in many ways. I want to see if it will really work in reality as it does in theory. I think Nostr has tons of potentially very interesting features hidden in it that will only make sense once more people are using it. I really want to see all of this in action.
#nevent1q…9fpu

2026-05-07 03:52:54 CEST

- reply

You are right that Lightning is fundamentally broken and a horrible system to build on top of.

2026-05-06 18:54:29 CEST

Nostr might not be winning against X, but at least it is winning against Postel's Law, which is a much worse enemy.
#nevent1q…vsxf

2026-05-06 13:34:01 CEST

Some people think Bitcoin doesn't have to scale and get adopted enough to become money, it can just be a "store of value" forever.
The first thing is that these people don't really believe in "storing" anything, they want their "value" to go up, not to be stored, so the discourse is already skewed from the start.
Meanwhile all the value Bitcoin has today and all its price growth came from the expectation that it would be used as money (i.e. means of payment etc) at some point.
Because random pubkeys stored on blockchains are just worthless bytes, if we stop making moves towards the only real goal (commerce adoption), then eventually markets notice and all the side "store of value" and related discourses are exposed to reality.
Remember those people that used to say Bitcoin was a ponzi scheme -- I don't know, Peter Schiff, Jorge Stolfi? Their takes were nonsense to me at first because I had in my mind that everybody believed that Bitcoin would eventually become money, so there was no way this was a game of the greater fool, everybody would benefit, even the last person to buy Bitcoin on Earth would benefit from it.
But no, these people just assumed Bitcoin would never become money, and with that assumption their reasoning makes perfect sense: if Bitcoin doesn't become money then it is nothing but a ponzi scheme -- as most of the shitcoins clearly are.
And now we have all these self-described Bitcoiners who think the same, don't be one of them. And please make them wrong again.

2026-05-05 00:50:46 CEST

The latest #pyramid release allows you to see who are the weirdos connecting to your relay:
https://nostr.media/28cb0e556f01a3b4564807cbdbdefa38f08beef78e2cb261cd7ffe78447afca5.png
And what they are subscribing to:
https://nostr.media/52c4bea08dfccef21403278fc2a743bc9ce85439c831a19116f0d233237fd895.png
(All the IPs were randomized before the picture was taken.)

2026-05-04 02:04:04 CEST

This is a stupid protocol, but I like that at least they are not shy about the need to have multiple interoperable clients with no dependency on centralized servers or domain names.
#nevent1q…aj6y

2026-05-03 21:50:09 CEST

UX specialists saw that AWS was successful and immediately concluded that their click-ops UX was the cause of the success, so they had that replicated on Google Cloud Console.
The market has decided.

2026-05-03 04:37:14 CEST

People should listen to James O'Beirne's take on quantum threats to Bitcoin more.
https://www.youtube.com/watch?v=wbJkODcrz7Q
In short: there are none, and scaling and miner revenue are much more important concerns regardless.

2026-05-03 02:15:44 CEST

I've opened my Gmail web app 3 times today and deleted all emails on the inbox. The same emails were there again the next time I opened it some hours later. I think the third time it worked.

2026-05-02 14:21:24 CEST

There are so many emojis and most of them no one uses, I don't know how you manage to find the ones you want to use in that enormous (and tabbed) pile of icons.
Even worse, my two most common emotions when reading stuff online are not represented at all.

2026-05-02 14:16:59 CEST

- reply

Looks like a scam to me.
Also next time please use direct references instead of links to a particular client's URL.

2026-05-01 19:13:14 CEST

- reply

A very cheap offline device that every humble merchant could easily acquire would be ideal.
I'm sure @npub1c87…8avm will do something and save the day here.

2026-05-01 19:00:02 CEST

- reply

Most of the videos of Bitcoin being used in commerce in backwater places I see involve a phone with a shitty wallet interface in it.
This setup is kinda bad as it has way too many requirements:
- a phone
- internet access for the receiver
- internet access to the payer
- a setup that is casual enough for the receiver to take his own phone out of his pocket and type numbers in it
- the guy with the phone must also be the owner of the shop and mix his finances with those of the shop
The last one is the most absurd to me.
If we assume everybody has a phone, though, I don't see why there couldn't exist an app that worked offline where every employee of a small business could type a number and generate a QR code that the payer scans and gets the amount already converted in his wallet to pay.
Or, if we assume the receiver will have internet, we can skip that part and let the employee generate an invoice that will be paid but the money will go to the shop's wallet, not to the employee.
These are basic things, so maybe they do exist and I'm just uninformed. I would do these apps myself if I could, but it doesn't really help if they "exist" but the people in the trenches evangelizing Bitcoin to commerce aren't aware of them.

2026-05-01 18:50:22 CEST

I paid for a meal with Bitcoin recently. The place was very modest and they just had a WoS QR code glued to wall. When I told the old woman at the cashier that I wanted to pay in Bitcoin she just told me the amount and trusted me to type that on my phone and trusted that my wallet would know how to convert that into satoshis at a reasonable exchange rate (she didn't know anything about Bitcoin I'm pretty sure).
Can't we make this better? There could exist a device with buttons where she could type the amount like she did with the credit card machines all other customers were using. She would just press the amount there and handed me a QR code to scan with the amount included, and exchange rate conversion done at some server trusted by the restaurant, it could be fully offline.
I'm just saying this because I was amazed by the fact that so many years have passed and I barely hear about these kinds of issues or the solutions to them. Makes me feel that no one is thinking about the problems of grassroot Bitcoin commerce adoption, which is the most important thing.

2026-05-01 18:32:22 CEST

- reply

No comments until you prefix your references with "nostr:".

2026-05-01 18:31:48 CEST

- reply

New name: "Tico-tico".

2026-04-30 19:34:20 CEST

- reply

I've read it, I can see why're you having this reaction, but what is written there is just a logical follow up to all the things Paul has been saying for years.
I don't think it is hilarious, the success of the Bitcoin project is a very serious matter to me and Paul happens to be very correct in his diagnostic of the problem. There are no easy solutions unfortunately, maybe no solutions whatsoever.

2026-04-29 22:08:06 CEST

Nostr promoting reunions of old friends, beautiful to see.
#nevent1q…4f0x

2026-04-29 19:57:53 CEST

- reply

Why do you think eCash hurts Bitcoin at all?
It's either going nowhere so you can just ignore it; or it will serve as a testnet with real money for technology that can be easily adopted by Bitcoin; or, if Bitcoin decides to die of apathy, people can switch to eCash and still reach the ultimate goal of Bitcoin in the end. It's a big win for all sides.

2026-04-29 01:58:36 CEST

- reply

Zero people mentioning Nostr, NIP-34, GRASP or linking to https://gitgrasp.com/ in the comments. This is just sad.
On X people are even asking for it, and yet no one answers: https://xcancel.com/citlayik/status/2049244958121742756

2026-04-29 00:55:23 CEST

Quotes as replies: back to the old Nostr days.
https://nostr.media/2e18c0dcc23e6e2cbff91e3ebc89a3a519d5e609aa0ce9dd38cc1f362a08c931.png

2026-04-28 21:02:07 CEST

- reply

That annoys me so much.
Then instead of having a simple static description of their services, which is what they need most of the times, they fall into a stupid posting frenzy (that dies after a while, when it doesn't become meme-posting) about nonsense related to their business or random pictures.
Please fix.

2026-04-28 20:58:21 CEST

- reply

In that case you're giving full authority to the person that controls that keypair, which is similar to giving full authority to a server.
In NIP-29 you only give partial authority to a server at all times, you always keep your right to migrate to a different server.

2026-04-28 20:56:25 CEST

- reply

Should be easy to always have a fallback server online if the group has any value in it.
And to coodinate a group migration that keeps the same id and history semi-automatically in case the original server is going down.
Even if the original main server goes down forever unexpectedly we can still do something, assuming some metadata about the original group and its members is stored by clients.
None of that is implemented, of course, but to me are the most important parts of NIP-29.

2026-04-27 20:11:48 CEST

If we were to market NIP-17 as a simple generic open protocol for DMs on the internet (without mentioning Nostr or NIPs or anything) by what name could we refer to it?

2026-04-27 20:10:02 CEST

Some people are sleeping on https://nostrord.com/.

2026-04-26 22:09:27 CEST

- reply

There would be no fork in that case, because there would be no money to pay for all the initial development work the sidechains need and whatnot.
Do you know how much money is poured into developing Bitcoin Core as well as grants for tons of other useless projects every year?
If eCash received 10% of that they get wouldn't have the need to sell some coins to fund their bootstrapping operation. But of course they would never get that since it's not a Bitcoin project, which is understandable.
But then somehow when they try to use the fact that they're not a Bitcoin project and transparently sell some newly-generated coins -- on a new blockchain that isn't Bitcoin -- suddenly they are stealing?

2026-04-26 18:49:55 CEST

- reply

In which world a "classical ICO" would be a better idea? Why would you even consider that?
In which sense a MASF is equivalent to a 51% attack? A 51% attack is when a coalition of evil miners decide to revert transactions in order to steal things, a MASF is just activating an optional soft-fork.

2026-04-26 18:10:57 CEST

- reply

The odds of it failing are definitely much bigger than those of it succeeding, not even Paul denies that.
But what do we lose by trying? Drivechain has zero chance of being activated on Bitcoin today anyway.
If eCash gets even a little bit of usage that may be enough to test Drivechain with real money and convince miners to MASF it into Bitcoin (Core will never do it, but CUSF solves that).

2026-04-26 18:07:57 CEST

- reply

Paul Sztorc has mentioned that he would probably support activating these things through CUSF on eCash. I haven't looked into the Rust Drivechain CUSF implementation, but I assume that for OP_CAT it should be much simpler, am I right?
OP_CCV I have no idea.

2026-04-26 17:11:31 CEST

https://ecash.com/ is a really good idea and very necessary in the current state of the world.
I really hope it gets a chance to fulfill its purpose.

2026-04-23 03:41:53 CEST

Who said Nostr doesn't have valuable original content?
#nevent1q…34ca

2026-04-22 22:11:49 CEST

- reply

Don't blame me.

2026-04-21 16:57:45 CEST

https://jumble.social/ DM implementation is looking very solid with NIP-4E support.

2026-04-20 14:42:42 CEST

- reply

What did you use to make those nice coloured diagrams?
https://fips.network/diagrams/fips-node-architecture-hero.svg

2026-04-20 14:40:06 CEST

Here, for example: https://lobste.rs/s/ktmwly/what_we_once_had_at_height_xmpp_era
A group of technology enthusiasts clamoring for an open DM protocol and no one telling them about the great news of NIP-17 privacy-preserving messaging that works + user-chosen relays for maximum decentralization.
#nevent1q…gxlg

2026-04-20 13:38:55 CEST

Everyone promoting Nostr inside Nostr is banned forever.
#nevent1q…c3mm

2026-04-20 01:25:08 CEST

- reply

This reminds me of once when a friend was searching for some program that did a small thing for his Windows computer, I think it was something about PDFs, but all he could find were two professional business-focused apps that costed a ton of money.
So I took the same query he was using on Google and appended it with "open-source" and instantly found a bunch of alternatives, all hosted on GitHub, semi-finished, but that did the job. They even shipped compiled binaries so it was just download and use.
He concluded that "open-source" was a secret magic word for getting free stuff on the internet.

2026-04-19 11:51:59 CEST

- reply

The --outbox flag does that for inboxes too already. I didn't have a better name.
That's what happened in #nevent1q…uxt9

2026-04-19 01:29:50 CEST

https://nostr.media/de0711bb4a2f969729b39ceaec8d38e4a8b8a4115ad85ff121bdd6ac90de2650.png

2026-04-19 01:22:11 CEST

I don't know when was the last time you tried or upgraded #nak, but there are some new (or maybe not super new) useful things (and hopefully not too many new bugs) that may interest you:
- "nak profile <pubkey-npub-nprofile-nip05-etc>", easily the most useful of the newish commands, I use it all the time to get the name of some random pubkey I see in the output of other nak commands.
- "nak group info/members/admins <nip29-group-address>", displays information about that group. then there is "nak group chat" that streams the chat room live in readable format, together with "nak group chat send" to send a message (from another terminal); "nak group talk" that yields a URL you can visit to join the group chat room in your browser; "nak group forum" displays the forum view of that group, together with "nak group forum create/comment" for creating a new thread of commenting on an existing thread.
- "nak bunker --profile <name>" stores your bunker data in a file under that name such that you can restart it later easily; then if you use this profile name you can later run "nak bunker connect --profile <name> 'nostrconnect://...'" from another terminal window to connect using the "scan QR code" flow instead of the "paste bunker URI" flow.
- "nak dekey" manages your NIP-4E decoupled encryption key (famously supported in Coop and Jumble DMs).
- "nak git" I think I've mentioned before, but it works pretty well, I use it everyday and as a has ton of subcommands I won't mention here.
- "nak validate" takes events as input and tells if they have all the required tags and in the expected formats according to https://github.com/nostr-protocol/registry-of-kinds.
- also when doing "nak req" or "nak event" you can pass an --outbox flag and nak will figure out the relays to connect to on your behalf, it will do that smartly according to the event authors, tags or parameters in the filters.
https://github.com/fiatjaf/nak/releases/tag/v0.19.6
Please report bugs or ask for features here in the comments or in the chat: https://web.nostrord.com/?relay=pyramid.fiatjaf.com&group=oycleloughr

2026-04-18 14:03:53 CEST

Looks like @npub1uh8…9y4m (Tadge Dryja) wanted to implement Lightning first as a much simpler protocol, with no onion routing, easier to debug, no HTLCs.
https://www.youtube.com/watch?v=o2F18lui1bE
It was interesting to hear the full story of his Bitcoin life, I don't think it had been told before. Including what happened in the mysterious foundation of Lightning Labs (how it started as a Poon-Dryja company and fast-forward some years and it's just Stark-Roasbeef) and why he stopped working on DLCs.

2026-04-18 04:32:21 CEST

- reply

Once you get the latest update to #pyramid you'll have access to many people's IPs once they connect to wss://spatia-arcana.com/ so you'll be able to publicly shame them into reading the breadcrumbs you left.
https://nostr.media/780927b2347bbf401605b8ba9a6e32fe8e6fa48b58273164c09ea01c1019decd.png

2026-04-18 01:45:33 CEST

- reply

What about StarCraft?

2026-04-18 00:14:43 CEST

- reply

I think it is fine for Zapstore to only have comments in its own relay, it's a choice clients and users can make.
But regardless of that to me the best possible UX would be to have a link on the Zapstore website with an nevent that automatically opens in my client so I can comment and interact from there.
Like what was achieved here, just with less hops. I don't mind the hops, they are cool too, I think everybody can do them, but we'll need a tool like nak but for phones.

2026-04-18 00:11:18 CEST

- reply

Honestly, what would be the great dream-like amazing UX for this in the legacy web platforms?
The Zapstore website would have a random "comment with Facebook" embedded. And in the comments no one would know who is the app author responding to comments from other randos because the identities would be totally isolated.

2026-04-18 00:08:20 CEST

- reply

As estatísticas na imagem são de um servidor mostrando quantas máquinas o estão atacando.

2026-04-18 00:03:16 CEST

Today I saw a comment from @npub1c3g…86r6 on https://zapstore.dev/apps/com.fiatjaf.topaz and I wanted to reply to it.
The Zapstore website wanted me to sign in with an extension to do that, but I only have a bunker, so thought I would open the comment on https://fevela.me and reply from there.
But the Zapstore website doesn't tell me the note id nor it gives me an nevent code, but it does gives me the author npub, so I tried to just visit that profile and wait for the note to be fetched, but I waited and it wasn't.
Turns out the note wasn't in any of the (many) relays of @npub1c3g…86r6, as the command
~> nak req -k 1111 -a c45041618951bb6012ac23f5cdf3d740465f2d640be841fd9bb1d0733370cd3c --outbox --since yesterday --outbox
didn't give me any results. So I guessed that it was only on wss://relay.zapstore.dev. So I ran this command:
~> nak req -k 1111 -a c45041618951bb6012ac23f5cdf3d740465f2d640be841fd9bb1d0733370cd3c --outbox --since yesterday relay.zapstore.dev | nak event --outbox
And the note was automatically published to a bunch of places:
publishing to nostr.hifish.org... failed: publish: context deadline exceeded
publishing to nostr.wine... success.
publishing to wot.nostr.net... success.
publishing to purplepag.es... failed: msg: blocked: kind 1111 is not allowed
publishing to inbox.relays.land... failed: msg: blocked: this event doesn't target any real users
publishing to 0xprivacy.nostr1.com... failed: msg: auth-required: you must auth
publishing to xmr.usenostr.org... failed: msg: blocked: you must pay admission fee. visit relay url on browser.
publishing to relay.nostr.wf... success.
publishing to relay.nostr.com.au... success.
publishing to auth.nostr1.com... failed: msg: auth-required: you must auth
publishing to jskitty.cat/nostr... success.
publishing to relay.0xchat.com... success.
publishing to premium.primal.net... success.
publishing to relay.primal.net... success.
publishing to relay.0xprivacy.online... failed: msg: auth-required: authenticate to publish events
publishing to pyramid.fiatjaf.com/inbox... success.
publishing to spatia-arcana.com/inbox... success.
publishing to lightning.red/inbox... success.
(Notice that it was also published to my inbox relays because it had a p-tag to me and nak detected it automatically.)
This is a success story. Now I can finally respond.

2026-04-17 22:05:18 CEST

- reply

I didn't see the zap, it's probably sent to the wrong relay, but anyway I'll give my honest feedback:
I appreciate the intention, but this looks too much like every other AI-generated website, paradoxically it's not weird enough to catch attention.
I feel like I'll read pages of text only to find out that the entire substance was already in the page title (not saying this is the case, but it is the case for many others with similar design).

2026-04-17 21:00:13 CEST

- reply

Pay me 100 satoshis if you want me to click on that.

2026-04-17 20:11:16 CEST

There will come the day in which people will have to pay others to look at their AI-generated websites with lots of gradients, many words but completely void of any useful content whatsoever.

2026-04-17 16:38:54 CEST

- reply

Very philosophical commentary.

2026-04-17 02:17:37 CEST

- reply

What are the issues of centralized image proxies?

2026-04-16 18:47:53 CEST

- reply

Good news, but what is this partner shenanigans? Isn't the thing open for all clients to connect directly?

2026-04-16 18:03:52 CEST

- reply

I don't have anything to do with that one.

2026-04-16 17:21:32 CEST

- reply

This can't be right, right?
https://nostr.media/c91781d9c0a989d6a8d5770ee84e500555cc627472ebd12fb806ac2d3fb9555c.png

2026-04-16 17:20:33 CEST

Is Nostr a DDoS machine?
https://nostr.media/c1ca71e8e7c9c277d210a93bd742c2d6d15400fc3b9deba9d43f5fc0ef6c330a.png

2026-04-16 13:25:21 CEST

- reply

I had a crash caused by a stupid bug.
(Please update to v1.2.5 if you're reading this and you've installed it v1.2.4 yesterday.)

2026-04-16 01:31:09 CEST

- reply

This would be good on a relay.

2026-04-15 22:42:28 CEST

https://www.youtube.com/watch?v=MjMxtdzgcRc

2026-04-15 22:01:10 CEST

- reply

We could also do that, but it doesn't have to be the only solution.
Two problems:
1. it is not incentive-compatible (why would I retweet a thing I wouldn't have retweeted in the first place just because the person is new? This will bloat my feed with an opinion that isn't even mine etc).
2. it doesn't work if you don't have anyone following you at all. Like Shakespeare, imagine if he is revived and starts writing new plays on Nostr? He is really Shakespeare, but he doesn't know anyone, all his friends are dead.

2026-04-15 18:47:10 CEST

- reply

Why? The livestreaming server is a bad idea?

2026-04-15 15:49:09 CEST

- reply

These link previews can be a hassle, but they are useful sometimes.
I used to think the best approach was something like Telegram and Discord do, which is to allow the sender to choose when to render them and when to not, but this is awful, because on Nostr it would be a coordination nightmare, and most people don't bother making this choice anyway.
Now I think the best solution is probably to have a default setting that doesn't render such links if they come in the middle of a sentence, only if they are on their own line (or perhaps if they are the last thing in a line too?), something like that. It would be a great improvement.

2026-04-15 15:45:18 CEST

I just learned that https://fevela.me/ has a nice setting that disables automatic link preview rendering in notes and make them show up on mouse over. It's the best of all worlds:
https://nostr.media/99db11c589f188d7902195885fd1524a442451bc9d36c6b4cd3a90f5f87d3902.png
https://nostr.media/662f6da381f8c0378f1fa39751fc9611c067d1143abf9b60d4a31b6e2af6d20f.png

2026-04-15 15:18:26 CEST

- reply

Some good ideas here.

2026-04-15 15:02:08 CEST

- reply

Everything is subjective, "high-signal" was the most generic type of curation I could think of that we could start with, like "has the person writing this put any thought in it or are they just regurgitating some discourse or meme they saw elsewhere?"
But of course if this is a good idea we should eventually have many of such relays for various types of appetites and interests.

2026-04-15 14:56:33 CEST

New #pyramid release with absolutely earth-shattering new features:
- ephemeral events don't get accepted from anyone by default anymore (you have to explicitly allow them and whitelist the kinds now) so your relay won't overheat from bitchat DDoS (plus other fixes that bring CPU usage lower)
- NIP-29 has per-group NIP-50-powered fulltext search now, with automatic language detection based on the first messages sent to the group
- built-in video livestreaming server compatible with OBS and zapstream/shosho/etc (and all the other clients that display such streams of course): https://nostr.media/699381409d903a306b1b563dc45902953e4e6dbbf3090d13b842272ad083421b.png
- a nicer way of defining the list of kinds you accept, by making it a list of deltas from the default kinds (instead of having to list everything by hand): https://nostr.media/609b2f06581b3fb5876768e44e67e2a46f8526d849635e26073a49e29f884380.png
- more stats added to the system view: https://nostr.media/35742c81e5a05731d501450a2498d18227f51fda830d46f30ce5073db4afbfc1.png
- online count on the landing page, highlighting who is online (for now this is based on public information only, i.e. only people who published events in the past 10 minutes, same as how Wisp does it): https://nostr.media/86010a7808f31587b33d3b9b56709bc0a50ed3582e6f05825f2c87b5d521d630.png
Available for download at https://github.com/fiatjaf/pyramid/releases (or do the easy cheap-VPS setup: https://github.com/fiatjaf/pyramid#easy-install). Please report bugs here in the comments or in our NIP-29 group.
#nevent1q…pm74

2026-04-15 14:32:36 CEST

- reply

It's exactly the opposite: if you hide the idea of relays you'll get more centralization.

2026-04-15 14:31:09 CEST

- reply

How many of all Substack "content creators" earn a living? You're talking as if anyone could just go there and write something and they would get paid.
In fact even if you are the new Shakespeare you could still go on Substack and write amazing things and didn't get a dime for them.
Substack probably doesn't do any curation, it's just a place where people can charge their existing audience (that they got through whatever other means including sheer luck, years of thankless unpaid work and being friends with the right people), so Substack is orthogonal to what I'm talking about.

2026-04-15 14:15:51 CEST

- reply

Well, no one would be asking, it would be an optional thing for people that consciously wanted to get some reach for their content that they thought was worth reading. I imagine most people wouldn't want this. @npub1r0r…q9ac
Currently if the new Dostoevsky shows up on Nostr tomorrow he could be writing the best stuff in the world but no one will see him.

2026-04-15 14:08:37 CEST

- reply

You don't need NIPs for this, it's all bespoke on the relay side, it just has to expose the standard REQ interface.

2026-04-15 11:58:30 CEST

What if we had a relay where new people could manually submit content to and pay a "curation fee", then some smart humans would pocket the fee and manually vet each submission and only allow in those that were deemed high-signal?
Would you browse that relay in order to discover new high-signal content and new people to follow?
Would you put it in your default relay feeds list or somewhere like that? @npub1syj…f6wl @npub1utx…50e8 @npub1gcx…nj5z @npub1n0s…lahe @npub1yzv…rf8q
Please let me know if you have a better idea.
#nevent1q…cdje

2026-04-15 11:41:19 CEST

I got my first feature implemented: https://github.com/CodyTseng/jumble-ouro/issues/10
#nevent1q…nhwr

2026-04-15 02:32:51 CEST

- reply

You're not even a person, you're a brand or something.

2026-04-15 02:30:21 CEST

How is Nostr today? Did we get any new users? The last to join I think was @npub1dyx…2yuy two months ago.

2026-04-13 02:38:12 CEST

- reply

It makes all the difference in the world, this is just based on your IP address and the VPN changes your IP address.
Maybe 192 is some special case when we can't find your IP or because you used IPv6? I don't remember what my code does, it's from 6 months ago.

2026-04-13 02:36:40 CEST

- reply

I'm feeling like those people who almost win the lottery by getting a number that is close to the actual result.

2026-04-12 21:12:30 CEST

#nevent1q…al4l
Please go there and send a message! We need more people, #nevent1q…3qp7

2026-04-12 15:17:46 CEST

Just clarifying: you don't have to just look at your number, you also have to write things and communicate with your fellow IP subnettians.
#nevent1q…0fst

2026-04-12 15:06:48 CEST

- reply

It means you can talk to @npub1ts0…zwcx and @npub1zpd…f30h, what a joy. No one else got any matches.
It also means means that your IP address is something like 192.xxx.xxx.xxx.

2026-04-12 13:42:28 CEST

This is a huge attack on your privacy, beware.
#nevent1q…6jtp
Probably run by the Mossad.

2026-04-12 13:40:18 CEST

- reply

What client is that? You need a client capable of browsing relays.

2026-04-12 13:34:34 CEST

- reply

Why adoption on the user side will never happen? Is that valid for Bitcoin too or just Rootstock?
Would be nice if at least 1% of all the effort put on creating tons of Bitcoin wallets was dedicated to making one good Rootstock wallet.
But I hear that the Rootstock people are sitting on huge piles of money from their launch and they spend it poorly. It's easy to shit on other people's decisions, but why aren't they funding you to work on that?

2026-04-12 13:31:46 CEST

- reply

I agree completely.

2026-04-12 13:26:11 CEST

- reply

Hey, we got at least one match! You can talk to @npub1ts0…zwcx. What a huge success.

2026-04-12 13:15:30 CEST

Go on wss://subnet.relays.land/.
What number do you get? Mine is 177.

2026-04-11 13:11:28 CEST

- reply

There is a Fraidycat fork with Nostr support.
And the developer said he was going to integrate Nostr in the main Fraidycat. Maybe he did already? Probably not.

2026-04-11 13:09:45 CEST

- reply

I agree.
I'm curious why you became such a Rootstock enthusiast recently, but yes, it's crazy that people aren't using it.
To be fair I tried to use it a couple of times in the past and I struggled a lot with the tooling, the wallets, everything was confusing.
Also I couldn't figure out how to deploy and use a contract myself, but I didn't put too much effort on that part.

2026-04-11 04:32:18 CEST

Seeing how people add all sorts of URLs to their Damus relay lists I wonder if the best Nostr app UX isn't just a single big list of stuff.
Do you want to write to a relay? Add it to your list.
You want to read from a relay? Add it to your list.
Do you want to browse a niche relay every now and them? Add it to your list.
Want to upload stuff to a Blossom server? Add it to your list.
Wanna bookmark a note? Add it to your list.
Wanna join a NIP-29 group? Add it to your list.
You're interested a hashtag? Add it to your list.
Follow someone? Add to your list.
Do you want to run custom spell or scroll? Add it to your list.
Then the app understands everything you want from that and displays all the UI views you need.

2026-04-10 22:53:37 CEST

https://fevela.me/ now has per-relay reply and reaction fetching:
https://nostr.media/6dd2bde06fa400551e24e146158eb1e42fb601cdd6a8d6fc183fa35658533762.png
Can you think of a concrete use case for this that doesn't involve Marlon Brando?

2026-04-09 17:15:16 CEST

I like that these guys are holding a sign that says "this is not AT". A clear message that they have evaluated the Bluesky protocol and decided, correctly, that Nostr is the real deal.
#nevent1q…ut0x

2026-04-09 17:09:26 CEST

You can also try this scroll right now by going here: https://grimoire.rocks/run?cmd=open%20nevent1qqsvh4se5xykhlyeda2qljxe7jeyyyc4gvvml5xeek5sf7hfujdrnuqhpvnt0
#nevent1q…8654

2026-04-09 04:24:09 CEST

Thank you for coming to my stream:
https://nostr.media/01796cf98a410acccd74422d793c56a2d68013702df7192a3d384056b7a49061.png

2026-04-09 03:27:05 CEST

This should have been obvious, but occurred to me yesterday that a coalition of miners would never be able to steal from a Drivechain because they would have to agree on the percents beforehand, but they don't know who is going to contribute with how much hashpower during the following months, so there is every incentive for the attack to stop midway.
Add this to the big list of reasons why Drivechain is a safe and good idea.

2026-04-07 02:18:18 CEST

- reply

If you login with passkey does it save your nsec to the cloud? If yes, what cloud?

2026-04-06 23:40:44 CEST

Has every client stopped offering an option to use imgproxy for autoresizing images?
I remember users could configure their own imgproxy on Snort, Iris and Coracle. Was that a bad idea because no one was using the option and if anyone used they would have a sitting duck imgproxy that anyone else could abuse?
#nevent1q…m0tz
We could think of some solutions for community-hosted imgproxy servers that can be secure by having the client compute the required HMACs locally, or is this too ambitious?
@npub1jlr…ynqn @npub1utx…50e8 @npub1v0l…qj49 @npub1gcx…nj5z @npub1g53…drvk @npub1syj…f6wl

2026-04-05 15:11:10 CEST

@npub1l3c…6vs2 can you explain how the Bananânia Relay Deluxe algorithm works?