3bf0c63fcb934634...

npub

npub180cvv07tjdrrgpa0j7j7tmnyl2yr6yr7l8j4s3evf6u64th6gkwsyjh6w6

pubkey (hex)

3bf0c63fcb93463407af97a5e5ee64fa883d107ef9e558472c4eb9aaaefa459d

nprofile

nprofile1qqsrhuxx8l9ex335q7he0f09aej04zpazpl0ne2cgukyawd24mayt8gprf58garswvaz7tmjv4kxz7fwva6kcat8w4k82tnddajs64z9ze

动态 (23)

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...

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.

Kind-1 (TextNote)

2026-05-06T11:34:01Z

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 cas...

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.

Kind-1 (TextNote)

2026-05-01T16:50:22Z

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 coul...

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?

Kind-1 (TextNote)

2026-04-27T18:11:48Z

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 complete...

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.

Kind-1 (TextNote)

2026-04-17T18:11:16Z

↳ 回复 Technical Debt (npub14w4qnk43lsllls2qnldj3vfcxtx5qvtsf3xlvxv9yha8afrxhmfqju3rwx)

I like the idea of human curation but I don’t think we should keep emphasizing (the idea of) relays....

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

Kind-1 (TextNote)

2026-04-15T12:32:36Z

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

Kind-1 (TextNote)

2026-04-12T11:15:30Z

Every part of Nostr that relies on hardcoded "big relays" is a bug and a gate to spamland waiting to be used. Spam gets to everything, whether it's m...

Every part of Nostr that relies on hardcoded "big relays" is a bug and a gate to spamland waiting to be used. Spam gets to everything, whether it's malicious, automated spam or just someone handwriting something in the wrong place because they were confused. Even the relay reviews section isn't exempt: https://nostr.media/1fbe66839bef3568e853c6c36825a6084e5a778b278a992e90c65e4d6e4288f5.png

Kind-1 (TextNote)

2026-04-04T15:32:17Z

If we had infrastructure for curating entries, allowing groups to vote on proposed additions and deletions and simple UIs for viewing the list of all ...

If we had infrastructure for curating entries, allowing groups to vote on proposed additions and deletions and simple UIs for viewing the list of all items in a list then it would be easy to get rid of the NIPs repository. It's sad that after so many years all we have are "feed" views. And GitHub continues to be a better platform for browsing and updating text lists of things. Notice that I'm not asking for much. We would also have to get rid of the NIP numbers, but we could just say "the longform NIP", "the badges NIP" etc and it wouldn't be hard to know what were people talking about. But if you're reading this and thinking about a complicated system with events being published with votes, proposals, lists of replaceable events with other lists inside or whatever absurdity, please stop. Just use a relay and normal events inside, add and delete. Custom write policies, standard Nostr read API. #pyramid has a moderated subrelay that is probably 25% there already. If you disagree please let me know. nostr:nevent1qvzqqqqqqypzpem34u9stj8ftlxldl4n2qz5f5hmrnxns3uga86fpwe7u28ga4n0qyvhwumn8ghj7mrfva58gmnfdenjuun9vshkjmnzdauqqg94qxruwu659epnqnpr5sunsg9fer6vdw5pxfhw6hzqw6hmvzzpdvjq8z8j

Kind-1 (TextNote)

2026-03-23T16:27:55Z

↳ 回复 Leo Wandersleb (npub1gm7tuvr9atc6u7q3gevjfeyfyvmrlul4y67k7u7hcxztz67ceexs078rf6)

Relays should be as discriminatory as they please, totally! I hope to see many relays with all kinds...

I'm not talking about proxy or caching relays. On NIP-65 you can specify "read" relays which should be used by others when replying or mentioning you...

I'm not talking about proxy or caching relays. On NIP-65 you can specify "read" relays which should be used by others when replying or mentioning you and used by your client when reading your inbox. That is where I'm saying one can select a relay that will reject stuff based on whatever criteria. https://pyramid.fiatjaf.com/inbox does that with a very dumb algorithm.

Kind-1 (TextNote)

2026-02-22T14:51:57Z

↳ 回复 Leo Wandersleb (npub1gm7tuvr9atc6u7q3gevjfeyfyvmrlul4y67k7u7hcxztz67ceexs078rf6)

I think I'm worried about the wrong thing. You are talking about personal, optimized relays and I'm ...

