Fight Club

Big Trouble in Little China

The Fifth Element

I don’t know about the community. But from a protocol standpoint I think Nostr might actually be technically better.

At a high level, ActivityPub (and it’s implementations) imply there are many servers and to operate in a federated way, each server needs bidirectional communication. This is results in a exponential increase in traffic between servers and storage requirements. There’s also no requirements to identity so it’s up to implementations and currently that leads to many duplicate accounts.

Whereas, at a high level Nostr is a client and relay system. Your identity is constructed by public/private cryptographic keys (instead of as fractured identities registered on various different servers).

This is similar to email cryptographic signatures and also most blockchain implementations. Then content/posts are sent out to any number of message relays. Consumers of the content/posts do a map-reduce query against multiple relays to find content.

The benefits here is that if the relays go down, your identity is still safe as it’s manifested by your keys. This also means that there’s slightly less incentive for big centralized server dominance. Another benefit is that you don’t need bidirectional communication across all (most) relays thus reducing traffic and storage costs as the system scales.

With all that said. I have no idea what Nostr looks like in practice or what the community health looks like. Or what community moderation tools exist. But from a theoretical standpoint it’s a much more scalable architecture.

Lemon Meringue with warm cream poured over.

100%

That’s the problem though, you can’t really prove a negative. By the nature of logic. At best, if it is a lie, the original source admits they lied.

I can’t say what it should be. I’d argue that each Content Instance should have it’s own path to becoming trusted. An example could be: demonstrating quality post/comment content during the quarantine period.

First off, any language/framework is just a tool.

Second, modern PHP is quite different than 2005 PHP which is about when people started moving to other languages for web development (Ruby, Python, etc.). What you can and should write in PHP today would be almost identical to what it would look like in those languages (i.e. MVC frameworks, ORM for DB access, dependency management with lock files). Many language features were added too such as namespacing which allow for better/modern code organization.

PHP has always had (and never lost) it’s dead simple capability to just package up a tar ball, ftp, unzip and just… run.

Would I use PHP today, not unless forced to or for a lot of money. But if it’s a language a team knows, there isn’t a benefit to switching to something else.

😉 No, sorry.

Although it would be good to see someone’s karma with you. If I’ve downvoted someone more than 5 times, I’d like to know so that I can just block them.

Anonymity/Privacy are not inherently universal. Your true identity can be known to some and unknown to others in this case masked via an alias.

Thus, I propose a hypothetical arrangement: separating Content Instances and Identity Instances.

Content Instances host the main communities and discussions. There must still be “many” (hundreds maybe even thousands) of these so that none can wield power of the others.

Within Identity Instances you are known or at least verified and vetted. External to the Identity Instance a user is only known as their alias from the identity instance. There should be many more of these with a maximum user size ~100 (see Dunbar’s number).

Further, federation should not be open by default. New Identity Instances are quarantined initially with the ability to subscribe to communities on Content Instances, but the posts and comments from the Identity Instances are not federated back to the Content Instances.

The goal here is to employ a heavily distributed Divide & Conquer approach to moderation and community management. The users of an Identity Instance are responsible to one another as any of their actions may cause the entire Instance’s users to be affected (i.e. defederation). Even better if you know each other, you should feel some real social pressure that your actions online will impact your social life IRL.

But to be honest and pragmatic, I don’t think this will form organically nor do I think it could be enforced. And even in practice it probably wouldn’t work. But perhaps it’s a nice dream.

feddit.de (users active last day = 641)

civilloquy.com (users active last day = 1)

thesimplecorner.org (users active last day = 1)

I find this hard to navigate and use, but this should be able to show which instances block fmhy: https://lemmymap.feddit.de/

You can see what instances FMHY blocks by clickling the “instances” link at the bottom of the page (or just here: https://lemmy.fmhy.ml/instances)

Yes, you can just type out the instance host name in the instance input.

I was amped for Kagi when I first heard about it. But they bumped the price up after the LMM boom. Still might have to bite the bullet as part of desire to use paid ad-free services.

I’m never going back (Besides to delete my account).

Lemmy reminds me of when I first joined Reddit. There isn’t a constantly changing frontpage (yet). The communities are smaller, but thats a good thing. I actually want to participate.

I’ve drunk the koolaid. I’m considering starting an instance for my personal professional community that I lost since the pandemic.

Mastodon didnt click for me, but neither did twitter even in its hey-day. Just not my cup of tea. But Lemmy does.