rako

joined 1 month ago
[–] rako@tarte.nuage-libre.fr 5 points 12 hours ago

That's a very important question we need to address !

It makes sense for platforms to block reuse of identifiers: they identify something, if the thing changes it should get a new identity.

Identities are fundamentally that: how to recognize that something is not something else. Note that it really is something: the same person can have multiple identities, and an identity can be shared by multiple persons.

The main issue is that we have been immersed inside a State-based system for so long we forget it exists. The first thing that comes to mind when we talk about identities is our state-delivered identity: name, surname, address, driving license number, etc... there's a central all-powerful authority deciding what identity is given to whom, and they are unique and active as long as the State decides. In practice this has made identities a public-facing concern because the State is in charge of everything.

Centralized platforms, of course, reproduce the model. Both the State and capitalist platforms (or capitalist anything) act under the paradigm of total domination, there's no surprise here: the platform owns your identity, your data, your you. When we reproduce the same thinking in open/decentralized platforms we inherit the mentality although everything points to not actually wanting it: we don't want a platform to have control over our identity/identities unless we have control over the platform, yet in practice we do. We link an identity with a name, so of course names must be unique

We need to go back to the roots: what is an identity ? A way to differentiate two things to someone. Who can guarantee the identities we have ? Our connections. "Mom" is an identity in my contacts app; this identity is obvously not the same identity as "Mom" in your contacts app, although the name is the same. That's because this identity is not the same to me that it is to you. The entity "using" the identity is fundamental. That's something we forget when using centralized platforms: the entity "using" my identity isn't my contacts, it's the platform. To the platform, everyone must be unique, so must have a different name in their "contacts app". That is not a model that cares about us but about itself.

What model cares about us ? A model that puts the focus back not on the individuals being represented, but on the relationship. An identity can never be defined by biometrics or hardware keys or whatever technic that technosolutionnist rave about. Technosolutionnists by definition do not care about sociology, so they shouldn't be listened to for sociology issues. An identity will always be defined by who recognizes you as such.

What does it mean in practice ? Basically, we need to build communities of people taking care of each other. My access to the group chat shouldn't be defined by a technical solution to access the app; if I lose access to the technical solution, the community still knows my identity as the same, so it must be able to re-integrate me without a hurdle, whatever the technical means.

What this means is that identities shouldn't be public-facing. They should be something inside a community only, defined by it with the means it decides.

[–] rako@tarte.nuage-libre.fr 1 points 2 days ago (1 children)

It costs $34 a month for an experiment. It doesn't cost anywhere near that for a node that is running, used by thousands/millions of people, ingesting millions of pdses. Don't be misled by a nice experiment. You need servers, backups, people to run that. See what real world deployment looks like: a little bit under 100k a year for the only independent full stack.

There's no need to self host as there's already public third party instances you can switch to.

Yes it's possible. It's just not the default. That's the issue

it's not something the fediverse is immune to either.

true, although no one said the contrary

This is just incorrect. RSS is probably one of the least centralised protocols right now, it's not even federated, which makes me question why the author even included it as an example

The argument isn't whether something exists, it's what people use: rss is amazing but it's far from being mainstream. The default path to following isn't rss, which is the point (and the problem).

It's not an argument against federation. It's an argument to look beyond the niceness of a tech.

[–] rako@tarte.nuage-libre.fr 1 points 2 days ago

No, the main argument is that the main relay is, and for the foreseeable future will be operated by bluesky. This means that bluesky can decide what is and isn't visible, but that's not my biggest issue: to me the bigger problem is that bluesky sees everything that everyone says or thinks about anything.

Yes, it is possible to change. As TFA says:

But every counter-argument to the concerns above rests on the same foundation: technically, users can leave. Technically, you can self-host. Technically, you can run your own relay. The capability exists at every layer. But people don't do these things. They never have with any protocol. Not email, not RSS, not XMPP. The default wins. Always.

It doesn't matter that a few can be free: the vast majority goes where the lowest friction is because they have their life to live, and the lowest friction leads to the centralized bluesky

[–] rako@tarte.nuage-libre.fr 1 points 2 days ago (3 children)

