This proposal is the second out of two governing the launch of version 0.5 of the Panther Protocol, known as "Advanced Staking". This PIP activates newly deployed software components by configuring both new and existing components of the Panther Protocol to work together.Furthermore this PIP executes rewarding deployers of newly deployed components as per PIP-9.Finally it suggests a secure user-friendly URL to the frontend for version 0.5 as discussed by the community on Panther's Discourse forum.
The approval of PIP-9 by the Panther DAO empowered the Panther community to deploy smart contracts and other software components for Panther's v0.5. The source code of these components was published and licensed for the deployment.Since then, community members have deployed these new components, making it possible to complete the integration and launch version 0.5. To achieve this, newly deployed components and ones which existed before PIP-9 need to be configured to work as a whole. This proposal authorizes and triggers execution of the attached blockchain transactions (via Panther's space on Snapshot.org), which configure the Panther Protocol's smart contracts. This proposal also covers rewarding the users that deployed Advanced Staking's components as per PIP-9.In order to have a user-friendly URL pointing to the frontend for v0.5 deployed on IPFS, and also to safeguard access to the correct link/app, the community requests and makes a recommendation to Panther Foundation to configure the pantherprotocol.eth
ENS domain namespace in such a way that the user-friendly link https://ipfs.io/ipns/pantherprotocol.eth will point to the deployed frontend.
Please vote to accept or reject the proposed actions detailed below.As per the existing DAO governance structure, as the staking smart contracts are not currently issuing any rewards, you need to hold $ZKP, staked or not, on the Ethereum Mainnet or Polygon to participate in voting.Voting power is calculated by Snapshot.org taking a Snapshot of the number of ZKP tokens per holder at the block within which the proposal was created.
The following actions are proposed:
Authorize and execute on the Ethereum Mainnet the attached configuration transactions, to achieve the following:
Configure terms for the staking programs to be those outlined by PIP-9.
Advanced Staking will go live on 2022-12-08 18:00:00 UTC, and stakes will be accepted for 119 days (till 2023-04-06 18:00:00 UTC) if the 6,000,000 $ZKP reward pool is not depleted before or Panther's mainnet beta is not launched earlier.
zAssets may be redeemed from 2023-04-07 18:00:00 UTC.
Send rewards to the deployers of smart contracts and Subgraph instances.
Request Panther Foundation to configure the pantherprotocol.eth namespace so that the URL https://ipfs.io/ipns/pantherprotocol.eth will point to the v0.5 frontend deployed on IPFS.
Description of blockchain transactions and further configuration details may be found in the technical details page.
Extend the Panther Protocol with the following, newly deployed smart contracts:On the Ethereum mainnet:
at 0xFED599513aB078Edea7Cf46574154f92b0B9FCAB
: AdvancedStakeRewardAdviserAndMsgSender
On the Polygon network:
at 0x8f15a43961c27C74CB4F55234A78802401614de3
: AdvancedStakeRewardController
at 0x47374FBE2289c0442f33a388590385A0b32a20Ff
: AdvancedStakeActionMsgRelayer
at 0x9a423671e9Cde99Ae88853B701f98ca9e136877B
: PantherPoolV0
at 0xE5da4955cBC480Eb9Bf9534def229F9D8339eE6d
: PNftToken
at 0xb658B085144a0BEd098620BB829b676371B9B48c
: ZAssetsRegistry
The following pre-existing smart contracts will be involved in the proposal transactions:On the Ethereum mainnet:
at 0x505796f5bc290269d2522cf19135ad7aa60dfd77
: DAO_Multisig
at 0xf4d06d72dACdD8393FA4eA72FdcC10049711F899
: Staking
at 0x347a58878D04951588741d4d16d54B742c7f60fC
: RewardMaster
at 0xb476104aa9D1f30180a01987FB09b1e96dDCF14B
: VestingPools
at 0x909E34d3f6124C324ac83DccA84b74398a6fa173
: ZKPToken
On the Polygon network:
at 0x9A06Db14D639796B25A6ceC6A1bf614fd98815EC
: PZkpToken
at 0x4cEc451F63DBE47D9dA2DeBE2B734E4CB4000Eac
: Staking
at 0x09220DD0c342Ee92C333FAa6879984D63B4dff03
: RewardMaster
Smart contracts of the Mainnet->Polygon PoS Bridge:
at 0x40ec5B33f54e0E8A33A975908C5BA1c14e5BbbDf
: ERC20PredicateProxy
at 0xA0c68C638235ee32657e8f720a23ceC1bFc77C77
: RootChainManagerProxy
The following Subgraph instances will be used to feed data to the front end dApp:
at https://thegraph.com/hosted-service/subgraph/toxicehc/panther with the ID QmTi7Z7YoUpzYqwGytPuKYu2FuYPEhtPTsXti5dRxn8wHR
at https://thegraph.com/hosted-service/subgraph/cryptoefelle/panther with the ID QmZPs5CFi5vpZW73DmwF5VMzt5CYvFX7vD9Ez9gkZteuRd
(Some more instances may be added to this list.)
This proposal triggers execution of the following blockchain transactions. These transactions are already encoded during submission of the proposal to Snapshot.org, and can be independently verified via the Snapshot.org web interface.
Register $ZKP as an allowed:
Register PNFT as an allowed:
Set existing contracts on Polygon to work with newly deployed contracts:
Allow zAsset redemption since 2023-04-07T18:00:00.000Z:
Allow AdvancedStakeRewardController to mint PNFT tokens:
Set advance staking rewarding parameters - 15% APR to be effective since 2022-12-08T18:00:00.000Z for 180 days:
Accept advanced stakes on Polygon since 2022-12-08T18:00:00.000Z for 119 days:
Reserve 2000 PNFT tokens for first 2000 stakes:
Mint 6,000,000 $ZKP as rewards for advanced stakes and send tokens to AdvancedStakeRewardController on Polygon via PoS bridge:
Set existing contracts on mainnet to work with newly deployed contracts:
Accept advanced stakes on mainnet since 2022-12-08T18:00:00.000Z for 119 days:
Allow AdvancedStakeRewardController to send all $ZKPs from its balance as rewards:
Mint 14,000 $ZKP as rewards for deployment and send 10,000 out of this amount to deployers:
Reimbursement shall be sourced out of the total 450M $ZKP allocated for Protocol rewards.
8000 $ZKP to 0xf0886ac6B2E9A2A75C9537EAF1A3aa8398FB10e8
for deployment of smart contracts and 1st subgraph instance
2000 $ZKP to 0xdfE35156b65e90D3Fbf7E0D438fAb7b564668848
for deployment of the 2nd subgraph instance
As per , the following rewards shall be sent:
The DAO will compensate for the cost of "gas" to any persons who execute the Reality.eth transactions which fulfill this proposal, by sending a number of ZKP tokens with the equivalent market value to the Ethereum address(es) from which the transactions were sent.To clarify, this only applies to the Reality.eth transactions directly associated with this DAO proposal, which are listed at . It does not promise any compensation for normal staking / unstaking transactions, or other interactions with the smart contracts.
In order for "Zodiac Reality Module" (further referred to as the "Module") to execute a transaction, any corresponding proposal must have passed, as reported by Reality.eth.The Reality.eth question should conform to this template (the required template ID is defined by the installed Module):
Reality.eth should resolve the question to “yes” only for proposals that:
were initiated as a Snapshot proposal in the PantherProtocol.eth space (at https://snapshot.org/#/pantherprotocol.eth);
had a minimum quorum of 4% of the $ZKP token total supply, returned by the $ZKP smart contract deployed on Ethereum network at the address stated by the zkpaddress
record at pantherprotocol.eth
, having cast votes to approve execution of the transactions;
had a voting period of at least 3 days;
had no significant service outages or availability issues that could have reasonably restricted $ZKP token holders from casting their votes in the proposal;
have a minimum bond on the Reality question of at least 0.5ETH;
the module transaction hash in the Reality.eth question is the keccak hash of the concatenation of the individual EIP-712 hashes of the module transactions defined in the Snapshot proposal;
the plain description of the transactions, and their intended result, in the proposal is complete and accurate;
do not occur during, in, or as a result of any unauthorized or malicious changes to the PantherProtocol.eth Snapshot space;
were not filtered from the default view in the PantherProtocol.eth Snapshot space during the voting period.
Reality.eth should resolve the question to “invalid” if:
the Reality.eth question meets the above requirements but was created prior to the end of the proposal vote period and/or the Snapshot block for the vote (i.e. the final results of the vote are not yet known).
In all other cases, the Reality.eth question should be resolved to “no”.