Skip to content

Latest commit

 

History

History
126 lines (75 loc) · 6.92 KB

README.md

File metadata and controls

126 lines (75 loc) · 6.92 KB
Raw

Steps for testing

  1. In your wallet, set the RPC URL for Sepolia network to Tenderly fork. This makes sure that we use the forked Sepolia network, where we can e.g. move forward time to test accepting proposals and other scenarios easily without needing to wait x days.

Gaining voting power

  1. To gain voting power, you need to stake your tokens first. For a guide how to, please check the Staking UI docs
  2. However you will get the voting power only in the next epoch, so in order to get your voting power now, it's necessary to move the time forward on the forked network. You can write to @microHoffman, or if you know how to work in Tenderly, go to our pwn_secrets KeePass file, get from there the logins to Tenderly. Then go to Virtual Testnets -> Select the PWN DAO -> RPC Builder -> select evm_setNextBlockTimestamp and as timestamp put there a timestamp 30 days in future from the current time (note however that the current time on that fork is different than the real current time, so for getting the "current" time on the network, you can call eth_getBlockByNumber with latest as an arg and see the timestamp in the result... to that you will add 30 days and that you can use as an arg to the evm_setNextBlockTimestamp).

Optimistic (stewards) proposals

  1. For testing creating optimistic proposals, you can import our shared dev EOA account. After that go to app.safe.global, connect this imported wallet and select this safe on Sepolia 0x282D9663815b1F9929a3C84a9a1290BE882E125f . With this safe connect to the Voting UI via WalletConnect.
  2. Now you should be able to create optimistic proposals.

Governance App Template

Overview

This project is a versatile host UI including common tools, services and a set of example modules to build custom DAO apps. The following example plugin UI's are available:

Proposal section

This section displays all the proposals which need to be ratified by the community of token holders. Proposals follow an optimistic governance flow. They created by the Council and token holders have the chance to veto them for a certain amount of time.

This flow attempts to find a good balance between efficiency, agility, prevent spam or attacks and decentralization.

Multisig Council

This section features a multisig plugin which is only visible to the Council members. It allows to create, approve and eventually relay proposals to the community section described above.

Security Council

This section is also a multisig plugin, with the difference that a super majority of the Security Council can approve and execute proposals that are time critical. This plugin may be disabled in future iterations of the DAO but for the time being, it allows respond to potential security threats in a much quicker way.

The metadata and the actions of the proposal are encrypted until the proposal has been executed. See Encryption and decryption flows below.

Members section

This section shows a recap of the delegates who publish an announcement, as well as the Security Council members. Delegates can use this section to create their own profile while token holders can browse delegates and can eventually delegate to a candidate of their trust.

Encryption and decryption flows

In proposals where metadata needs to be kept private until the end, we implement a two-layer encryption model which combines symmetric and asymmetric keys.

The data that we need to encrypt includes:

  • Human readable data, explaining why the proposal should be approved
  • The actions to execute if the proposal passes

Encryption steps

  1. A user signs a static payload using his/her wallet. The resulting hash is used as a 256-bit private key to generate an ephemeral, in-memory key pair
  2. One of the multisig members generates a random symmetric key and uses it to encrypt the metadata and the actions
  3. The member fetches the public keys corresponding to the current Security Council members
  4. For each member's public key, he uses it to encrypt the key from step (1)
  5. This generates a payload with:
  • The (symmetrically) encrypted metadata and proposals
  • The (asymmetrically) encrypted keys that only each member can recover
  1. The payload is pinned on IPFS
  • The IPFS URI is published as the proposal metadata
  • The hash of the unencrypted metadata is also published as part of the proposal

Encryption steps

  1. One of the multisig members fetches the proposal, along with the pinned IPFS metadata
  2. The member signs the same predefined payload to generate the in-memory key pair
  3. The user locates the key that was encrypted for his/her wallet
  4. He then uses it as the symmetric key to decrypt the metadata and the proposal actions

Getting Started with the UI

Before you start, make sure you have Bun installed on your machine. If not, hop over to Bun's official documentation for installation instructions.

Once you're set with Bun, clone this repository to your local machine:

git clone https://github.com/aragon/gov-app-template.git
cd gov-app-template

To get the development server running, simply execute:

bun install
bun dev

Adding Your Plugin 🧩

Got a plugin idea that's going to revolutionize the Aragon ecosystem? Adding it to the Governance App Template is easy:

  1. Duplicate a Plugin Directory: Navigate to the /plugins directory, pick a plugin that closely resembles your idea, and duplicate its directory.
  2. Rename Your Plugin: Give your plugin a unique and catchy name that captures its essence.
  3. Register Your Plugin: Open the index.tsx file inside the /plugins directory and add an entry for your new plugin.

And that's it!

Leveraging Aragon OSx Primitives 🛠

Governance App Template is built to work seamlessly with Aragon OSx primitives, such as IProposal or MajorityVoting. This means you can focus on the fun part of creating and experimenting, without sweating the small stuff. Your plugin should integrate smoothly into the UI, making your development journey as breezy as a blockchain. 😉

Contributing 🤝

Got ideas on how to make this template even better? We're all ears! Whether it's a bug fix, a new feature, or a plugin that could benefit everyone, we welcome your contributions. Check out our contributing guidelines for more information on how to get involved.

You can configure your repository to pull changes from this repository with:

git remote add upstream [email protected]:aragon/gov-app-template.git
git remote set-url --push upstream DISABLE

Need Help? 🆘

Stuck on something? Our community is here to help! Join our Discord channel for support, advice, or just to share your awesome plugin creations with fellow Aragon enthusiasts.

License 📜

The Governance App Template is released under the AGPL v3 License.