a/website
1
2
Fork 1
Code Issues Pull requests Projects Releases Wiki Activity

Minor tweaks
All checks were successful
ci/woodpecker/push/woodpecker Pipeline was successful
Details

Browse source
This commit is contained in:
Anthony Wang 2023-02-08 05:53:22 +00:00
parent 2edd2e0c48
commit 7835802b10
Signed by: a
GPG key ID: 42A5B952E6DD8D38
1 changed files with 3 additions and 1 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

4
content/posts/missing-half-activitypub-potential.md
View file

@ -27,6 +27,8 @@ C2S offers a standardized way for clients or bots to interact with ActivityPub s
It gets better. Have you ever been frustrated about having a Mastodon account and a PeerTube account and a Forgejo account and a Lemmy account and so on? With this system, you just need one account, and all the processing apps operate on the data of your one account. Boom. Problem solved.
It's also compatible with the ActivityPub spec and existing implementations. Hooray!
This gives us an explosion of possibilites for what we can now do with ActivityPub. Now literally anyone can run an ActivityPub app. Just run the processing app on your computer, or even a phone. You don't need a domain name or web server or anything.
Except... this isn't all rainbows and sunshine. Separating storage and processing like this introduces latency and hurts performance. Another possibility is that we could make the ActivityPub server also handle running sandboxed user-uploaded processing apps, so that the processing apps can be physically close to the storage.
@ -37,7 +39,7 @@ The upshot of all of this is that if you want to write an ActivityPub app, you n
I told you earlier that I was going to explain that research project, but now you already know what it's about. The stuff above.
So you might be wondering, sure these ideas sound amazing, but do they actually work? And my honest answer is I don't know. I glossed over way to many technical details. The whole point of this post isn't to declare this is the panacea to all of ActivityPub's technical woes, but rather to get your brain spinning and thinking. And don't forget that by far the toughest challenges for the fediverse are not technical, but rather social, like moderation or [these challenges](https://discuss.coding.social/t/major-challenges-for-the-fediverse/67).
So you might be wondering, sure these ideas sound amazing, but do they actually work? And my honest answer is I don't know. I glossed over way to many technical details. The whole point of this post isn't to declare this is the panacea to all of ActivityPub's technical woes, but rather to get your brain spinning and thinking. And don't forget that by far the toughest challenges for the fediverse are not technical, but rather social, like moderation or [these challenges](https://discuss.coding.social/t/major-challenges-for-the-fediverse/67). We can't stop arguing over which decentralized web protocol is best while really it's the social problems that need solutions.
Bonus! Let's solve another notoriously difficult ActivityPub problem: nomadic identity. (Much of this is copied from this [braindump of decentralized protocol ideas](https://git.exozy.me/a/Kela))