federation
/
federation
1
0
Fork 0
Code Issues Pull Requests Releases Wiki Activity

minor doc

master
JoYo 2019-06-22 14:16:38 -04:00
parent 0cfd614f6c
commit f0e455a9ea
1 changed files with 24 additions and 3 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

27
readme.mdown
View File

@ -1,10 +1,15 @@
# federation
In regards to [ActivityPub](https://www.w3.org/TR/activitypub/),
In regards to [ActivityPub](https://www.w3.org/TR/activitypub/) (AP),
a big problem is a lack of clarity on what instances are blocked and why by various instances.
This is a documentation and accessibility issue as I doubt most instances create or publish either.
Much like users picking an instance to join because of a theme or the moderation policies, instances could join a federation because of a grand moderation policy.
The governance of federation is a bit outside of the scope of AP.
A fork of AP isn't nessisary as a system of trust notaries could overlay any federating protocol.
For brevity, an instance is referred to as a (node) below.
# decentralized authority
The other big problem is having central authorities like Google or Apple as moderation.
@ -15,11 +20,27 @@ An alternative is notaries.
# proxy consensus
The general idea is trusting more than one authority, polling them for a consensus on which instances are filtered/restricted. Many nodes would simply proxy their inherited filters but can change what node they would inherit trust from.
The general idea is trusting more than one authority, polling them for a consensus on which nodes are filtered/restricted. Many nodes would simply proxy their inherited filters but can change what node they would inherit trust from.
Much like users pick an instance to join because of a theme or the moderation policies, instances could join a federation because of a grand moderation policy.
Whitelisting may not be necessary.
What's the most a harassing node can do to a large node before it's blocked?
The manual process for communicating blocked nodes to other nodes.
A node should be able to subscribe to a larger node for their filters.
With multiple subscriptions a node could look for a consensus among trust notaries.
# design inspiration
- [SSL And The Future Of Authenticity](https://www.youtube.com/watch?v=8N4sb-SEpcg)
- [Convergence Notaries](https://github.com/moxie0/Convergence/wiki/Notaries)
# issues to watch
- [ ] https://github.com/tootsuite/mastodon/issues/11129
- [ ] https://github.com/florence-social/mastodon-fork/issues/108
- [ ] https://github.com/florence-social/mastodon-fork/issues/110
- [ ] https://github.com/glitch-soc/mastodon/issues/1135
# similar projects to evaluate
- [ ] https://github.com/dzuk-mutant/blockchain