Difference between revisions of "ACL"

From Ethora iOS & Android ERC-20 & NFT tokenized community platform
Jump to navigation Jump to search
 
(4 intermediate revisions by the same user not shown)
Line 261: Line 261:


=== Users and Applications ===
=== Users and Applications ===
==== Login & Sign up ====
Users can login into any Apps within the same Network.
Users can login into any Apps within the same Network.


'''Social Sign On (SSO)''': Facebook, Gmail and Apple sign in creates a User account in the Ethora backend (Dappros Platform). After this is done, same account is reused when client application detects an attempt by a user to do a SSO login. These accounts persist across the Network which means a new account is not created when user does a SSO login with same social network profile in a new client-side application when SSO has already created a profile for that user from another application in the Network. 
'''Login/E-mail + Password sign in''': 
Same as for SSO - login/e-mail is unique across network. Once account is created, users can re-use it across all client-side applications in the Network.
==== Reading and writing User-related data ====
Users can read information from any Apps / entities within the same Network (see ACL table above - all TRUE applies to all apps within the Network)
Users can read information from any Apps / entities within the same Network (see ACL table above - all TRUE applies to all apps within the Network)


Line 291: Line 300:
All Applications, when created, by default receive 10,000 DP Coins into their balance from the Platform (directly or via the Reward Station smart contract).
All Applications, when created, by default receive 10,000 DP Coins into their balance from the Platform (directly or via the Reward Station smart contract).


==== Daily activity bonus ====
All Applications reward users with 5 Coins for every DAU (activity during a 24h period).   
All Applications reward users with 5 Coins for every DAU (activity during a 24h period).   


Line 297: Line 307:
Note: Applications may display "DP Coin" in their own name in user balances and transactions, for example "<Application name> Coin", in order to avoid confusing users in the ecosystems which aren't aware of how the infrastructure works and who don't want to be overloaded with technical / token economy complexities.
Note: Applications may display "DP Coin" in their own name in user balances and transactions, for example "<Application name> Coin", in order to avoid confusing users in the ecosystems which aren't aware of how the infrastructure works and who don't want to be overloaded with technical / token economy complexities.


'''Registration bonus'''
Registration bonus of 100 Coins is paid to the user by the app that first registers this user in the current Network. All other Applications will recognize the user as already registered so will simple sign in the user, without paying the 100 Coins bonus.
==== Coin display name ====
Users may also receive other DP Coin rewards and transfers, for example the "crypto likes" from other users for their content, direct transfers, payments for Items, bots interactions etc. In all of these cases their transactions and their balance is the same globally across all Applications of the same Network, however the display name for "DP Coin" may vary from Application to Application.
Users may also receive other DP Coin rewards and transfers, for example the "crypto likes" from other users for their content, direct transfers, payments for Items, bots interactions etc. In all of these cases their transactions and their balance is the same globally across all Applications of the same Network, however the display name for "DP Coin" may vary from Application to Application.
=== Rooms / Spaces roles ===
Chat Rooms / Spaces management roles are derived from those of the XMPP protocol. In our platform, the following roles are available for users and bots:
* '''Owner''' - the user who has created the Room / Space
* '''Admin''' - user(s) who were given Admin access to Room / Space
* '''Moderator''' - users(s) who can ban other users in the Room / Space
* '''Participant''' - all users without additional privileges
'''Assigning Admins and Moderators'''
Owners can assign other users to be Admins and Moderators.
Admins can assign other users to be Admins and Moderators.
Moderators cannot assign other Moderators.
==== Banning users ====
Owners, Admins and Moderators can see "Ban this user" button in the chat interface (long tap menu).
Any user can be Banned for a period of 3h, 1 day, 1 week and Forever.
Ban exists within a Room/Space context (so user banned in one Room, can read/write in other Rooms).
Any banned users cannot write into the Room or read from the Room where they are banned anymore, unless their ban expires.
==== '''Blocking users''' ====
Any user can "Block" another user.
Block happens only between you two, this means you cannot see the messages from each other.
If one of the two users have blocked another user, none of them can see the messages of the other.
Blocks are individual between 2 users, they don't impact visibility for other users.

