section headers

master
JoYo 2019-06-21 19:57:50 -04:00
parent b37534958c
commit c63eb52d5f
1 changed files with 12 additions and 8 deletions

View File

@ -1,20 +1,24 @@
# federation
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 make neither.
This is a documentation and accessibility issue as I doubt most instances make 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 other big problem is having central authorities.
You can see this on the internet now with certificate authorities.
# decentralized authority
The other big problem is having central authorities like Google or Apple as moderation.
You can see a similar problem on the internet with certificate authorities.
If a CA is compromised, which they have and they will, then the trust is broken at the root and anything that inherited that trust needs to have it reestablished.
Im not eager to apply blockchain to something that is a governance issue.
An alternative is notaries.
Sharing inspiration for a design.
- [SSL And The Future Of Authenticity](https://www.youtube.com/watch?v=8N4sb-SEpcg)
- [Convergence Notaries](https://github.com/moxie0/Convergence/wiki/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.
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.
# inspiration design
- [SSL And The Future Of Authenticity](https://www.youtube.com/watch?v=8N4sb-SEpcg)
- [Convergence Notaries](https://github.com/moxie0/Convergence/wiki/Notaries)