zantoshi on Nostr: Daily random nostr thoughts: Nostr is the identity and content management layer for ...
Daily random nostr thoughts:
Nostr is the identity and content management layer for the internet.
- These events are verifiable such that you can determine from a signature that it came from a specific pub key. So you can control your identity and all the content that is associated with your identity as well as verify other’s events / content.
Running a Nostr relay is the data ownership layer of the nostr content.
- If you own the relay, while you can’t verifiably tamper the events, you can delete them, however. So you do have some control you can exert over other users content.
- imo, you only own content if you are also running a relay, as you cannot guarantee persistent long time storage otherwise. It does help make your content resistant to censorship though by being able to distribute it to a network of relays.
These layers are parallel and interoperable with other protocols similarly to RSS, SMTP, Bitcoin and the Lightning Network. It could even house metadata about the protocols and networks built on top of said protocols.
Nostr can be used to distribute to other protocols, networks and platforms programmatically.
Due to the simplicity of events, it makes it really easy to gather information that isn’t tied to someone’s government issued ID, maintaining some degree of privacy.
Maybe making it possible to generate enough open data of all kinds to train an open source AI model. Perhaps a path way to monetization for relay operators and reasons to persist data?
IMO, nostr is already inherently a better spec / tech and more secure than something like smtp / email for example. Nostr Id / NIP05 represents a lot more than a direct messaging address. Google reads all of your emails whereas we could use the encryption to secure the content. Service providers could restrict outside users from being able to query anything other than what they are able to produce valid signature for a particular pubkey as authentication.
I could make a case for RSS too, but we’re on the road to adoption and it’s not really practical to make those claims just yet.
Thoughts?
Nostr is the identity and content management layer for the internet.
- These events are verifiable such that you can determine from a signature that it came from a specific pub key. So you can control your identity and all the content that is associated with your identity as well as verify other’s events / content.
Running a Nostr relay is the data ownership layer of the nostr content.
- If you own the relay, while you can’t verifiably tamper the events, you can delete them, however. So you do have some control you can exert over other users content.
- imo, you only own content if you are also running a relay, as you cannot guarantee persistent long time storage otherwise. It does help make your content resistant to censorship though by being able to distribute it to a network of relays.
These layers are parallel and interoperable with other protocols similarly to RSS, SMTP, Bitcoin and the Lightning Network. It could even house metadata about the protocols and networks built on top of said protocols.
Nostr can be used to distribute to other protocols, networks and platforms programmatically.
Due to the simplicity of events, it makes it really easy to gather information that isn’t tied to someone’s government issued ID, maintaining some degree of privacy.
Maybe making it possible to generate enough open data of all kinds to train an open source AI model. Perhaps a path way to monetization for relay operators and reasons to persist data?
IMO, nostr is already inherently a better spec / tech and more secure than something like smtp / email for example. Nostr Id / NIP05 represents a lot more than a direct messaging address. Google reads all of your emails whereas we could use the encryption to secure the content. Service providers could restrict outside users from being able to query anything other than what they are able to produce valid signature for a particular pubkey as authentication.
I could make a case for RSS too, but we’re on the road to adoption and it’s not really practical to make those claims just yet.
Thoughts?