I see what you mean now. I had never considered that big and free relays would provide a generic filtering service for everybody, but indeed that is a...

I see what you mean now. I had never considered that big and free relays would provide a generic filtering service for everybody, but indeed that is a possibility and would have negative consequences.

Kind-1 (TextNote)

2026-02-22T14:46:55Z

↳ 回复 32d6ecdd... (npub1xttwehd36sm5dndash9cxw6mgcql9v0scdy2exu3ke4m30du43cqajc9qz)

Amethyst uses more data than YouTube on my phone. The whole architecture of downloading million copi...

I think you're conflating Nostr and Amethyst.

Kind-1 (TextNote)

2026-02-22T14:44:22Z

↳ 回复 Leo Wandersleb (npub1gm7tuvr9atc6u7q3gevjfeyfyvmrlul4y67k7u7hcxztz67ceexs078rf6)

I strongly disagree! Relays are the ether we use to broadcast and should remain dumb. My client shou...

Another issue: can relays be really "dumb" in the way you're implying? I don't think so. If a relay should just accept anything without filtering (as...

Another issue: can relays be really "dumb" in the way you're implying? I don't think so. If a relay should just accept anything without filtering (as long as the publisher pays, in your model, if I understand correctly) it would be exposing itself to hosting all kinds of sordid, illegal content, or perhaps just content they really dislike and are not ok with hosting. That creates an enormous disincentive to being a relay. Relays should be free to "censor" anything they want. You don't agree?

Kind-1 (TextNote)

2026-02-22T03:34:20Z

↳ 回复 Leo Wandersleb (npub1gm7tuvr9atc6u7q3gevjfeyfyvmrlul4y67k7u7hcxztz67ceexs078rf6)

But relays allow me to provide very long lists of pubkeys to filter what I want to see. I can get al...

The influencer use-case was just an example. We can think of others. I could prefer to use a different filtering criteria than follows-of-follows, may...

The influencer use-case was just an example. We can think of others. I could prefer to use a different filtering criteria than follows-of-follows, maybe using 3 levels, or 2, maybe I want people to be known to publish about certain topic (according to an LLM judgement) for a while before I read their stuff, I don't know, there are many possibilities, and the client can pick and choose any by just switching their "read" relays. The alternative of doing it on the client, even if it was possible in practice, would require a huge number of clients or a lot of complex implementations in the same client.

Kind-1 (TextNote)

2026-02-22T03:30:40Z

↳ 回复 ee11a5df... (npub1acg6thl5psv62405rljzkj8spesceyfz2c32udakc2ak0dmvfeyse9p35c)

In general I agree with both of you. Filtering can be done either side. Personally I prefer client...

Just to clarify here: I think we're talking about "read" relays, not "write" relays. So it's actually the reader who picks the default relays for the ...

Just to clarify here: I think we're talking about "read" relays, not "write" relays. So it's actually the reader who picks the default relays for the interaction, right? Or at least those relays picked by the receiver are the ones that carry most importance in such interactions.

Kind-1 (TextNote)

2026-02-22T03:26:55Z

↳ 回复 Leo Wandersleb (npub1gm7tuvr9atc6u7q3gevjfeyfyvmrlul4y67k7u7hcxztz67ceexs078rf6)

Yes, trusting the relay to figure out who my follows of follows are is not ideal but sending lists o...

I don't understand what you mean here.

Kind-1 (TextNote)

2026-02-22T03:22:21Z

↳ 回复 Leo Wandersleb (npub1gm7tuvr9atc6u7q3gevjfeyfyvmrlul4y67k7u7hcxztz67ceexs078rf6)

But that carries the risk of censorship. New users have no WoT. I know I just said I don't want to s...

If you follow them you should get everything from them regardless, directly from their "write" relays. What I'm talking about is a relay policy with ...

If you follow them you should get everything from them regardless, directly from their "write" relays. What I'm talking about is a relay policy with regards to replies, reactions and mentions only, i.e. your "read" relays policies.

Kind-1 (TextNote)

2026-02-22T03:21:23Z

↳ 回复 Leo Wandersleb (npub1gm7tuvr9atc6u7q3gevjfeyfyvmrlul4y67k7u7hcxztz67ceexs078rf6)

But relays allow me to provide very long lists of pubkeys to filter what I want to see. I can get al...

If you're asking relays to filter based on follows of follows isn't that elevating the role of the relay? #pyramid has an inbox relay that filters bas...

If you're asking relays to filter based on follows of follows isn't that elevating the role of the relay? #pyramid has an inbox relay that filters based on follows of follows, but is that what everybody wants? People might want a different filtering algorithm, the influencer case was just one example. I really don't see how this introduces censorship. Given outbox everywhere no one is censored. And filtering replies on your own notes is almost a personal thing that affects others very little. Readers should still be able to see replies to you from relays others than the ones you chose (they will probably automatically see replies from people they follow already, even if those are banned from your inbox relay).

Kind-1 (TextNote)

2026-02-21T19:52:50Z

↳ 回复 Leo Wandersleb (npub1gm7tuvr9atc6u7q3gevjfeyfyvmrlul4y67k7u7hcxztz67ceexs078rf6)

I strongly disagree! Relays are the ether we use to broadcast and should remain dumb. My client shou...

What you're saying makes sense, but it's impractical. Someone could spam a thousand likes on your note, then you'll download all of that to get only t...

What you're saying makes sense, but it's impractical. Someone could spam a thousand likes on your note, then you'll download all of that to get only two in your web-of-trust? Most relays won't even allow you to fetch more than 500 events directly. At the same time an influencer might want to know a full count of likes, and if he is famous most of the likes will come from outside his WoT. But still that number is meaningless if it can be easily spammed. The only way to reconcile all the different use cases and preferences while also providing some efficiency is by using relays, and relays with different policies for different users. Client-side filtering has its place too, but it's a secondary barrier.

Kind-1 (TextNote)

2026-02-21T18:19:42Z

↳ 回复 Leo Wandersleb (npub1gm7tuvr9atc6u7q3gevjfeyfyvmrlul4y67k7u7hcxztz67ceexs078rf6)

Right now, everybody has their bots providing "signal" on nostr but the client devs are not catching...

It can't work this way, users shouldn't have to spend their days clicking a block button, relay-based filtering is necessary and urgent.

Kind-1 (TextNote)

2026-02-20T18:15:05Z

↳ 回复 Leo Wandersleb (npub1gm7tuvr9atc6u7q3gevjfeyfyvmrlul4y67k7u7hcxztz67ceexs078rf6)

Where are all the bunker devs? I tried to use zapstore/zsp with Amber but it didn't work because zsp...

I've once thought the "secret" was a secret and could be relied upon as an authorization token, but I realized that couldn't be it since most clients ...

I've once thought the "secret" was a secret and could be relied upon as an authorization token, but I realized that couldn't be it since most clients only called "connect" once with the secret, so it is de facto a nonce, the NIP should make this explicit. Someone please send a PR editing it. On the other hand for https://viewsource.win/fiatjaf.com/promenade I didn't use a secret at all, instead the bunker URI has a random pubkey in it that isn't the actual user pubkey, so it can be used and reused as an authorization token, i.e. anyone with the bunker URI can connect. I think this is fine for most cases too.

Kind-1 (TextNote)

2026-01-22T13:47:44Z

↳ 回复 sandwich (npub1uac67zc9er54ln0kl6e4qp2y6ta3enfcg7ywnayshvlw9r5w6ehsqq99rx)

Is NIP-01 going to be modified with a filter flag so one event per pubkey can be returned?.. .Emulat...

We should run a prediction market for this.

Kind-1 (TextNote)

2025-12-31T23:49:42Z

↳ 回复 Arjen (npub1hw6amg8p24ne08c9gdq8hhpqx0t0pwanpae9z25crn7m9uy7yarse465gr)

I want the internet in my pocket. I was bored and got annoyed with nsites being unreliable/slow. So...

I don't get what is happening, are you running something or is it all in the browser? How do I test this? Regardless of that we should be doing neven...

I don't get what is happening, are you running something or is it all in the browser? How do I test this? Regardless of that we should be doing nevent1-sites, immutable, not npub1-sites.

Kind-1 (TextNote)

2025-12-30T22:09:48Z

nostr - Notes and Other Stuff Transmitted by Relays

# nostr - Notes and Other Stuff Transmitted by Relays The simplest open protocol that is able to create a censorship-resistant global "social" netwo...

Kind-30023 (Article)

2020-11-20T11:48:00Z