Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

docs: add x/relationships spec #837

Merged
merged 3 commits into from
May 16, 2022
Merged
Changes from 1 commit
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
Prev Previous commit
Next Next commit
Update x/relationships/spec/01_concepts.md
Co-authored-by: Leonardo Bragagnolo <leo.braga95@gmail.com>
RiccardoM and leobragaz authored May 6, 2022

Verified

This commit was signed with the committer’s verified signature.
snyk-bot Snyk bot
commit 4736b56b95e7aad66aa27b4eb066d4f8f28102f2
2 changes: 1 addition & 1 deletion x/relationships/spec/01_concepts.md
Original file line number Diff line number Diff line change
@@ -12,6 +12,6 @@ When a user A creates a relationships towards a user B, it means that they are i
_Friendship_ can be represented by a mutual relationship, which consists of two mono-directional relationships. If user A creates a relationships towards user B (`A -> B`), and user B creates a relationship towards user A (`B -> A`), then user A and B can be considered to be _friends_ since a mutual relationship (`A <-> B`) exists.

## User Block
A user block from one user (_blocker_) to another (_blocked_) represents the willingness of the first to block any future interaction that the later might have with them. This concept is used to allow users to block misbehaving users from future harassment or unwanted interactions.
A user block from one user (_blocker_) to another (_blocked_) represents the willingness of the first to block any future interaction that the latter might have with them. This concept is used to allow users to block misbehaving users from future harassment or unwanted interactions.

When a user A creates a user block towards a user B, they can specify inside which subspace they want to block the user. If no particular subspace is provided, this means the B will not be allowed to have Desmos-level interactions with A in the future (e.g. requesting A to exchange their DTag). Blocking a user on subspace with id `0` (default value) **will not** block such user from interacting inside other subspaces.