ademir
@ademir@lemmy.eco.br
- Comment on [deleted] 3 weeks ago:
Go to hell (Na)Zionist
- Comment on [deleted] 3 weeks ago:
O puto ainda tentou te reportar kkkkkkkkkkkk
- Comment on Did you know that you could block communities you don't like on lemmy instead of spamming downvotes? 4 weeks ago:
of course they matter, otherwise they wouldn’t exist. Think for a second before answering non-sense.
There is a reason this type of platform has a voting system.
- Comment on After a year of operation, Switzerland's government closes its Mastodon instance 1 month ago:
I know all those projects (I host akkoma, besides this lemmy instance) but still my point stands, everyone new to the fediverse will first get in touch with mastodon and its bad design because it is by FAR the most popular platform.
- Comment on Phanpy - A minimalistic opinionated Mastodon web client. 1 month ago:
I 2nd that!
- Comment on After a year of operation, Switzerland's government closes its Mastodon instance 1 month ago:
could be federated, but it is not.
- Comment on After a year of operation, Switzerland's government closes its Mastodon instance 1 month ago:
a few hundreds at most I would say.
- Comment on After a year of operation, Switzerland's government closes its Mastodon instance 1 month ago:
Mastodon is too hard for common folks and still miss some functionality. It is unfortunate none has forked it yet into something better and mastodon keeps being the largest platform by a far amount.
- Comment on Is misskey-square.net down for everybody? 2 months ago:
same
- Comment on Guitar Porn: share (Safe For Work) pictures of your Electric Ladies 2 months ago:
isnt reddit older than Saw?
- Comment on Lemmy interoperability with other Fediverse projects 3 months ago:
It is federating for all instances that have the @fediverse@lemmy.world community federated, but only because @isaac@microblog.lakora.us tagged the community in his message.
- Comment on Introducing linkblocks, the Federated Bookmark Manager 7 months ago:
FediMarks
- Comment on Is there a Mastodon android app that has the option to open mastodon instances in the app 8 months ago:
Charrua? Are you from Uruguay?
- Comment on Is there a Mastodon android app that has the option to open mastodon instances in the app 8 months ago:
Moshidon
- Comment on Can we improve the Fediverse Allow-List Model? 9 months ago:
I meant to make it easier… I can remove if you want it to.
- Comment on Can we improve the Fediverse Allow-List Model? 9 months ago:
The blog post:
Looks like someone really kicked the hornet’s nest recently on mastodon by announcing (not even deploying) a Mastodon-BlueSky bridge. Just take a look at the github comments here to get an idea of how this was received.
Plenty of people way more experienced than myself have weighted on this issue so I don’t feel the need to leave my two cents. However I wanted to talk about a very common counter-argument made towards those who do not want such bridges to exist. Namely, that Fediverse already provides the tools towards not having such a bridge be an issue: The allow-list model.
The idea being that if your ActivityPub server by default rejects all federation except towards trusted instances, then such bridges pose no problems whatsoever. The bridge (and any potential undercover APub scrappers) would not be able to get to your instance anyway.
Naturally, the counterargument is that this is way too limiting to one’s reach, and they shouldn’t be forced into isolation like this. Unfortunately the alternative here appears to try and scold others into submission, and this is unlikely to be long term solution. Eventually the Eternal September will come to the Fediverse. If you spent the past few years relying on peer pressure to enforce social norms, then the influx of people who do not share your values is going to make that tactic moot.
In fact, we can already see the pushback to the scolding tactics unfolding right now.
The solution then has to be a way to improve the way we handle such scenarios. Improve the tooling and our tactics so that such bridges and scrappers cannot be an issue.
A lot of the frustration I feel also comes down to the limited set of tools provided by Mastodon and other Fediverse services. A lot of the time, the improvement of tooling is stubbornly refused by the privileged core developers who don’t feel the need to support the needs of the marginalized communities. But that doesn’t mean the tooling couldn’t be expanded to be more flexible.
So let’s think about the Allow-List model for a moment. The biggest issue of an Allow-List is not necessarily that the origin server restricts themselves from the discussion. In fact they’re probably perfectly happy with that. The problem is that if this became the norm, it massively restricts the biggest strength of the Fediverse, which is for anyone to create and run their own server.
If I make a new server and most of everyone I want to interact with is in Allow-List mode, how do I even get in? We then have to start creating informal communication channels where one has to apply to join the allow-circle. Such processes have way too many drawbacks to list, such as naturally marginalizing Neurodivergent people with Rejection Sensitivity Dysphoria, balkanizing the Fediverse, empowering whisper networks and so on.
I want to instead suggest an alternative hybrid approach: The Feeler network. (provisional name)
The idea is thus: You have your well protected servers in Allow-List mode. These are the servers which require protection from constant harassment when their posts are spread publicly. These servers have a few “Feeler” instances they trust on their allow-list. Those servers in turn do not have an allow-mode turned on, but rely on blocklist like usual. Their users would be those privileged enough to be able to handle the occasional abuse or troll coming their way before blocking them.
So far so good. Nothing changes here. However what if those Feeler servers could also use the wider reach to see which instances are cool and announce that to their trusted servers? So a new instance appears in your federation. You, as a Feeler server, interact with them for a bit and nothing suspicious happens, and their users seem all to be ideologically aligned enough. You then add them into a public “endorsed list”. Now all the servers in your trust circle who are in allow-mode see this endorsement and automatically add them to their allow-lists. Bam! Problem solved. New servers have a way to be seen and eventually come into reach with Allow-List instances through a sort of organic probation period, and allow-listed servers can keep expanding their reach without private communications, and arduous application processes.
Now you might argue: “Hey Db0, yes my feelers can see my allow-list server posts, but if they boost them, now anyone can see them, and now they will be bridged to bluesky and I’m back in a bad spot!”
Yes this is possible, but also technically solvable. All we need to do is to make the Feeler servers only federate boosted posts from servers in allow-mode, to the servers that the ones in the allow-list already allow. So let’s say Server T1 and T2 are instances in allow-list mode which trust each other. Server F1 is a Feeler server trusted by T1 and T2. Server S1 is an external instance that is not blocked by F1, but not yet endorsed either. User in F1 boosts a post from T1. Normally a user in S1 would see that post by following that user. All we need to do is to change the software so that if F1 boosts a post from T1, the boost would only federate towards T2 and other instances in T1’s allow-list, instead of everyone. Sure this would require a bit more boost complexity, but it’s nothing impossible. Let’s call this “protected boost”.
Of course, this would require all Apub software to expose an “Endorsement” list for this to work. This is where the big difficulty comes from, as you now have to herd the cats that are the multitude of APub developers to add new functionality. Fortunately, this is where tools like the Fediseer can cover for the lack of development, or outright rejection by your software developer. The Fediseer already provides endorsement functionality along with a full REST API, so you can already implement this Feeler functionality by a few simple scripts!
The “protected boost” mode would require mastodon developers to do some work of course, as that relies in the software internals which cannot be easily hacked by server admins. But this too can potentially just be a patch to the software that only Feeler-admins would need to run.
The best part of this approach is that it doesn’t require any communication whatsoever. All it needs is for the “Feeler” admins to be actively curating their endorsements (either on the Fediseer, or locally if it’s ever added to the SW). Then all allow-list server has to do is choose which Feelers they trust and “subscribe” to their endorsement list for their own allow-list. And of course, they can synchronize or expand their allow-list further as they wish. This approach naturally makes the distributed nature of the Fediverse into a strength, instead of a weakness!
Now personally, I’m a big proponent of the “human touch” in social networks, so I feel that endorsement lists should be a manual mechanism. But if you want to take this to the next level, you could also easily set up a mechanism where newly discovered instances would automatically pass into your endorsement list after X weeks/months of interaction with your user without reports and X-amount of likes or whatever. Assuming admins on-point, this could make widely Feeler servers as a trusted gateway into a well protected space on the fedi, where bad actors would find it extraordinarily difficult to infiltrate, regardless of how many instances they spawn. And it this network would still keep increasing each reach constantly, without adding an extraordinary amount of load to its admins.
Barring the “protected boost” mode, this concept is already possible through the Fediseer. The scripts to do this work already exist as well. All it requires is for people to attempt to use it and see how it functions!
Do point out pitfalls you foresee in this approach and we can discuss how to potentially address them.
- Comment on Changing PieFed's appearance with themes - PieFed 9 months ago:
Is it light to host? I am thinking about offering piefed too.
- Comment on Linux Sucks - a contrarian view from the lemmy hivemind about why linux sucks 9 months ago:
This community is auto-banned from lemmy.eco.br.
- Comment on Thousands of Software Engineers Say the Job Market Is Getting Much Worse 10 months ago:
Same for me
- Comment on Mozilla Social FAQ | Firefox Help 10 months ago:
right? I like their manifesto a lot.
- Submitted 10 months ago to fediverse@lemmy.world | 6 comments
- Comment on Chinese Carmaker Overtakes Tesla as World’s Most Popular EV Maker 10 months ago:
Is there history of this happening?
- Comment on Over 50 per cent of users may shun social media by 2025 as misinformation, toxicity grow 10 months ago:
What’s next-door?
- Comment on Discourse can now integrate with the Fediverse through ActivityPub Plugin 11 months ago:
This is great! Next stop: usenet
- Comment on Google admits it's making YouTube worse for ad block users 11 months ago:
Why would someone do it?
- Comment on Google admits it's making YouTube worse for ad block users 11 months ago:
You had me in the first half. Ngl
- Comment on Discord users are cancelling their Nitro after new mobile layout update 11 months ago:
Yeah it is bad.
- Comment on [Zelda II]I did it! 11 months ago:
Congratz!!!
- Comment on Windows 10 gets three more years of security updates, if you can afford them 11 months ago:
Maybe you should start using Linux. I am here to help
- Comment on Windows 10 gets three more years of security updates, if you can afford them 11 months ago:
What exactly you don’t like in Linux?