Pretty much in the title. Maybe you wouldn’t even use it, but would like to simply see it exist for the sake of having a federated alternative.
For me, it’d be the following:
- Meetup
- Tiktok
I am on the first two, but would prefer a federated alternative. I’m not on Tiktok, but would like to see a federated alternative.
I’ll admit these might not be a good idea. But as a thought experiment, I’d be curious about the community weigh in on what you all think this might look like.
I’m not convinced we need a Wikipedia that runs on blockchain, but for the sake of it being an interesting question, I’ll answer it. Firstly, having a revision history is not bad. If you go to any wikipedia page, you can see most of the edits made, even those made by trolls, and the moderation decisions around those edits. This is good for transparency. When a user visits wikipedia, they see the “authoritative version” of that page, but the revision history is available to them if they want to read it. So with blockchain, you can roll back changes by changing which set of data is the “authoritative version” and you can have revision history, they are both important features.
There are a few types of data that are so harmful we can’t have them, even in the revision history. For this kind of problem, we reduce immutability (as referenced before by using pointers instead of storing data on-chain), or we can prevent that data from being put into the chain in the first place. An example of a way to do this is to require that every new block (every revision to a wikipedia page) be approved by a set of users who have reputation >x. Maybe that means a moderator has to sign off, or 10 regular users with at least one approved edit, you can set the threshold however you like and assign reputation however you’d like. As a user’s reputation is recorded on the blockchain, any node can easily verify their reputation amount.
The purpose of the blockchain in this wikipedia example is to: