You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This guide outlines the role permission system used in Dappnode package management, powered by Aragon’s ACL (Access Control List) smart contracts. It explains how to check and modify roles such as permission managers and developers.
3
+
This guide outlines the role permission system used in Dappnode package management, powered by Aragon’s ACL (Access Control List) smart contracts. It explains how to check and modify roles such as permission managers and developers.
4
4
5
5
Whether you're assigning roles or verifying access, this doc walks you through each step clearly and effectively.
6
6
7
7
## Roles 🎖️
8
8
9
9
For every package, there are three possible roles for any Ethereum address:
10
10
11
-
-**Permission manager** => The address that can grant or revoke developer permissions for other addresses. This role can be held by only one address.
12
-
-**Developer** => Addresses that are allowed to publish new versions of the package.
13
-
-**Default / Standard** => Addresses that do not have any permissions related to the package.
11
+
-#### Permission manager:
12
+
13
+
The address that can grant or revoke developer permissions for other addresses. This role can be held by only one address.
14
+
15
+
-#### Developer:
16
+
17
+
Addresses that are allowed to publish new versions of the package.
18
+
19
+
-#### Standard:
20
+
Addresses that do not have any permissions related to the package.
14
21
15
22
## Dappnode's ACLs :closed_lock_with_key:
16
23
17
-
Currently, granting or revoking developer permissions, or assigning a new permission manager, must be done through the respective smart contract ACL of the package repository.
24
+
Dappnode package permissions are managed via the smart contract ACL of their respective package repositories.
18
25
19
26
:::info
20
27
In Aragon, the ACL (Access Control List) is a core smart contract that manages permissions. It determines which address (or entity) can call which function on which app (smart contract).
@@ -25,76 +32,72 @@ In Aragon, the ACL (Access Control List) is a core smart contract that manages p
25
32
- ACL `.public` => [See the SC in Etherscan](https://etherscan.io/address/0xFCb2C44E61031AE29e5c54A700FB6B4FB430dA4C#readProxyContract)
26
33
- ACL `.dnp` => [See the SC in Etherscan](https://etherscan.io/address/0x89d0A07b792754460Faa49e57437B40aA33FB757#readProxyContract)
27
34
28
-
## Actions 💪
35
+
## Package Management UI ⚙️
36
+
37
+
Our package publishing UI includes an "Ownership" tab that allows you to check the current role of an address for a specified package and perform actions based on that role.
38
+
39
+
You can access this UI by navigating to the [Dappnode SDK-publish UI](https://dappnode.github.io/sdk-publish).
29
40
30
-
The following outlines how to perform each possible action:
41
+
Here's a guide to help you use it:
31
42
32
-
-**Check permission manager**
43
+
1.**Connect your wallet**, if it’s not already connected. The connected wallet address will be used for role checking.
44
+

33
45
34
-
1. Go to the `Read As Proxy` tab in the package's respective ACL
35
-
2. Expand and provide the following arguments to the `getPermissionManager` function:
36
-
-**\_app** => The address where the current version of the package is deployed
46
+
2.**Click the "Ownership" tab** in the navigation bar.
47
+

37
48
38
-
:::info
39
-
This address can be found by typing the package ENS into Etherscan's Mainnet search bar.
3. Click `Query` to retrieve the permission manager address
49
+
3.**Enter the package's ENS** you want to check or manage.
50
+

43
51
44
-
:::info
45
-
By default, the permission manager does not have publishing rights. After (or before) becoming the manager, the address must also be granted developer permissions if it intends to publish new versions.
46
-
:::
52
+
4.**Review your role.**
47
53
48
-
-**Set a new permission manager**
54
+
Once the ENS is submitted, your role for the specified package will be displayed:
49
55
50
-
:::danger
51
-
This action will revoke the current manager's permissions and assign management to a new address.
56
+
-### Standard Address
57
+
58
+
Your address has no special permissions for this package. You can check who the current manager is and contact them to request permission.
4. Click `Query` to receive a boolean indicating permission
97
-
98
-
## Package management UI ⚙️
99
-
100
-
Coming soon...👀
70
+
-### Manager Address
71
+
72
+
The manager is typically the address that published the first version of the package. It is the only address that can transfer management rights, as well as grant or revoke developer permissions.
73
+
74
+
:::info
75
+
A package can only have one address as its package manager.
76
+
:::
77
+
78
+
-#### Set a New Permission Manager
79
+
80
+
:::danger
81
+
Changing the manager will transfer full control of the package to the specified address, revoking all manager permissions from the current manager. This action is irreversible.
82
+
:::
83
+
84
+
To change the manager address, provide the new manager address and click **"Transfer Manager Role"** in the **"Change Manager"** section.
Transferring the manager role does **not** automatically grant developer permissions to the new address. If you want to provide publishing access, you must grant developer rights separately.
89
+
:::
90
+
91
+
-#### Grant Developer (Publishing Permissions)
92
+
93
+
Granting developer permissions allows the specified address to publish new versions of the package.
94
+
95
+
To do this, enter the new developer address and click **"Grant Developer Permission"** in the **"Grant Developer"** section.
0 commit comments