Avatar
nout
deba271e547767bd6d8eec75eece5615db317a03b07f459134b03e7236005655
Chief user experience complainer. Head of FOMO.

Bitcoin market cap grew by more than 2 solanas today... Just to put things into perspective.

Oh and just btw, check out https://github.com/charmbracelet/bubbletea for some cool tricks you can do with TUI in Go.

You can do some cool things with it like this markdown reader:

?jwt=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3NDA5NTU0NTMsIm5iZiI6MTc0MDk1NTE1MywicGF0aCI6Ii8yNTA4Ny8zNjEwMzQyODUtYzIyNDYzNjYtZjg0Yi00ODQ3LWI0MzEtMzJhNjFjYTA3Yjc0LmdpZj9YLUFtei1BbGdvcml0aG09QVdTNC1ITUFDLVNIQTI1NiZYLUFtei1DcmVkZW50aWFsPUFLSUFWQ09EWUxTQTUzUFFLNFpBJTJGMjAyNTAzMDIlMkZ1cy1lYXN0LTElMkZzMyUyRmF3czRfcmVxdWVzdCZYLUFtei1EYXRlPTIwMjUwMzAyVDIyMzkxM1omWC1BbXotRXhwaXJlcz0zMDAmWC1BbXotU2lnbmF0dXJlPThkZjVmNmQ0OWU1MTNmZTlhOGQyNWZiMWJiZjllNGIwMzA5YWFlZmRmODcxYTZmNTFmNTY5OTA2ZjdhZTE5YzEmWC1BbXotU2lnbmVkSGVhZGVycz1ob3N0In0.iHCp6OjVzMUL1hvgupgbw6nljSR_AgBx9li1lspvHJc

Yeah, you just need to make sure that you support 256+ color terminals and then create some way to define a theme in a single file and have some theme picker in the TUI (or at least in config file). It's ok if it's ansi codes, etc.

If you want to go fancy you could also support CSS style colors (#abc, #aabbcc, rgb(0,0,255)), that would increase the number of people willing to create a theme for you πŸ˜ƒ

I can do a quick theme for you if I have time and if you have easy way to create the theme πŸ˜‰

"Here's a deranged stupid idea, why don't we also apply that deranged stupid idea to this other case? Food for thought"

Not sure what this the endgame with Frank's post...

Yes, anyone can do that, but that's on them. They have to get the domains from elsewhere and so that is then their fault/responsibility.

I don't know the exact rules and wording around this though, it really depends on specifics

Replying to Avatar Rizful.com

My understanding is that we can't ANY public blacklisting of domains or urls...., because, publishing public events with domain scores would essentially be providing a "public map of naughty content on nostr".

If we publish "domain blacklists" or "url blacklists".... then there's no reason that clients couldn't use it in the OPPOSITE way that we intend, i.e., purposely assembling notes which contain images with "bad" scores.

Now, if only porn and violence were involved, there's not a huge problem, but, there's always a chance that we might be issuing bad scores to domains because of CSAM that has been caught with high scores.... and you definitely can not, and should not, ever publish a list of URLs or domains that are distributing CSAM!

So unless I am missing something, there is no feasible way to PUBLICLY publish domain or URL scores.

However, each individual application (a relay, or a client-facing application like Yakihonne or Coracle or Primal or Damus), definitely COULD assemble its own array of "domain scores"..... and this brings me to my second point...

In my proposal, I assert that "image scoring" is CPU and GPU and Bandwidth-intensive.

For nerds like us, we know what that means. Normies, on the other hand, have no idea what that means -- but they do have an EXTREMELY KEEN sense of something else: LATENCY.

A normie who loads a Nostr app, where the notes take 5 seconds to load, because of some image scoring that is going on.... they're not going to wait 5 seconds -- they're going to go back to being abused by Facebook or Instagram -- it's well-known that for normies, PAGE LOAD SPEED is much, much, much, more important than any other factor in how they make decisions about what to do on the internet. It's a lizard-brain thing.

So I think that:

We need to score images. I don't want to go to the #asknostr tag and see horribly psyche-scarring images/video.

We need to use lots of clever techniques to ASYNCHRONOUSLY score images, before such time that our user attempts to load a note. When our user wants to see a note, we want the image score to be pre-computed.

Individual applications (i.e., individual relays or client-facing Nostr apps).... after scoring, say, 1000 images from a domain, could ALSO add that domain to a PRIVATE blacklist... and this will help them provide pre-scored notes to their users on a low-latency basis, because, once they have a domain on a blacklist, maybe they can STOP scoring images from that domain and just reject them.

But: since I believe we cannot safely PUBLISH blacklists (for the safety reasons described above), each application MUST assemble their own scores, in order to assemble their OWN blacklists (and potentially whitelists).

That's why I think our API, and hopefully a handful of competing APIs, might be the only real solution to allow Nostr client applications (and relays) to assemble their own scores.... Because, for the reasons outlined in my proposal, it's not feasible for 100+ relays and client applications to compute their own scores independently... these scores really should be a shared (but not publicly published!) resource....

Can you publish hashes of the domains? Client could still check the hash, but at least you are not publishing the domain list...

My favorite is Debian where you only specifically install core and stripped down GNOME and literally only apps you use.

They actually own a device to project facts and events like that directly to people's retinas.

As an engineer, I can always find a solution πŸ˜‰

We still have a few things where humans do better. The list is getting shorter though...

That's true and you do you. I found that with most people I agree on 80% or things and it always helped me first find the common ground before we get into the disagreement as it makes the disagreement discussion much more tangible and honestly easier.