Support the usage of SOLID pods/ActivityPub
Nobody has claimed this yet.
- Dominant language
- Python
- Stars
- 14.4k
- Forks
- 1.3k
- PR merge metrics
- No merged PRs in 30d
Description
SOLID pods are kind of a container storing your private data and let websites link to it, if you allow it.
It is a way to stay the owner of your data in a social web context. You can give people and apps permission to read or write to parts of your Solid POD. More on this you'll find in a short summary here.
I think it would be a nice approach to already use that for our federated and decentralized server-based multiplayer. So we say you can host the openage-part (your user-profile) of your pod with us, but surely you are always free to move anytime to another service and by definition SOLID pods support that easily (e.g. we just store the URI to the pod and include data from there).
That would also imply that under some circumstances it will be way easier for us to conform with (not just european) data protection laws, as we would include data from the pods instead of storing it on our devices.
Required server-side implementation
We could do that in addition to a mastodon's approach to decentralization as in @alice@openage-profile.sft.mx could then forward to the pod or something.
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reading the linked Solid specification, the Mastodon decentralization approach, and the ActivityPub project overview. The issue does not name repository files, tests, or a concrete implementation boundary; it would need an agreed server-side design and defined interoperability and data-ownership behavior before work is startable.
Written by the indexing model from the issue text.
Assessment
- Domain
- backend-api-design, distributed-systems
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 20/100