SFTtech / SFTtech/openage

Support the usage of SOLID pods/ActivityPub

Open
#1,184 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

area: network nice new thing ☺ to-discuss
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

Read more ...

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.

Some project overview

Contributor guide

No contributing guide indexed for this repository

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. 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

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.