Nostr is an inclusive communication commons
nostr.org
nostr.org
Nah, you didn't understand it. Lightning is a layer-2 protocol on top of bitcoin. Nostr is the so-called layer-3. Good luck trying to build Nostr without Lightning.
You're just lying because you hate crypto. That is as bad as the blind evangelizing of cryptocurrencies.
Beeeep, wrong. Next question.
Same goes for the agents I deploy, I'd like to have methods of returning value for whatever value they extract (in the form of information).
You said I'm anti-crypto, then I linked you to a msg I wrote in the past advocating for L402 (which is a Lightning-based protocol).
I was just telling you that you're wrong. I'm a big believer that Lightning is the only way to solve micropayments.
Now get your conspiracy theories somewhere else please.
You can still send money without integration, but you have to copy-paste an address into a separate bitcoin program and click a few buttons.
The amount of ignorance about Nostr (by both pro and antis) is astounding for such a simple concept. I feel like literally nobody reads the very short specs.
Many people get all emotional around crypto and blow it out of proportions imho. Sure there are many bad things about it, but to let your opinion of crypto taint so many nice tings is sad imho.
"Some subset of these features is in MP3" is not a valid response.
These have been around in podcatchers for a long time, see e.g. [1] for chapter markers. Apple lagging behind on podcasting features/quasi-standards is also the norm, not the exception.
Anything that is crypto-adjacent or sometimes even "not actively opposing" cryptocurrencies is heavily disapproved of here. I get some of it, and agree with much of it, but it always goes too far. Always leads to conclusions not grounded in truth because as soon as the term comes up there is a heavy emotional reaction.
My point stands also if you weren't: Podcasting 2.0 did not invent chapter markers, it only added them to the RSS feed.
> Anything that is crypto-adjacent or sometimes even "not actively opposing" cryptocurrencies is heavily disapproved of here. I get some of it, and agree with much of it, but it always goes too far. Always leads to conclusions not grounded in truth.
I can't deny that I'm coming into crypto-adjacent discussions with some preconceptions, even though I'm sympathetic to many of the ideas, and don't treat the ecosystem as a monolith. There are well-intentioned folks in it, but also libertarian fanatics, corporate short-term-profit maximizers, social media grifters... I really wouldn't say that only crypto critics are at fault for the lack of grounding in truth. (And I say that as somebody that's been somewhat involved with it for a very long time.)
If you're one of the remaining well-intentioned folks in what has largely become a sea of grift, I do feel for you, but I also understand where people here are coming from.
Yes part of podcasting 2.0 is lightning payments (which address a lot of issues people here have with crypto and has the potential to support indi devs and creators more fairly), but I admit I played with it and it is not there (yet).
Edit: And thank you for your thoughtful answer. There are some real lunatics on the crypto side indeed.
That couldn't be father from truth :) . Tokens are very much liked and often used by the HN crowd and by the IT workers in general. But there is a crucial nuance - most people using tokens, are using them for tax/customs avoidance. So in the topics where people are discussing how to pay for this or that and avoid taxation or or avoid sanctions etc. tokens would be shown in a positive light and those comments upvoted. What you've stumbled upon is the case of "selling" tokens to people for any other task, and that is widely ridiculed for a reason.
Only those that believe privacy and sovereign control of wealth has no value, can assert cryptocurrency is useless.
"Anonymously paying for VPN" seems a bit ironic given that almost all VPN users then immediately proceed to completely deanonymize themselves towards the VPN by accessing it from their (not anonymous) home Internet connection and/or to access sites that deanonymize them. Add to that the fact that most blockchains are very much public, and I couldn't think of a better way than crypto to deanonymize my entire payment and Internet usage profile in one go if I tried.
I do agree that payer (not necessarily payee) anonymity is really important and most existing payment methods fall short of what's arguably the absolute minimum in a non-surveillance state.
Still, this seems like a problem largely orthogonal to crypto. It's possible to build a payer-anonymous payment system based on regular centralized databases just fine, see e.g. GNU Taler.
> What is your backup plan to pay bills when your bank account is frozen by identity theft (can take months to resolve)?
Mine is to live in a jurisdiction where banks aren't allowed to get away with stuff like that (and where "identity theft" is not really a thing because knowing a 9-digit number and maybe having a photo of somebody's driver's license is not considered a valid KYC method), but I realize that this is not an option for nearly everybody in the world, and I do see some value of crypto as a forcing function in those.
I didn’t say it was useless, it seems to have a niche value to speculators and investors.
All of the examples you gave either don’t matter to 99% of everyone (“hey mom, how do you donate to whistleblowers”) or isn’t the most practical way to do a thing. E.g. bank account-related fraud is vanishingly small (the vast majority is credit card-related); in the US it affects ~10k people per year. Is the average person more likely to lose their savings to fraud or lose a crypto wallet due to human error?
Also I have legitimately purchased things in person all over the world with bitcoin, including at major department stores. A great way to meet the rare actual cypherpunks though are places that are crypto first, like the pubkey bar in NYC.
I do not trade, and have no interest in trading.
Decentralized payments will be as easy as paypal soon with Silent Payments allowing you to pay someone by email -> dns -> private one time use address, all automatically.
It has produced Monero which absolutely is that currency. Now if only we could get people to actually use it.
I think the only thing that stands a chance is something that partially anonymizes one party to the transaction but not the other, or something that can deanonymize a given transaction only by very publicly and verifiably "breaking glass".
I'd rather have my money work in a way that allows that than in the current status quo, i.e. a complete lack of privacy for anything other than cash (which has different issues and doesn't work so well online).
Or when Lithuania breaks glass on every transaction and sends the data to the FBI, like what they did with Anom?
And even when it's not drugs, I sometimes use it to pay for things online because Visa randomly doesn't want me to use my Visa card for unknown reasons.
Sure, you can always fork a protocol/not federate with who you dislike etc., but you might find yourself fighting an uphill battle against other people’s experiences and preconceptions. Protocols are ultimately always designed by people too.
[1] Note that I have no experience with either Nostr or professional football, so take this as a purely hypothetical analogy with no relation to real organizations. I have to assume both are lovely passion projects by people that just share a common passion.
About the only ownerless protocol is Bitcoin (not Ethereum, Monero or any other one) and it still has an entity with soft power over it.
Anything like this in 2026?
that'd be a big step up because when I tried Nostr the last time I didn't even see people discussing computer science or pulp literature, but just random cryptocurrency nonsense, the equivalent of a room full of high school dropouts trying to sell you Tupperware at the door
I do think you can blame a protocol for the users it attracts. The medium's the message. A protocol is designed with intent, if there was no relation between a protocol and its users, what's the point of inventing it, just use an existing one.
I develop for NOSTR and use zero cryptocurrencies because the communication aspect is what matters, especially the account with npubs which are basically universal entry cards to avoid anyone having to create separate accounts just to use some website or app.
There are so many clients, here is a site that tries to keep up with what exists: https://nostrapps.com/
IPFS has largely failed to find adoption as a protocol because it was over engineered and did not give users what they want.
People don't want decentralization. What they want is the downstream effects of decentralization like privacy, disaggregation of powerful entities, and permissionless participation.
For a protocol to be adopted it needs to give individual users these things in practice, not simply be "decentralized" in design.
But then they don’t have no issue giving money to powerful people that likely don’t share their righteous worldview.
Also, even purely in the umbrella of "giving money to strangers for them to have fun", a bitcoin conference is a weak use.
But it also sounds like sending her to participate would have been even worse than ignoring her!
In the literal sense, centralization leads to economies of scale and the alleviation of coordination issues. Those coordination issues are what make physically decentralized networks so complicated, inefficient and fractured. These networks usually just find ways to centralize despite.
People really want decentralization of power—let's just replace the word with a better word: accountability. One should be able to enjoy economies of scale (centralized infrastructure) but have the cryptographic mechanisms in place to ensure the infrastructure must reveal its use and abuse of power, and can be easily replaced.
Nostr, like most 'decentralized' tech will switch between the meanings of both. Either way, it fits the description above: a single relay can work well, multiple have awkward coordination. The sense it which it is accountable is only that it can be replaced, but network effects favor the largest, so that's a problem.
Same thing with email that you've been using for decades, doesn't get simpler than that.
Insightful! We struggle with containing true decentralised protocols like BGP, Bittorrent, and Bitcoin.
Email, RSS, and also Nostr are too simple. The core protocol does not contain any measures against spam, abuse and fraud. No accountability. Just launch a million fake identities and spam these network. Your Internet address got blocked? Try the a16z-funded startup that uses a USA-based phone farm. Decentralised accountability is unsolved.
My university lab has focused on decentralisation for decades, its hard. We need a decentralised trust framework (e.g. our TrustChain protocol), decentralised spam prevention (StarveSpam) and decentralised democracy (our TwoStepDemocracy protocol). Getting this deployed and do iterative improvements needs more resources then universities have. Another coordination problem for The Common Good.
This is where we are headed in the AI age without Nostr/Bitcoin anyway. On some sites like youtube it has already become impossible to separate spam bots fom real comments. Agents that remote control users real browser instances and post AI slop all over the network will bring spam to another level. Attaching some money to whatever you post will actually be usefull to separate spam from real content.
That is a great point! You can attach real money to messages to prevent spamming. However, this has been tried many times and failed to get mass adoption. Friction is too high when users need to load money on their fresh wallet. Giving everybody their own karma-credits could be the best of both worlds.
AI slop is a fundamental problem. The signal in Youtube clicks/views has gone to zero. Even adversarial machine learning can't make it a nice place anymore. I think its even doomed if we find a collective system that filters crap.
btw RSS usage is consistently declining, its 1999 server-focused technology.
I find it hard to parse the intent of this. Are you saying this is good or bad? I think it’s good; I want my communications to be “uncontained,” even if there are downsides to this approach.
I do not believe in such a thing as “The Common Good,” to be quite frank, and find your mention of the concept to be alarming. What is “good” is relative across individuals, cultures, and situations. I certainly have my own beliefs about it but I don’t believe they should be enforced at the technological level.
Most people working on decentralization tech understand this innately. It’s not about reinforcing majoritarian views of what society is or should be.
Ordering a conversation between an unbounded set across independent nodes leads to misordered interactions not possible if you just centralize. It seems like a small issue, but at scale quality really suffers when some universal, fine-resolution ordering can't be agreed upon.
You can devise many clever schemes to try to avoid centralization and achieve coherency, but if one service is more up to date with more info, it is preferable and offers a more coherent public conversation. Network effects still dominate despite the protocol.
All that said, if I wasn't very aligned with the spirit, I wouldn't care so much to think about it. I'm also aligned with the spirit of Bitcoin but the culture present in both doesn't help it. The fact that Nostr is Bitcoin aligned, meaning it rejects the technical options of protocols taking more risks, hurts it.
The way it handles public keys and identities is very simple and good and to me is very obviously reflective of a good future state. But it's not unique to Nostr.
Thats why you layer encryption on top of that to restrict the audience to whatever you intend. And yes, traitors in your audience can rebroadcast unencrypted versions of your encrypted one - that is the equivalence of a person reposting a private whatsapp chat on instagram.
You are assuming that everyone can spam your messages whereas in reality with NOSTR you choose from which relays to get updates. These relays are sovereign in the sense that they can (and will) define the rules and who can use them.
I've never experienced misordered interactions since years of using NOSTR. This might be something of a theoretical issue because in practice that isn't observed.
No. You can write a client that does not use popular relays and it will work fine.
I don't know very much about Nostr, so I don't know the answers to these questions, or even if they are the right questions to ask.
This is the "bootstrap problem" faced by all p2p networks.
NIP65 suggests spreading relay lists widely and to "pay attention" to popular relays:
> Clients SHOULD spread an author's kind:10002 event to as many relays as viable, paying attention to relays that, at any moment, serve naturally as well-known public indexers for these relay lists (where most other clients and users are connecting to in order to publish and fetch those).
Note this is different to centralising the whole protocol on popular relays. If affects the discovery phase only, and is robust to large relays disappearing.
If clients seed address lists widely they can easily find each other without major centralisation.
Let's not. Decentralization of power is not the same thing as accountability. They are alternatives that can achieve some of the same goals, but in significantly different ways.
My working definition is that a system is decentralized to the extent that a person cannot be banned from it.
I assure myself of a bed to sleep in in a decentralized way: there is a bed in my bedroom, in my house, which I lock with a key, so that nobody can sleep in my bed without my permission (or my wife's). Or I can go to a hotel, if I can find one that is willing to accommodate me, or to a friend's house. I am not accountable to anyone for my bed. If my bed has boxes of books on it and cannot be slept in, nobody will hold me to account. Not even my wife; she has her own bed. It is impossible to ban me from the Bed System, other than by arresting me; even if you took the bed out of my house, I could go over to my friend's house and sleep there, or I could get a new bed from a store, or from someone who's selling theirs.
This is somewhat inefficient. For example, tonight my wife is visiting her parents, so nobody will be using her bed. This kind of thing results in the community in aggregate needing more beds than people.
If I were staying in a homeless shelter, I would instead rely on accountability. If I arrived at the shelter and there was no bed available to me, I would complain to the staff. I would attempt to complain to the manager. I might at some point write a letter to their funding agencies. Depending on factors like my social status, I might or might not obtain some kind of alternative accommodation, and homeless shelters that systematically failed to provide accommodations to their clients might be shut down, or they might not.
If the homeless-shelter system in an area is completely centralized, accountability is all I'd have, and banning me from that system could be done at the stroke of a pen. But if there's some degree of decentralization, I might hoof it to another shelter, and perhaps find accommodation. Otherwise, I'm stuck either looking for a place to sleep on the sidewalk where nobody will steal my shoes, or maybe trying to find a bus ride long enough to permit me to nap in a seat for an hour or so, because I am significantly vulnerable to the centralized power of the homeless-shelter staff.
Despite its efficiency, this is considerably worse than my current actual situation, in which I really don't have to worry very much about having a bed to sleep in tonight, considerably lowering my stress level.
So accountability is very different in practice from decentralization of power. And that is why we prefer the Bed System, and most other necessities of daily life, to be decentralized.
In the case of Nostr, the idea is for relays to enjoy economies of scale without enjoying centralized power, in particular because they don't coordinate. There's always some tension there; if one neighborhood store stops carrying Sugar-Free Speed Energy Drink, you can go to another one, but there's no guarantee they carry it either. So the power enjoyed by the shopkeeper is definitely nonzero, even in ordinary commercial transactions (not to mention if they accuse you of shoplifting, which other shopkeepers might notice).
It's still much less power than that enjoyed by a big-box supermarket in a neighborhood with no neighborhood stores, and often economies of scale tend to drive neighborhood stores out of business when a big-box store moves in.
As an alternative to trying to decentralize your food retail system in neighborhood stores, you could try to centralize it and make it accountable, with a food co-op. If the co-op members don't like the food buying decisions of the staff, they can vote in a new board of directors that will fire the management, if necessary, in order to ensure better food buying decisions.
But this is very different from the decentralization of a diversity of neighborhood stores. Among other things, the food co-op can ban someone.
Decentralizing power means that many people are made powerful in their own respects.
Accountability means that one person or a small group of people are made powerful, but there are checks or mechanisms on that person's power.
These have vastly different impliciations for how organizations and groups of people develop and grow and interact.
In the context of 'decentralized tech' I've come to believe literal 'decentralization' has unavoidably poor network effects, while 'accountability' gives what people envision from 'decentralization' without the tradeoffs—by being a more fundamental property (decentralization can emerge from it if required).
What this means is that users trying to reach each other need to shotgun messages to many relays, or congregate around specific ones. User profile data will list the relays they listen on, but this suffers from the problem of sticky defaults and makes client authors the kingmakers.
There's lots of centralization pressures like this that the protocol maintainers don't have a good answer to. They tout the simplicity of the protocol, which is often a virtue, but they overdid it and made the protocol too simple to achieve its goals.
this is also not entirely needed since you publish a list of relays you use, and so clients publish notes for you to them and you read from the relays of people you interact with.
there are many different people/teams working on different aspects of nostr, there are no protocol maintainers.
This would be like the HTTP protocol not defining `POST`, and leaving it up to servers and clients to implement it based on however it feels like.
I really like the ideals behind Nostr, but I think its implementation and execution could be better.
The Nostr spec covers what matters, cryptographic identities and unique message ids, that make dumb relays that duplicating messages from elsewhere possible (an area where HTTP or Activity Pub fail at).
That statement is false and if you disagree: please provide a source.
There is no such restriction on the NIP (protocol guidelines). I have been writing NOSTR software since years and there was NEVER such restriction in place. In fact, wouldn't even make sense because some relays (e.g. Primal) are super-aggregators for smaller relays.
> users trying to reach each other need to shotgun messages to many relays
This is a false statement. NIP 65 provides a list of which servers the users declares to be using. This way readers for that user know at which door (server) to knock and ask for updates.
Isn't this true of any protocol (to a greater or lesser degree)?
The idea of nostr is that you can do whatever the you like. An open protocol. There is no forbidding of anything
Promise not to prosecute me if I spam the network?
And how do you exactly envision enforcement? Ohhhh, you copied some bits, you going to jail!!
Did you read the actual protocol or are you just making things up on HN?
Unfortunately nostr has little network effect because the current ecosystem was stood up by bitcoin enthusiasts, and there's no much generalist discourse on it. Luckily, it's a simple protocol and it's really hard to kill protocols in the first place. Maybe the next censorship debacle on the current alternative social media platforms will give it a boost, or maybe it will remain a small niche group of ecosystems for specialized users? Who knows, but I'm glad it exists.
Why should I care ? Honest question.
The reason people might care is taking ownership of how they filter and curate their feed. Instead of outsourcing that to some algorithm owned by a company, having a federated network allows you to pick and choose or even implement your own filtering if you self host. It also gets advertising as the primary revenue mechanism out of the way and that removes a conflict of interest between what users want to see and what advertisers want them to see.
Of course the drooling masses on Tik Tok, Instagram, etc. seem to be perfectly happy to have their endocrine system manipulated by self tuning algorithms. But there are some legitimate concerns about whether that's actually healthy for them. Federated social networks provide an alternative to this.
Extensible, resilient communications without the threat of a central third party silencing you is quite appealing.
Whereas in ATproto you have to find a place to register an account, say a domain for yourself or use someone else's domain, in NOSTR creating an account is nothing more than a public/private key that is generated on the fly.
Then is the storage of information. Whereas in ATproto information is stored in plenty of different formats and specific folder configurations which are easy to miss, in NOSTR is all JSON from a single base template file.
Third is the absence of global moderation and islands. Whereas in ATproto only a few (I think 3 main providers) exist, you can be kicked out from them and effectively stop reaching your audience. In NOSTR if a relay stops receiving your texts it is a bummer but there are hundreds of other volunteer-based servers to where you can send your texts, so it is very difficult to block people from reading texts of the authors they are interested.
Simplicity is the key. NOSTR is the first and only network that I've seen so far where content/authors are truly disconnected from the servers hosting their data.
OK so Nostr is for people that look for pure decentralisation ? This decentralisation so complicated that no general public person will ever connect ?
Where owning lemonde.fr doesn't distinguish you from a user pretending to be the biggest national French newspaper ?
Le Monde adds a text file at https://lemonde.fr/.well-known/nostr.json with the npubs (NOSTR public keys) of every person that they certify as trusted.
So then you go around using "maelito@lemonde.fr" and anyone can find your public key on the official Le Monde site, verify that you are indeed someone associated to that domain.
In the Nostr model, in the end, even if everyone set up (as I do) a personal relay to hold their own posts and a personal Blossom server (video/images), decentralisation would still be hit-and-miss. Everyone would either have to import everything or do a painstaking job of choosing what to import just to have it available, and there's no decent discoverability, WoT is not much a thing for such purpose.
The biggest immediate problem, however, is that there isn't a single, easily hostable piece of software that includes everything Nostr is ready to do now:
- relay, Blossom server (here we have Haven, and MOAR)
- chat (not just in the relay, but as a UI too)
- short posts like Twitter/X
- long posts filterable by topic (currently only tags) to recreate the experience of Usenet/Forums/Reddit
- very long, blog-style posts
- VoIP with a Coturn server or similar
We have all of this in separate clients and relays, often semi-abandoned, sketched out and never finished, and we're missing a unified UI, just as our communication needs are unified (think of Emacs/Gnus with the idea of bringing together every text message, email, news, feeds, even Reddit and HN). All of this should be sovereign, meaning, for example, hostable on one's own relay as a single Go, Rust, or Python package, proxyable via NGINX, and potentially reachable via Tor or I2P for those behind a NAT. It's a massive job, but the reality is that everything is already there, it just needs putting together.
What exactly is the fundamentally new architecture in Nostr?
Just recently, a Discord-like alternative built on Nostr [1] was released [2].
Those who are finding it useful - can you give me some direction on things I may have missed? It feels less useful than blsky which feels less useful mastodon which feels less useful than X...
1. Like twitter/x: Follow people, post notes, write comments, use hashtags. Send direct messages (DM) 2. Like Instagram: watch/post just photos or just videos 3. Like ebay: Sell or buy stuff 4. Like reddit: join public communities and post or read 5. Like slack: create private groups for chatting with friends or colleagues 6. Like Skype/zoom: voice and video calls with a person or a group 7. Like twitch with live video streams 8. Like nothing else: send and receive bitcoin (lightning)
> ...with a chance of working
[citation needed] I think.
Bit torrent is a superior way to move data around (as compared with http downloads). But its early associations appear to have forever tainted it against widespread adoption.
Others peer to peer sharing platforms got much more popular despite mainstream news about them like LimeWire and eMule
That said, I don't think piracy is to blame here, but more the murky nature of copyright in general, with BitTorrent you automatically become redistributor of everything you download and that's just a huge liability and privacy risk that I can easily see browser developers wanting to avoid.
Also browser developers have gotten lazy, they couldn't even find the resources to keep FTP alive, so I doubt BitTorrent would have survived for long even if they tried adding it.
I don't think I'd even call it that. FTP had one purpose: it was an early protocol for remotely managing files. It never had any intent to support dynamically generated or otherwise "virtual" content (as supported by e.g. CGI scripts and mod_rewrite in Apache), and I don't think anyone has ever made a serious attempt to implement that. There's no practical use case for it.
Even as a file management protocol, though, FTP sucks. Its connection management is primitive in the extreme - one TCP connection per transfer - and that ruins performance for transfers involving many files, and is difficult to pass through firewalls and load balancers. FTPS encryption is an afterthought, and makes small-file performance even worse (as each connection requires separate TLS negotiation). There's no standard format for directory listings, just ad-hoc parsing of "ls -l" output. Support for modern filesystem features like extended attributes is largely nonexistent. Need I continue? :)
Hard to get the full context, it was before my time: my beard may be grey now, but I'm not that old.
But you should use SFTP instead. This is SSH's replacement for FTP. It's not the same as FTPS which is useless.
We don't have to keep old protocols that offer nothing alive. Maybe a couple of clients and servers to demonstrate with, but it's a museum piece, not useful code. That's not an insult - museums are important. But we don't run Network Control Protocol (IPv1) on the internet, either.
I proposed bittorrent as the solution and the sysadmin lost his mind.
Without the piracy stigma, I think we'd just have integrtated it into email clients. The user doesn't need to know that the "attachment" is actually a torrent file, they should just "download" it and end up with a reliable copy of what was sent.
Truly awful to have decentralized freedom.
The other advantage is that NOSTR doesn't necessarily run on the internet only. Things like LoRa and radio waves are within reach and even harder for eavesdropping. Not that I would care about protests nor governments in general, my typical focus is communication when electricity/internet are gone.
To paraphrase:
> If you Used Nostr your communication would be completely uncensored and decentralized.
> Yeah, but it would all be with the kind of people who use Nostr.
As of now it’s filled with BTC-maxis / crypto bros that mainly talk about how great Nostr and Bitcoin are … and not much else. I suppose there’s plenty of tasteless AI slop and gross adult scams if that suits your palate.
> Pro-censorship: The protocol is ownerless, relays are not
> Nostr doesn't subscribe to political ideals of "free speech" — it simply recognizes that different people have different morals and preferences and each server, being privately owned, can follow their own criteria for rejecting content as they please and users are free to choose what to read and from where.
When I setup my account I list 3-4 relays that will host my content, if any one relay decides they dislike me and bans me no big deal everyone who follows me already knows to check 3-4 different servers for me and will find my content on the others, and I can update that list at any point in time just as quickly as I'm banned... so unless you can get every relay (which ideally are all individual groups with likely different rules / regulations) I publish to to ban me at the same time there is no real way to "censor" someone in the way we are used to currently.
"Also no you can't stand on my lawn or borrow my megaphone"
On Lemmy for example you can't even find a post another server, since post ids are tied to a server. So despite post actually being cached on multiple servers, it provides absolutely nothing that helps with censorship or crash tolleranze.
Oh come on now.