You don't have a mint problem, you have a lack of mojitos problem.

You’re obviously playing *D chess

serendipity is underrated

"Sometimes the truth is too simple for intellectuals."

- Jean-Paul Sartre

It is absolutely essential that we speak truths.

Absolute truths are tricky, but a good starting place is refusing to live in a lie.

It is absolutely essential that we speak truths.

Elon putting the WEF in charge of Twitter finally inspired me to post some stuff here.

Just starting out, help me find people to follow 😁

Pay your relays, people.

Or you will become the product just like on Twitter.

Relays can get sponsorships to display certain content faster while fully blocking other content from ever appearing in your timeline.

By manipulating how and when reactions, zaps, reports, replies, and everything else are sent to the client, they can shape your perception of a topic.

Using multiple relays help, but it doesn't solve the issue. With more money coming in, more problems will show up. Clients can help as well, but it won't solve it.

They can, quite literally, shape your views of any product without changing anyone's posts.

So, these language models, when they are being trained, do they need someone telling them what they got wrong and what they got right? How do they know?

This is more in the spirit of keeping nostr broken since the majority of nostr can’t see what you’re posting

You can't outrun a huge caloric surplus.

Them: so what’s your style inspiration?

Me: decentralized protocols 🥰

Please recommend me some people to unfollow.

Do you have a guide on how to do this with logs? I’ve been trying to get into this by growing some indoors in substrate, but haven’t tried to inoculate any logs. Are there similar contamination issues?

Curiosity is probably my biggest reason , I have a colleague who recently tested a three-day fast but she drank vegetarian broth so I was a little eager to test whether it was possible to do it on only water as I thought it was cheating to drink broth. What was most fun about this test was to see my colleagues' upset reactions that I passed it so easily and did not get any personality changes as they expected me to be grumpy and run out of energy. Had easily managed 4 days this time, but must read more about what is safe if I were to try a longer fast next time.

NIP-101

=======

Fix for stolen secret key problem

----------------------------------

This NIP defines a solution that may be implemented by clients and relays for stolen keys problem. Lets say a user owns two accounts, uses A actively but wants to switch to B in case A is stolen.

- Secret key A sets a 'successor' pub B by storing an event with a new kind in a relay. Kind may be 101.

```json

{

"id": "...",

"pubkey": ".......AAAA........",

"created_at": 1669695536,

"kind": 101,

"tags": [

["successor", "...........BBBBBBBBB......."]

],

"content": "",

"sig": "...signature.by.AAAA........"

}

```

- In case secret key A is stolen, the owner of A uses secret B to start simply creating notes of any kind, or create one event with a new kind that says "B is now succeeding A". First option is easier, second is more elegant.

```json

{

"id": "...",

"pubkey": ".......BBBB........",

"created_at": 1769695536,

"kind": 1,

"tags": [],

"content": "Hey I am the owner of AAA and my secret key was stolen. This is my new account",

"sig": "...signature.by.BBBB........"

}

```

OR

```json

{

"id": "...",

"pubkey": ".......BBBB........",

"created_at": 1769695536,

"kind": 102,

"tags": ["p",".........AAAAAAAAAA..............."],

"content": "Hey I am the owner of AAA and my secret key was stolen. This is my new account!",

"sig": "...signature.by.BBBB........"

}

```

- Clients see B is active and show a warning that A is now stolen and B is the new one. Clients update the follows.

- Relays MUST block 101 events that are older than X days for this to work properly. X may be 7. Clients MUST fetch ONLY the first 101 from a relay that supports this.

What will happen if only a few relays implement this NIP?

---------------------------------------------------------

The attacker will use secret A to create a 101 with an older created_at. Clients will think the successor of A is actually was C..

The clients will see both B and C coming from relays. At this moment the client may choose to 'honor' the relays that implemented this NIP and choose B as the successor instead of C.

________

Requesting for comments. What does everyone think?

#[0] #[1] #[2]

What if you are using the Gossip Model (Auto finding relays) and the attacker gets a hold of your keys, changes your relay to their custom relay and remove those protections?

What blocks the attacker to go back in time and publish a second pubk B? How do you know which event to trust if you have two of them?

The answer is of course, yes there is.

"Doctors are men who prescribe medicine of which they know little, to cure diseases of which they know less, for human beings of which they know nothing."

- Voltaire

That’s wild!!! Yeah, I wonder why there’s so much similarities to the dream? Perhaps we’re all here for a VERY specific reason. I’ve always felt like I’ve had a big mission.

this is similar to Lauren of Light's Noah's Ark dream

Thanks for being obsessed with this. I'm worried about spam. Email made the web what it is. A decentralized open system to exchange ideas and information. However, it's collapsed into a centralized reality of major operators. Not only due to spam but as mentioned in this thread, running an email server today is not really possible because everyone thinks you're spam, and you have no way to prove otherwise.