I’d like to propose a functional improvement to the Real Yield Staking smart contract focused on enhancing user security and staking continuity.
Proposal:
Implement a function that allows users to migrate staked tokens from one wallet to another without unstaking them. This function should:
Transfer staked tokens from wallet A to wallet B.
Preserve the remaining staking duration and all original parameters (start date, duration, reward eligibility, etc.).
Include proper security verification (e.g., digital signature, on-chain authorization) to prevent misuse.
Motivation:
This feature would be extremely helpful in situations where a wallet has been compromised or is otherwise at risk, allowing users to safeguard their assets without interrupting their ongoing staking position.
In my personal case, my original wallet is at risk, and I would like to migrate my staked tokens to a secure one while preserving my current staking conditions.
Benefits:
Enhances user security by enabling proactive risk management.
Increases flexibility without altering the core mechanics of the staking program.
Builds trust and long-term engagement with the Real Yield platform.
Looking forward to feedback from the team and community. If technically feasible, this could be a key usability improvement for the K9 ecosystem.
This could be done in the following manner: implementing the update in the contract and deleting the function when necessary. This can be done at the administrator level with proven cases.In my personal case, my wallet is compromised on the ETH network, not on Shibarium, but I need to migrate everything to a secure wallet.
Anything done at admin level is potential additional security issue.
Unless things are completely automated in the contract - it creates bigger risk than reward imo.
Plus if the wallet is already compromised - the move assets function can become an additional risk because in current format staked funds will be locked for the period staked and nothing will happen to them even if wallet is hacked until the lock period expires. So the user may have a chance to secure the wallet and remove all scam approvals before reclaiming his tokens.
However, if a transfer of stake function is implemented - the staked assets under lock can be moved by scammers even before the lock expires - allowing scammers to clear the wallet completely.
Based on the above, I believe current state of the contract is superior in security sense even if not in convenience. I don’t think we need to change it.
All accurate. In the terms and conditions that the DAO lawyer wrote for the product as well it is very clear that personal wallet safety is the responsibility of the user.
This opens up a huge can of worms and would require an upgrade of the entire system. Which is more work than I could even estimate without hours of digging in