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!

Show thread

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 . I mean accounts are stored elsewhere separately from any content server such as a or or instance.

Continuing my previous set of questions. Today, I've spotted in my feed that @Tutanota is under DDOS attack. So, how can an average instance admin make sure the instance is well protected, if even is vulnerable? Does this mean the whole federated approach is so vulnerable?

RT @gitchat@twitter.com

Exciting news: Gitter is joining @element_hq@twitter.com and entering the @matrixdotorg@twitter.com 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:
blog.gitter.im/2020/09/30/gitt

🐦🔗: twitter.com/gitchat/status/131

@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)

Show thread

@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)

Show thread

In the federated world, how it's supposed to solve the reliability and trust problem of an instance? How can I be sure that the instance I've chosed is going to 1) last for long 2) the admins won't get crazy and start banning everything?

#APConf #ActivityPub

Unsure if there will be a time for it at #APConf2020 but I've been loosely working on the ActivityPub Client-to-Server thing in Pleroma with some feedback from AndStatus.
(My ~immediate use case being towards sending non-Note objects for stuff like Article and Page, maybe a full AP C2S client instead of MastoAPI at some point)

Could be nice to have some discussions about it as other folks (specially the co-authors of the AP spec) could have some nice ideas or pointers.

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 ...

youtube.com/watch?feature=yout

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

Am I the only one thinking about a machine learning toot classifier so that one can use it in a way like "don't show me posts which likely to be about the US elections"?

Can I host both and on the same domain? I've seen many times domains like `social.mydomain.org`, which looks weird, so that's the reason I'm asking. Matrix, from what I know, is also a bit inflexible about domains, so that's another reason of asking.

I just released 1.0 (Alpha 1), which aims to be a lightweight Mastodon client for Linux desktops and phones :toot:

You can read the change log and download the sources here: github.com/bleakgrey/tootle/re

A Flatpak version will be prepared soon, so stay tuned :3

[t.me/netwhood_news/1115]

Delta.Chat развивает экосистему ботов и планирует бот-хакатон!

Друзья! Децентрализованный шифрованный мессенджер Delta.Chat, в команде которого мне посчастливилось работать, стремительно развивается. Мы выкатили стабильные версии под все платформы, внедрили исчезающие сообщения, возможность делать видеозвонки и создавать временные аккаунты, самоудаляющиеся после заданного срока (день, неделя, месяц, 90

[Пост слишком длинный, откройте оригинальный по ссылке]

In , is there any standard on client-to-server API? So that one can develop a client such as or , and access any , or etc. instance, for example?

What's the point in likes of they don't influence your feed?

Show older
Mastodon

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!