I had the same thought

This is hilarious

I think it was more the airpods. my favourite apple device of all time.

When I prompt cursor agent and go make myself a sandwich

Imagine someone was working on a NOSTR cyberdeck. ;-)

Adding more data (the attestation to the event) cannot possibly break anything. But after 1000 events with the same fairly long attestation, it starts to feel like space is being wasted. Clients could load up the keychain (or whatever you might call it) once and then this data doesn't have to be repeated over and over again.

There are a lot of PRs on this doing almost the same thing. I did my version as #1837 Keychains.

I thought about adding the attestation to the messages themselves so you don't have to pull a document with the attestation. The issue there is that you don't get up to date revocation information. I didn't notice or thoroughly read through your PR and I will do that now. But take a look at #1837 and we can hash out the differences and reasoning.

You would think so, but Claude has been surprisingly responsible 🤷🏻‍♂️

The rise of vibe-coding makes cloud-based development a lot more appealing. Kinda terrifying to have stuff like cursor or claude code running on my computer ...

You can't in general derive two different NPUBs from the same NSEC, or have two different NSECs for the same NPUB. There might be high order reflections/overrlaps, but they end up being mathematically equivalent. For example, these two NSECs are the same:

3501454135014541350145413501453fefb02227e449e57cf4d3a3ce05378683

cafebabecafebabecafebabecafebabecafebabecafebabecafebabecafebabe

But most nsecs won't have a reflection.

IMHO if nostr is to move to a masterkey-subkey situation, we should use that opportunity to allow for different kinds of keys and different cryptosystems. I want an ed25519 device key issued by my master nsec (and if nostr doesn't support it I don't care because I can still use it in my own projects). Ideally I'd want an ed25519 master key but I predict that nostr won't move in that direction because of the "one way" rule.

Also, I want my current keypair to be a device key under a master key that doesn't even exist yet. Because everybody already knows me by this keypair. Clearly it cannot be derived from the future master key.

For both of these reasons, I don't think deriving device keys from a master key is going to work. I think they should be independent and simply one signs the other.

the analogy holds. maybe even stronger with your added nuance.

I see ancient wisdom (Stoicism, Taoism, etc) as the base layer of a particular protocol. We won't name the protocol, but it's something like "happiness and a good life".

I see modern religions (past couple thousand years) as alts/products/technologies. centralized alternative "improvements" that are incompatible with the original base layer. they don't add new properly-thin protocol layers to the base, they offer monolithic alternative stacks.

The reason I prefer Bitcoin and Lightning to Ethereum is the same reason I prefer stoicism and mindfulness to Christianity.

"Please infer my next prompt and respond accordingly" almost always works. 🤯

Yes please

Maybe I should try emacs, that might fix me.

It's definitely black mirrory but I think it will be done and there is very good reason with little ethical concern to do the data collection side of it the way I described above. Not everybody - especially not elderly people today - has a big digital footprint and while we might have limited photos and video, there is little in capturing a person's personality and deep thoughts.

What to do with the collected data is the more tricky part but more capable users could indeed supervise the creation of a short novel. It would be within their grasp and not simulating something they didn't authorize.

When will lonely, elderly people start to talk to LLMs on a massive scale? Is this already happening?

It can be extremely tiring to listen to stories of mildly demented people who struggle to string thoughts together and they don't want to be a burden neither but they want to talk more than others around might have time to listen.

I'm reluctant to put these thoughts out as I might come across as being cruel but I think, some would flourish with such an AI companion that never gets tired listening to their stories, especially if it was tasked to do something with the information collected. Not "Grandma, talk to the bot, please. I have to work" but "Grandma, I'd love to have a book written about your exciting life!"