Proposal #20
Passed on 22 Mar 2023 with 97.8% of the votes for yes.
Yes
97.8%
100.0% without abstain
Veto
0.0%
of votes cast
Ended
22 Mar 2023
97.85%
of votes cast
2.15%
of votes cast
0.00%
of votes cast
0.00%
of votes cast
The Dexter team proposes a configuration change in the LP Token and Pool codes stored earlier as a part of Dexter's deployment to allow instantiation using the Vault Contract.
Below are the steps that the Dexter Team is following:-
The [Hidden link] regarding the whitelisting of the Dexter team's address for code storage and instantiation on the Persistence Core-1 chain was passed successfully by the Persistence governance earlier in January. As a result, Steps 1, 2, and 3, as mentioned below, were performed by the Dexter Team.
Store Vault, Keeper, Router, and Multistaking code with instantiate permission AnyOfAddresses with DEXADMIN (persistence1eld9dngatavy9nqu9j0d5ratjvp2887zsnqp6x) as a permissioned address. This step ensures that the Dexter team can instantiate them without governance proposals.
This step involves storing the code for two types of pools, Weighted and Stableswap, and the LP token code. However, the code is stored with [Hidden link] as instantiate permission type, implying no address can instantiate these contracts directly. This is done because the code cannot be uploaded with an "instantiate permissioned address" other than the ones allowed for upload, which is not a requirement for these contracts. They rather require the "instantiate permission" to be given to the Vault contract instead. The aforementioned configuration for these contracts can be changed via a governance proposal.
These contracts are directly instantiated by the DEXADMIN address for which the permission was granted in Step 1.
This step involves changing the instantiation permission for the LP Token and Pool (Weighted and Stableswap) contracts. Currently, these contracts have Nobody as the instantiate permission as done in Step 2, which means no one can instantiate them. This proposal proposes a configuration change to the "instantiate permission" of these codes to allow them to be instantiated using the Vault contract, which facilitates pools' creation.
This step is necessary for the deployment of Dexter and represents the most decentralized approach we have discovered. We anticipate the community's support to successfully deploy Dexter as a Dapp on the Persistence Core-1 chain.
YES : You approve the proposal statements and agree to allow to give LP token and Pool codes the permission to be instantiated using the Vault Contract with address: persistence1k8re7jwz6rnnwrktnejdwkwnncte7ek7gt29gvnl3sdrg9mtnqkstujtpg
NO : The NO vote is a request for improvements or adjustments. You agree that this proposal's motivation is valuable and that the team should create a follow-up proposal once the amendments are included.
NO (VETO): You veto the entire motivation for the proposal, and the proposers will not create a follow-up proposal.
ABSTAIN: You are impartial to the outcome of the proposal.