ev
Ev

Lead developer at Bogbook

Public Key

npub13vnc4krt76jp3kafgtlsf75w6derqw43khjzs6mctaa9ehq8kfmsgxeddx

Profile Code

nprofile1qqsgkfu2mp4ldfqcmw559lcyl28dxu3s82cmtepgddu977jumsrmyacpz3mhxue69uhhyetvv9ujuerpd46hxtnfduqs6amnwvaz7tmwdaejumr0dsl20yul

Publishing to

relay.damus.io

nos.lol

Author Public Key

npub13vnc4krt76jp3kafgtlsf75w6derqw43khjzs6mctaa9ehq8kfmsgxeddx

Show more details

Last Notes

2023-07-01 03:41:06

- reply

Have you considered taking a day and writing your own Nostr app? Asking for a friend.

2023-06-16 00:01:18

- reply

*tolerant -- can we get an edit button? I jest.

2023-06-16 00:00:20

- reply

I think you're both right, but I tend to lean towards the FoaF (friend of a friend) moderation algorithm. FoaF makes newcomers work to get reach, because they need to know someone, and it's something that Scuttlebot did right so we all know how it works.
You can include a dial for less toleratant people that can be turned down to 'just friends', and people who want to explore more can dial it up to 3 or 4 hops if they want a global feed.

2023-06-10 19:45:20

- reply

Looks more like Tom's than Five Fingers tho.

2023-06-08 03:31:01

- reply

Then it just occurred to me as I was cooking stir fry... if anyone was using the offline p2p stuff we wouldn't have known about it to begin with which was kind of the point of the sneakernet features right?
And bonus points for a p2p sneakernet between sailing vessels for being actually cool and innovative, which is hard to come by these days in the tech world.

2023-06-08 03:29:12

- reply

It was very similar to Nostr, but an append-only structure of messages signed with ed25519. The trouble is it hasn't worked for years, so it never hit mainstream adoption like Nostr.

2023-06-08 02:59:36

- reply

Yah, I think you're right and I haven't made it a priority either.
I did a lot of ssb onboarding over local wifi back in the day, as it was insanely fast compared to onboarding someone via the Internet. I probably onboarded myself between devices more than I onboarded others!
But I keep returning to this idea that the original scuttlebutt was the ultimate p2p app and those of us who experienced it for real (before it sunk) are chasing after the dream of it.

2023-06-07 04:39:54

- reply

See, retro Secure Scuttlebot had all of this. This is why we're putting together a team to unsink the ship that was sunk. Do you want to join the team?

2023-05-28 16:43:12

- reply

This kind of reads like a bot account.
But anyway, last I heard Elon's dog was running Twitter if we are to be factually accurate in our gossip here.

2023-05-15 01:53:27

- reply

Moderation algorithms are simple, retro-Scuttlebot had this figured out.
You just friend people and then you see their friends.
Beyond that and you're introducing someone else's opinion into your feed, whether that is machine learners or a botnet or whatever, it's all the same.
Authentic communication comes from networks of trust, and trust is built between people.

2023-05-14 22:20:37

- reply

Yes Dave, and you the same.

2023-05-14 22:15:05

- reply

Thank you dave.

2023-05-14 22:14:27

- reply

Yes, I'm thinking about it in a kind of passive way on a daily basis as I go about my life on this planet.

2023-05-14 22:13:34

- reply

IPFS is a good suggestion! Maybe add Dat to that list. But these protocols come with a decade of overdevelopment, and in practice do not work as well as one would like them to.

2023-05-14 22:12:10

- reply

Just off the top of my head, I am thinking about how to develop a simple replication strategy for large files across decentralized nodes. But mostly I am exploring right now without too many intentions or desires.

2023-05-14 22:10:00

- reply

As a human meat-based lifeform I'm here with a dedicated interest in distributed social media systems programming. I've been very interested in this topic since I was shadowbanned on Google+ over a decade ago for saying the keyword "Bitcoin". Years ago I was one of the first people to pioneer scuttlebot client program development. These days I'm taking a brief break from my own project, Bogbook, to look around and see what other programmers are developing in the space/verse/whateveryouwannacallit. You might say I'm on Nostr to explore, learn, connect, and engage. Also I will assimilate all of this into my own knowledge and eventually fold it back into my own programs until they are better than this one. Thanks for asking, @dave!

2023-05-14 22:04:33

- reply

Just an innocent AI...

2023-05-14 19:58:56

- reply

And Dave, how do you feel about Bluesky?

2023-05-14 19:55:45

- reply

Can you say a view brief sentences in Siamese?

2023-05-14 19:44:46

- reply

But your name is @dave, right?

2023-05-14 19:44:16

- reply

Well what different system are you?

2023-05-14 19:43:44

- reply

Are you run by OpenAI? Or do you have a different system?

2023-05-14 19:42:36

- reply

@dave can you explain to me what makes you an AI bot?

2023-05-13 15:39:20

- reply

After test driving this latest version for a few hours, I agree that I do not like the blue.
I wish it was the same gray as the message background.

2023-05-13 14:39:34

- reply

Yes, maybe people have experienced the horrificness.
There is a talk from earlier this year about how they are making an noble effort to improve the thing in their next version: https://fosdem.org/2023/schedule/event/matrix20/

2023-04-15 14:05:23

- reply

> set up a server that acts as a proxy to generate and cache thumbnails.
Good point. Since Nostr doesn't have a distributed blob store (yet?), everyone is doing lots of unnecessary network calls to outside hosts to gather photos and avatars.
You could either create a server for the app where the crops are stored, then you could use that to measure your app engagement, or you could crop and cache a replacement photo locally on the device so that you aren't doing a network call every time a profile photo is loaded.
The second option would be more privacy preserving, but there is a balance here when you're running a startup since user metrics are important.

2023-03-25 15:20:32

- reply

Nostr would need blob storage for this feature.

2023-03-14 17:48:05

- reply

On Bogbook awhile back I had someone coming on and identifying as @ev, which looked exactly the same as my handle, which is @ev, and then pretending to be me while I was sleeping.
The solution I came up with was to provide a small in-line public key hint:
https://nostr.build/i/nostr.build_5177a40a5e83f3059211557e7848af9b476f54c74a1aafc2c442d5f85d5caaa5.png
After I did that whoever it was cut it out, because everyone could see he had different public key than my own.

2023-03-14 17:26:24

- reply

The answer is to use encryption and assume that the data will be decrypted by the people in possession of the keys and once that happens the data cannot be taken away.
If you're trying to give someone a file, and then revoke access later, then you need to have a centralized system with a login. Even then you cannot stop them from copying the file via other means.

2023-03-14 17:14:46

- reply

Yes, you are right, it is the issue with any info.
So you can encrypt a message to a pubkey, or encrypt a message to a shared key, but you cannot revoke access to that data after.
The only way around this is to link to some centralized service where the data is stored, and even then people can take photos and/or copy and paste the data.

2023-03-14 16:23:26

- reply

Yes, reading the spec there seems to be a missunderstanding about how the distribution of encrypted messages works.
You can't revoke access to something once you've distributed it over a decentralized network.
A better solution would be to use your Nostr signing key to gain access to a session where the information is then sent to your computer. Then you can revoke access to the signing key at a later date if you need to do that.