Summary This proposal authorizes the DAO Council and Developers to allocate resources toward completing Advanced Staking functionality, enabling users to convert earned PRP into claimable rewards. Additionally, this proposal adjusts V1 internal limits to allow users more flexibility when interacting with their assets, as current parameters are overly restrictive for high-volume users.
Background Advanced Staking was originally designed to allow users to redeem their PRP rewards within V1. However, due to differences in the final design structure, users are currently unable to utilize their PRP on Mainnet. With V1 now launched, it is time to enable users to claim their Advanced Staking PRP rewards in alignment with what was originally offered.
Delivering this functionality requires the DAO Council to coordinate with Developers to prepare, review, and test the necessary smart contracts and scripts. A follow-up proposal with specific implementation parameters will be presented for voting once development is complete.
The current Mainnet parameters are functioning as intended, but high-volume users are reaching limits too quickly. In addition to PureFi deposit/withdrawal limits, there is an internal tracking limit serving as a secondary safeguard. This limit is being exceeded prematurely due to how the circuits track UTXO spending in a cumulative manner. A parameter adjustment will address this issue and will also be reflected in the Base deployment.
Scope of Activities Resources will be allocated from Grant funds previously provided by the Foundation, managed by the DAO Council in coordination with Developers’ allotted monthly hours.
The proposed work may include the following:
(a) Completion of Advanced Staking-related development tasks (b) Review, testing, validation, and QA of Advanced Staking components (c) Implementation and validation of internal limits parameter adjustments on V1 (d) Bug fixes or supporting technical work reasonably required to complete the above activities
Parameter Change Details This proposal will implement a script affecting the following parameter: maximumAmountPerTimePeriod
Original value: Combined total of PureFi deposit/withdrawal limits
New value: 100x the deposit limit
This increase allows users to engage more freely with the protocol while still protecting against malicious usage.
Voting Options For Advanced Staking wrap-up work will commence, and internal limit changes will be implemented on both V1 Polygon (currently live) and V1 Base (soon to be live).
Against No progress will be made on Advanced Staking, and no internal limit changes will be implemented.
** PIP-36: Update zZone leaf #0 maximumAmountPerTimePeriod to 25e13 **
** Addresses **
Panther contracts on Ethereum: - DAO_Multisig@eth: 0x505796f5bc290269d2522cf19135ad7aa60dfd77 - FxRoot@eth: 0xfe5e5D361b2ad62c541bAb87C45a0B9B018389a2
Panther contracts on Polygon: - ownerSafeDao@matic: 0x026a024b13B4Ca23897ad578264C0ec543f904b9 - newSigner (DAO Safe)@matic: 0x208Fb9169BBec5915722e0AfF8B0eeEdaBf8a6f0 - MaticBridgeModule@matic: 0x4A4FC40d2475f493EcA3Ec436b924237AA1b0a76 - PantherTrees diamond@matic: 0x372803EFb7F9738CA837E8Ec431C7F0679572aFE
** Transactions for the Snapshot **
Transactions Overview
1. FxRoot@eth::sendMessageToChild(MaticBridgeModule, encodedData) // Approve addZone safe tx hash on ownerSafeDao
2. FxRoot@eth::sendMessageToChild(MaticBridgeModule, encodedData) // Execute addZone via ownerSafeDao.execTransaction
Tx #1: Approve addZone safe tx hash on ownerSafeDao
To:
0xfe5e5D361b2ad62c541bAb87C45a0B9B018389a2 // FxRoot@eth
Value:
0
Data:
0xb47204770000000000000000000000004a4fc40d2475f493eca3ec436b924237aa1b0a7600000000000000000000000000000000000000000000000000000000000000400000000000000000000000000000000000000000000000000000000000000100000000000000000000000000026a024b13b4ca23897ad578264c0ec543f904b9000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000a0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000320000000000000000000000000000000000000000000000000000000000000024d4d9bdcdcf4247059d3cfa2d2ac8a480503f3c8db34cfdbddae1b8a934c22874fc9164ea00000000000000000000000000000000000000000000000000000000
Tx #2: Execute addZone via ownerSafeDao.execTransaction
To:
0xfe5e5D361b2ad62c541bAb87C45a0B9B018389a2 // FxRoot@eth
Value:
0
Data:
0xb47204770000000000000000000000004a4fc40d2475f493eca3ec436b924237aa1b0a7600000000000000000000000000000000000000000000000000000000000000400000000000000000000000000000000000000000000000000000000000000580000000000000000000000000026a024b13b4ca23897ad578264c0ec543f904b9000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000a00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000003300000000000000000000000000000000000000000000000000000000000004a46a761202000000000000000000000000372803efb7f9738ca837e8ec431c7f0679572afe00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000140000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000042000000000000000000000000000000000000000000000000000000000000002a46f94bb78070ed80c961d9fdf7bd6946fdb798b4019f7f775a91b26d5108ad447768d6265097be2ff25b56beb9cb51f58e5946e1474e6e79609ceda56a2233a58b0950e0a0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000008000000000000000000000000000000000000000000000000000000000000000100667764c376602b72ef22218e1673c2cc8546201f9a77807570b3e5de137680d232fc5fea3994c77e07e1bab1ec362727b0f71f291c17c34891dd4faf1457bd4077851cf613fd96280795a3cabc89663f524b1b545a3b1c7c79130b0f7d251c81d79fd0bc46f7ca934dbcd3386a06f03c43f497851b3815ee726e7f9b26e504c05c0c15753806f506f64c18bf07116542451822479c4a89305cd4eb7ee94c8002b56fd5e780ebebdacdd27e6464cf01aac089461a998814974a7504aabb2023f2e99dc37b0a4f107b20278c26562b55df197e0b3eb237ec672f4cf729d159b69225624653ac89fe211c0c3d303142a4caf24eb09050be08c33af2e7a1e372a0f276c76358db8af465e2073e4b25d6b1d83f0b9b077f8bd694deefe917e2028d709df92f4ade78ea54b243914f93c2da33414c22328a73274b885f32aa9dea7181c78b565f2bfc03e230e0cf12ecc9613ab8221f607d6f6bc2a583ccd690ecc582879d62c83d6a3af05c57a4aee11611a03edec5ff8860b07de77968f47ff1c5f28ad970560de01e93b613aabc930fcaf087114743909783e3770a1ed07c2cde627ca60def9dd0603074444029cbcbeaa9dbe77668479ac1db738bb892d9f3b6d28e4c1e90bbfa69de93abf6cbdc7cd1c0753a128e83b2b3afe34e0471a13ff551b89c44a9f153266ad5bf754d4b252c26acba7d21fc661b94dc0618c6a82f49c000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000041000000000000000000000000208fb9169bbec5915722e0aff8b0eeedabf8a6f00000000000000000000000000000000000000000000000000000000000000000010000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000