Another issue I've been witnessing these days is a fellow's account on disroot.org got closed, and he now have to migrate everything to another server, just because Disroot itself got closed. This is what shouldn't happen to your account so easily. Why Matrix chats exist on all servers where they have participants in this chat, but it's not the same for accounts? Setting up account copies manually, as Hubzilla provides, isn't the same level of smoothness.
Thank you all guys for the answers, I've been stuck at work, will come back as fast as possible. Sorry for the delay, lots of useful and reasonable thoughts here, I appreciate all of them.
Actually, Fediverse instances for a potential user IMO could be thought as an Internet Service Provider: you don't think about it as soon as it works. And you don't think of it when you switch over ISPs (i.e. from Wi-Fi to mobile). That's why I feel a little unnatural of how it's all organised now, maybe better to have a Fediverse instance/account not as your fixed "home", but rather as your gateway? No ISP stores your Facebook/Twitter/etc identity and newsfeed data, but may cache it for you.
Server admins provide places to discuss, share content, communicate etc. People on those servers, maybe except the server admins, are rather welcomed (or not) visitors, rather than citizens. Actually, I have no good idea where accounts should be stored, as well as which data should be tied to an account (contacts, social graph?). Either it could be a separate trusted account server, or just data on your device encrypted with a key, or maybe it can be stored in a blockchain. Feedback is welcome!
The more I think, the more I come to an idea that an account should not be tied to a server, servers are more about functionality. Also, I should be definitely not the first to think about it, so if anyone knows of such tech applicable to Fediverse, let me please know. And no, I don't mean accounts that can be copied/migrated from server to server, like in #Hubzilla. I mean accounts are stored elsewhere separately from any content server such as a #Mastodon or #Lemmy or #Mobilizon instance.
Exciting news: Gitter is joining @email@example.com and entering the @firstname.lastname@example.org community! 🚀
Looking forward to bridging with the wider decentralised Matrix network & bringing Matrix magic to Gitter like E2EE, VoIP, and the Matrix API!
Read more here:
@hhardy01 @shuro @no_signal @isagalaev @Doudouosm @iron_bug
- server tech compliance status published somewhere on a regular basis: i.e. if a server has very little downtime within a certain period, it receives a certain "stability" badge
- server non-tech compliance status, such as predictable moderation policy (this one is tricky to specify of course)
@hhardy01 @shuro @no_signal @isagalaev @Doudouosm @iron_bug My own 5 cents of ideas:
- portable identities, such as in Hubzilla or being discussed in Matrix
- or identity tied to a separate identity server not affiliated with your content on any Mastodon server
- portable content, with official content channel duplicates (again, Hubzilla and Matrix)
One day, a computer will fit on a desk (1974) | RetroFocus
In this ABC interview from 1974, science fiction writer Arthur C. Clarke makes the bold claim that one day computers will allow people to work from home and ...
Continuing my previous thought on cross-instance shadow auth: I think for now it could be solved using two things:
- a client or a web interface trying to keep everything inside it as much as possible: opening links to external posts, subscribing to accounts etc. - this may require a sort of autodetection whether a link is a link to another Fediverse instance or not
- a browser extension having the same above autodetection capabilities, that plays its part on actual external instances
Space without the space
I just released #Tootle 1.0 (Alpha 1), which aims to be a lightweight Mastodon client for Linux desktops and phones
You can read the change log and download the sources here: https://github.com/bleakgrey/tootle/releases/tag/v1.0-alpha1
A Flatpak version will be prepared soon, so stay tuned :3
Server run by the main developers of the project It is not focused on any particular niche interest - everyone is welcome as long as you follow our code of conduct!