Thank you for putting forward this proposal — I support the direction with updating the reward mechanism. Not sure how I feel about the tiered approach as I feel this might bring issues when a node advances through each tier. Keeping it more simple might be the best approach for success with just the 8% and 10%. It’s a strong move toward greater decentralization, reliability, and long-term engagement across the network.
As part of this upgrade, I’d like to propose a few additional enhancements that could further strengthen the security and flexibility of validator participation:
1.Smart Contract Ownership of Validator Nodes
Allowing smart contracts to act as the registered owners of validator nodes would enable decentralized staking protocols, DAOs, and community pools to participate directly in network consensus. This adds an important layer of programmability and trustlessness for participants, especially in pooled environments.
2.Enhanced Security via Multisig and Protocol-Controlled Wallets
Smart contract validator ownership would also allow for multisig authorization and layered access controls, which can significantly reduce risk for users and protocols. This added security is especially important as institutional and community-scale participation grows.
3.Ability to Update Reward Wallets If Compromised
In the unfortunate case of a compromised validator reward wallet or lost private keys, having a mechanism in place to securely rotate or update the wallet address would help ensure validator continuity and protect long-term stakers. This could involve a governance process or pre-approved ownership structure that enables this change without disrupting validator performance.
These features would further enhance the resilience, security, and flexibility of the XDC Network’s infrastructure layer
All three points are very valid and very much needed. Currently there is no way to change a wallet in the case it is compromised. This forces the node operator to having to unstake their node, wait 30 das (cooling off period) to receive their collateral (10m XDC) and then hope that you are faster than the scammers to move the funds when withdrawing the assets from the compromised wallet to a new one (hopefully a hardware wallet). As node operators, we need this feature ASAP.
I also agree that we should maintain the simplicity of validators and standby's vs adding 2 layers of nodes (Protector and Observer), that will serve the same function they serve now. To be quite honest, I still dont see the reason of implementing Protectors and Observers if they are going to do what the rest of the nodes are doing. They're not going to do anything special or different than the rest of the nodes.
For further actions, you may consider blocking this person and/or reporting abuse
Hi Gary,
Thank you for putting forward this proposal — I support the direction with updating the reward mechanism. Not sure how I feel about the tiered approach as I feel this might bring issues when a node advances through each tier. Keeping it more simple might be the best approach for success with just the 8% and 10%. It’s a strong move toward greater decentralization, reliability, and long-term engagement across the network.
As part of this upgrade, I’d like to propose a few additional enhancements that could further strengthen the security and flexibility of validator participation:
1.Smart Contract Ownership of Validator Nodes
Allowing smart contracts to act as the registered owners of validator nodes would enable decentralized staking protocols, DAOs, and community pools to participate directly in network consensus. This adds an important layer of programmability and trustlessness for participants, especially in pooled environments.
2.Enhanced Security via Multisig and Protocol-Controlled Wallets
Smart contract validator ownership would also allow for multisig authorization and layered access controls, which can significantly reduce risk for users and protocols. This added security is especially important as institutional and community-scale participation grows.
3.Ability to Update Reward Wallets If Compromised
In the unfortunate case of a compromised validator reward wallet or lost private keys, having a mechanism in place to securely rotate or update the wallet address would help ensure validator continuity and protect long-term stakers. This could involve a governance process or pre-approved ownership structure that enables this change without disrupting validator performance.
These features would further enhance the resilience, security, and flexibility of the XDC Network’s infrastructure layer
All three points are very valid and very much needed. Currently there is no way to change a wallet in the case it is compromised. This forces the node operator to having to unstake their node, wait 30 das (cooling off period) to receive their collateral (10m XDC) and then hope that you are faster than the scammers to move the funds when withdrawing the assets from the compromised wallet to a new one (hopefully a hardware wallet). As node operators, we need this feature ASAP.
I also agree that we should maintain the simplicity of validators and standby's vs adding 2 layers of nodes (Protector and Observer), that will serve the same function they serve now. To be quite honest, I still dont see the reason of implementing Protectors and Observers if they are going to do what the rest of the nodes are doing. They're not going to do anything special or different than the rest of the nodes.