Latest revision as of 08:44, 22 June 2022

Access Control List - explanation of privileges for Owners, Apps and Users.

ACL table for Ethora platform

Access Rights table.

actions/entities owner app user
app.create TRUE (self) FALSE FALSE
app.delete TRUE (self) FALSE FALSE
app.getByAppName TRUE (self) FALSE FALSE
app.getById TRUE (self) FALSE FALSE
app.getLogoByAppName TRUE TRUE TRUE
app.put TRUE (self)
files.delete TRUE (self) TRUE (self) TRUE (self)
files.get TRUE (self) TRUE (self) TRUE (self)
files.post TRUE (self) TRUE (self) TRUE (self)
tokens.count TRUE (self)
tokens.create TRUE (self) TRUE (self) TRUE (self)
tokens.delete TRUE (self) TRUE (self) TRUE (self)
tokens.graph TRUE (self) TRUE (self) TRUE (self)
tokens.ctrl.history TRUE (self) TRUE (self) TRUE (self)
tokens.ctrl.itemsBurn TRUE (self) FALSE TRUE (self)
tokens.ctrl.itemsCreate TRUE (self) TRUE (self) TRUE (self)
tokens.ctrl.itemsTransfer TRUE (self) FALSE TRUE (self)
tokens.ctrl.mint TRUE (self) TRUE (self) TRUE (self)
tokens.ctrl.transfer TRUE (self) TRUE (self) TRUE (self)
user.ctrl.actions TRUE (self) TRUE (self) TRUE (self)
user.ctrl.addFile ipfs ipfs ipfs
user.ctrl.addImage ipfs ipfs ipfs
user.ctrl.changePassword TRUE (self) FALSE TRUE (self)
user.ctrl.checkEmail TRUE TRUE TRUE
user.ctrl.count TRUE (self)
user.ctrl.create TRUE (self)
user.ctrl.delete TRUE (self)
user.ctrl.deleteEmails TRUE (self) TRUE (self)
user.ctrl.forgot TRUE (self) TRUE (self)
user.ctrl.get TRUE (self)
user.ctrl.getEmails TRUE (self) TRUE (self)
user.ctrl.getFile ipfs ipfs ipfs
user.ctrl.graph TRUE (self)
user.ctrl.login TRUE (self) TRUE (self)
user.ctrl.postEmails user.ctrl.postEmails user.ctrl.postEmails
user.ctrl.postTag TRUE TRUE TRUE
user.ctrl.profile TRUE (self) TRUE (self) TRUE (self)
user.ctrl.put TRUE (self) TRUE (self)
user.ctrl.putTag TRUE TRUE TRUE
user.ctrl.restoreXmpp TRUE (self) TRUE (self)
user.ctrl.search TRUE TRUE TRUE
wallet.ctrl.appId TRUE (self)
wallets.ctrl.getBalanceByToken TRUE TRUE TRUE
wallets.ctrl.getBalanceEther TRUE TRUE TRUE
wallets.ctrl.updateDefaultToken TRUE (self) TRUE (self) TRUE (self)

Network context explained for specific entities

Definitions:

  • Network: Dappros Platform infrastructure that shares the same Application, Blockchain and Chat infrastructure (servers). By default, all Applications run on the same Network unless their Owners have made arrangements to host on their own dedicated Network.

Users and Applications

Login & Sign up

Users can login into any Apps within the same Network.

Social Sign On (SSO): Facebook, Gmail and Apple sign in creates a User account in the Ethora backend (Dappros Platform). After this is done, same account is reused when client application detects an attempt by a user to do a SSO login. These accounts persist across the Network which means a new account is not created when user does a SSO login with same social network profile in a new client-side application when SSO has already created a profile for that user from another application in the Network.

