Nostr is right now dominated by Bitcoin Maxis, we're organizing a Monero takeover. DM us on Nostr:
npub14slk4lshtylkrqg9z0dvng09gn58h88frvnax7uga3v0h25szj4qzjt5d6
I'm sorry dude, but I have to tell you, Monero people overtaking Bitcoin people on Nostr is just not going to happen. Nostr is maintained by a bitcoin core contributor. Most clients have lightning network integrated, as does the protocol. You're just not going to try to overtake Nostr without creating a whole separate network of clients and relays and a different protocol specification to remove the LN and potentially integrate Monero.
Now, there are a lot of shortcomings in Nostr. The core protocol design is solid. But the design philosophy of "add what the community wants as needed, move fast damn the outcome" is a bad approach IMO. A well thought out set of design principles (while being use case agnostic) is what's needed IMO. If I were a part of your organizing, I'd agitate to create a different protocol spec, and I have a rough idea of how such a protocol would look. It would look a lot like Nostr, it would have encrypted messaging as a first class citizen so that even relays couldn't read your messages, and it would not have so many different message types (basically one for recipients and one for relays). All the extra stuff like verification and LN would just not be there and be left to the use case specific client design.
Hey I had a different person tell me that the lightning is not directly integrated with protocol. The lightning payments are custodial. So when I use it on a web browser, I use Flamingo for signing nostr posts, and then Alby wallet for signing bitcoin zaps. So if it can be using separate software like that, I see no reason that other cryptos can't be added on the client side.
The bigger issue is that having public Monero transactions would take away from Ring CT.
So, most of the NIPs are optional. Technically this is a specification for an optional part of the protocol. Because of the network architecture, basically all NIPs are implemented in clients. So in a sense the person who told you that is right.
But that's a double edged sword; because most of them are implemented in clients, building a client with different functionality means creating a different network of users. If you're using a client without zaps and someone sends you a zap you will never know, if you send someone Monero on this client and they're not using the same client they'll never know. https://github.com/jesterui/jesterui is an example of a client for playing chess over Nostr, as an example. The people using this client are not the same people talking to each other using Flamingo, and the two groups of people cannot interact without using a different client. This is just a fact of life when you have an application agnostic network. To create a monero focused client is to create a separate Monero focused network. May as well try to make a better protocol specification.
Sending Monero via Nostr (or something like it) wouldn't necessarily deanonymize transactions, if the protocol for sending them was designed properly. You can't do things like derive addresses from npubs or the nostr private key, or publish transaction key images. A client could have Monero integrated and have a watch only function that notified the recipient, but nobody else could see it. This way of doing it would not give it the hype that zaps have gotten, because zaps are public, but it would work.
If you decide on the new spec route, I don't mind helping with the spec, I already have done some rough work on the idea and have a bit of an idea what a good spec would look like.
I agree with you that their current system of TypeScript should be changed. They are releasing a client that will have multiple identities at the same time. But you can actually do this now on Linux (without a VM) by creating multiple desktop entries linked to different underlying software. However I agree that most won't wish to follow a guide taking an hour on how to do this
We need more monero devs to develop monero relay payment integration on nostr. Lightning payments on nostr can remain for all I care but lightning is not the answer.
Same goes for integrating other relay paymemt options like Haven protocol, BCH and LTC.
I like to see others, not just crypto people but more people of all kinds flock to nostr.
Monero would be hurt by being on Nostr, as ring signatures rely on it being unknown who sent to who. Once it’s in the public who sent many transactions, it would rule out certain ones from being part of ring signatures.
Interesting video. One question from someone who knows nothing about Nostr: If Mastodon "banning" is a problem, how does Nostr prevent csam etc? Do you only see content from people you explicitly sub to?
Well, yes, discoverability is a problem on Nostr. There is a firehose feed you can get from all the relays you're subscribed to, but that is mostly useless, as it is on Mastodon/Fedi, or really anything with a chronological firehose feed.
As far as banning, a relay can ban messages signed with your key. They can check messages and see what's in them, so they can remove messages that violate their terms. But you're not limited to one relay, unlike Fedi where you have an account on a server. You can broadcast your messages to as many relays as you like, and people can check multiple relays for your messages.
@ShadowRebel nostr might be cool and I do wish it would have more Monero people in there; but, mitra.social is already doing good things. It is ActivityPub compatible (thus federateable), it has baked-in Monero tips and subscriptions support, and it can work over tor + clearnet. Quite good for Monero people to be in.
@ShadowRebel in fact, I am posting these comments from my own mitra instance. It can play-nice with the lemmy instance of monero.town, since they all share the same ActivityPub protocol underneath.
No need for a newfangled protocol that tries to re-invent the wheel.
Hey man I will check out Mitra and make an account on there. Thanks so much, I'd be happy to be part of your community.
This being said, Monero has unique issues in that the possibility of sanctions such as Tornado cash would force us to abandon IP address and DNS based systems such as federated ones. I like the approach that Mitra takes with a sign in, and will look further
Monero would be hurt by being on Nostr, as ring signatures rely on it being unknown who sent to who. Once it’s in the public who sent many transactions, it would rule out certain ones from being part of ring signatures. When you say fuck Nostr, you’re really saying fuck free speech.