Bringing a few updates on the project.
- Our team is advancing on the expected speed and the roadmap is being achieved as expected.
- We’ve found a few gaps in the scope that influenced the architecture, but already found solutions. Thanks Julian and Luis for the answers and call.
- We are going a bit beyond the agreed scope to make sure a future upgrade to integrate staked tokens to governance is easier to implement
- We’re currently evaluating the Figma prototype with our front-end team
- We’re currently developing the staking contract.
Request: We are interested in all developer feedback on the architecture planned, so feel free to reach me out on TG, comment here, or on our github repo or project.
A short quote from our architecture document to give an overview.
The architecture consists of two contracts:
1. Staking Contract: The main contract where keypers can stake SHU tokens and claim rewards.
2. Rewards Distribution Contract: A contract that distributes rewards to the staking contract.
The contracts are designed to be customizable, with adjustable parameters such as the lock period, minimum stake, and reward emission. Additionally, the contracts uses the Transparent Proxy pattern, where only the DAO has the permission to upgrade the contract and call the owner functions defined below.
Looking forward for any questions, feedback or to bring the next updates to you soon!