Login/E-mail + Password sign in:

Same as for SSO - login/e-mail is unique across network. Once account is created, users can re-use it across all client-side applications in the Network.

Reading and writing User-related data

Users can read information from any Apps / entities within the same Network (see ACL table above - all TRUE applies to all apps within the Network)

Users write updates apply to user accounts across all Applications within the same Network (as User profile is global, once User updates their profile in one Application, it updates across the whole Network and is reflected in all Applications)

Files

Files and IPFS content is accessible across all Applications within the same Network.

This means that files content and attachments created in one Application are accessible by the users of other Applications within the same Network (provided that the IPFS link is known to them, and also that no end-to-end encryption is enforced by the specific Application that has been used to store the file).

Chat rooms

Chat rooms are accessible across the same Network. Rooms don't belong to any particular Application context.

Different Applications within the same Network are expected to allow their Users to join, read and rite into any chat Rooms within the same Network.

Only difference across Applications in relation to the chat rooms may be the local Application settings such as "Official" rooms that are sticky, or any local UI, message parsing and notification settings.

Tokens (Items and Coins)

All tokens such as Items (NFT) and Coins (ERC-20) are accessible to all Applications across the Network.

Applications should display Balances and Transactions of the users showing their global balances.

Note: Applications (in their own UI) may choose to filter out certain transactions if they aren't useful for their users. For example, any technical transactions generated by the platform or other Applications.

Note: Applications (in their own UI) may choose to modify the display of the tokens or balances, for example they can choose to call the DP Coin in their own name, for example "<Application name> Coin".

Gamification / Rewards

All Applications, when created, by default receive 10,000 DP Coins into their balance from the Platform (directly or via the Reward Station smart contract).

Daily activity bonus

All Applications reward users with 5 Coins for every DAU (activity during a 24h period).

Note: this means same user can receive multiple rewards for their daily activity from multiple Applications if they log in via different Applications during the same day.

Note: Applications may display "DP Coin" in their own name in user balances and transactions, for example "<Application name> Coin", in order to avoid confusing users in the ecosystems which aren't aware of how the infrastructure works and who don't want to be overloaded with technical / token economy complexities.

Registration bonus

Registration bonus of 100 Coins is paid to the user by the app that first registers this user in the current Network. All other Applications will recognize the user as already registered so will simple sign in the user, without paying the 100 Coins bonus.

Coin display name

Users may also receive other DP Coin rewards and transfers, for example the "crypto likes" from other users for their content, direct transfers, payments for Items, bots interactions etc. In all of these cases their transactions and their balance is the same globally across all Applications of the same Network, however the display name for "DP Coin" may vary from Application to Application.

Rooms / Spaces roles

Chat Rooms / Spaces management roles are derived from those of the XMPP protocol. In our platform, the following roles are available for users and bots:

  • Owner - the user who has created the Room / Space
  • Admin - user(s) who were given Admin access to Room / Space
  • Moderator - users(s) who can ban other users in the Room / Space
  • Participant - all users without additional privileges

Assigning Admins and Moderators

Owners can assign other users to be Admins and Moderators.

Admins can assign other users to be Admins and Moderators.

Moderators cannot assign other Moderators.

Banning users

Owners, Admins and Moderators can see "Ban this user" button in the chat interface (long tap menu).

Any user can be Banned for a period of 3h, 1 day, 1 week and Forever.

Ban exists within a Room/Space context (so user banned in one Room, can read/write in other Rooms).

Any banned users cannot write into the Room or read from the Room where they are banned anymore, unless their ban expires.

Blocking users

Any user can "Block" another user.

Block happens only between you two, this means you cannot see the messages from each other.

If one of the two users have blocked another user, none of them can see the messages of the other.

Blocks are individual between 2 users, they don't impact visibility for other users.