I'm sorry, but it's like you haven't read the post:

But every counter-argument to the concerns above rests on the same foundation: technically, users can leave. Technically, you can self-host. Technically, you can run your own relay. The capability exists at every layer. But people don't do these things. They never have with any protocol. Not email, not RSS, not XMPP. The default wins. Always.

It is always technically possible to do differently. It's computers after all: anything can be coded. And most people won't because they have their life to live. What matters is the default, and all the incentives point to the default being shittier as time goes on.

The most crucial point is the relay. Yes, appviews can work without, but then you miss everything that is happening which is probably the number one reason people go to bluesky rather than the fedi. Relays are a fundamental part of what makes bluesky attractive and they require large capital to run and maintain, so it all points to bluesky still running the main one that most will connect to

[–] rako@tarte.nuage-libre.fr 1 points 5 days ago

That's a good idea but you don't need a full instance, only a community in which you are the sole admin. Start with that, do backups, and evolve from that if you feel too cramped

[–] rako@tarte.nuage-libre.fr 3 points 1 week ago (1 children)

I don't understand, how is yunohost not selfhosting ?

[–] rako@tarte.nuage-libre.fr 2 points 3 weeks ago

That's historical and can be traced back to how it was formed: some of the people were coming from the instances perspective, where a bunoh of people congregate and network, some from the individual website perspective where you can do absolutely anything and everything you want, you're home after all. So it landed somewhere in the middle: some very basic use cases were laid out, every platform did whatever they wanted and tried to fit the basic use cases in. Now we have independent platforms doing what they want and if we're nice we can, maybe, talk with others.

It's a sad state but some platforms, like emissary and bonfire, are trying to go beyond and offer the possibility for anyone to build their own interface on top. One should also defocus from mastodon and look closer at the friendica family of software which have always looked at fulfilling many usecases, so compability can be better than others

[–] rako@tarte.nuage-libre.fr 17 points 4 weeks ago

Capitalist propaganda is rampant on the fediverse. We need to discuss ways to combat this. Most big instances -generalist, tech or something are wholly controlled by bourgeois people who would rather uphold state violence than democracy. What do you think?

[–] rako@tarte.nuage-libre.fr 2 points 1 month ago

Be the change you want to see. You want the right kind of content to magically come to you, how do you think this content exists in the first place

[–] rako@tarte.nuage-libre.fr 1 points 1 month ago

Yeah but "decentalised" here is not clear. Do you mean a storage that is not controlled by the instance ?

[–] rako@tarte.nuage-libre.fr 1 points 1 month ago (2 children)

Centralized where ? Each instance is autonomous and independent

[–] rako@tarte.nuage-libre.fr 2 points 1 month ago

I'm curious as to what is wrong with funkwhale ? It does have issues but it also seems to fit your usecase

 

Following https://tarte.nuage-libre.fr/c/fediverse/p/194717/we-need-more-users I decided to explore data a little bit more. I'm not the biggest fan of growth-as-as-target so I wanted to see how much the people were participating in the discussion.

The data

I took the data from the API explorer in https://api.fediverse.observer/ with this query:

query {  
  monthlystats {  
    date_checked  
    softwarename  
    total_posts  
    total_users  
    total_comments  
  }  
}  

Then parsed the json with this https://jqlang.org/ filter:

jq '.data.monthlystats | map(select(.total_users > 0 and (.softwarename == "lemmy" or .softwarename == "mbin" or .softwarename == "kbin" or .softwarename == "piefed"))) | group_by(.date_checked) | map( {date_checked: .[0].date_checked, total_users: ([.[] | .total_users] | add), total_posts: ([.[] | .total_posts] | add), total_comments: ([.[] | .total_comments] | add)}) | map({date_checked, posts: .total_posts/.total_users, comments: .total_comments/.total_users}) | sort_by(.date_checked) | map([.date_checked, (.posts | tostring), (.comments | tostring)]) | .[] | @csv'  

(As you see I filtered for the threadiverse. I also did the same with all software, I'll put the graph for that in comments)

Then did a good old' chart

What to think of it

I don't know. Users' activity is on the rise and I find it nice

view more: next ›