_ / is on Nostr

"ef31d57e5519ee024912128956bea1fc4c9008c837bdff0a310e74a7e9bdf7465ae17a3f40e63f45114fa64cb6d09cdcea3279eafc3a77360bbcb67fe3a84d33"

Last Notes

2024-02-28 13:59:10

- reply

I was more asking why you think Nostr possibly succeeding in the future means that we don't need other technologies. These two technologies, analogically are basically RSS : Firebase :: Nostr :: DWeb Nodes, so it's not like you can build every type of app on RSS, you eventually need datastores. Why do you view this as some battle where there can only be one winner? Did cars make planes unnecessary for you?

2024-02-28 13:59:10

- reply

2024-02-26 18:06:57

- reply

did:key has secp256k1 variants, and if you used did:dht, you can just put your npub in your key set, along with any other keys you want to add of any types. Additionally, you can add relay endpoints to your DID's service endpoint routing section.

2024-02-26 18:06:57

- reply

2024-02-26 17:51:47

- reply

Why would a federated RSS feed be 'the beginning of the end' for decentralized app datastore tech (think: decentralized version of Firebase)? Those two things are wildly different, so I'm not understanding your comment - it's like saying 'the automobile was the beginning of the end for the airplane'.

2024-02-26 17:51:47

- reply