[Proposal] Relayer Registry: Setting Parameters after Audit
Hello everyone, hope you are all doing great!
I know what you are thinking, what? another proposal … Well, Tornados don’t stop spinning that easily & neither do we
The thing is … this is not just any proposal, this one might even make you smile: it’s the proposal that concludes numerous forum posts, multiple heated debates, -not one but- two Snapshots, many hours of coding from a community member, as well as months of audits, analysis & fixes. We don’t get to reach a finish line of such a long marathon that often!
Aaaand after the effort, the comfort!
The community is finally able, if the proposal is voted for, to safely implement a decentralized relayer network to the protocol, allowing at the same time our beloved governance token to gain another utility.
For the protocol to make such a groundbreaking advancement, it will only take a YES vote on the forthcoming proposal.
You can, of course, also specify your disapproval to this proposal by voting NO. It is always important to point out that every vote is sacred!
Quick Summary of Events
The implementation of a relayer registry has been brought up to the community’s attention last August in this forum post. Since, a proposal for this relayer registry has been coded by a community member, @CommunityDev13337, then audited after a conclusive Snapshot.
Few months later, the undergoing audit is finally over & reports are on. You can pour yourself a cup of tea/coffee/energy drink/glass of wine/pint of beer (no judgments here) & read all about it on this pdf.
For curious minds, the proposal source code repository can be found here: https://github.com/Rezan-vm/tornado-relayer-registry
Proposal Overview
-
Anyone can become a relayer (and it will only take 300 TORN to be added on the preferred list)
-
Minimum stake is governed by the Governance
-
Each Pool has its own fee % which is also set by the Governance
-
On every withdrawal via relayer, the relayer has to pay the Tornado Pool fee in TORN. The fee is deducted from his staked balance
-
All collected fees are stored into StakingReward contract
-
Any TORN holder can lock their TORN into Governance contract like they were before, but earning fees proportionately to their stake
Parameters (for you, geeks)
-
minStakeAmount
- minimum stake can be changed by the Governance usingsetMinStakeAmount
function of RelayerRegistry contract (300 TORN for now). -
protocolFeePercentage
- the fee the protocol takes from relayer, it should be multiplied byPROTOCOL_FEE_DIVIDER
fromFeeManager.sol
(10000 for now, so 1% is inserted as 100). It can be changed by the Governance usingsetProtocolFee
function of InstanceRegistry contract (0.3% for now). -
updateFeeTimeLimit
- update fee time limit for instance fee updating, in secs. It can be changed by the Governance usingsetUpdateFeeTimeLimit
function of FeeManager contract (2 days).
I would like to specifically thank our fellow @Rezan who agreed to push the proposal for a governance vote in few days.
However, in order to suggest this proposal, all parameters above need to be determined & agreed on, especially the protocol fee percentage
that will have an important impact on the TORN utility. The community is needed to do so.
What do you advocate these parameters to be?
Conclusion
To conclude, many of us (myself included, guilty as charged ) think that it would be beneficial for the protocol to move towards a more decentralized system with an automated relayers registry.
Relayers-in-the-making will have to stake a certain fixed amount of TORN in order to effectively becoming relayers & TORN holders will receive a share of fees for transactions made through these relayers.
This proposal would bring even more decentralization to the protocol (tbh, I will always lean torwards more decentralization - the “D” in DAO doesn’t stand for “decentralization” for nothing). Besides, it finally brings some utility to our carrefully kept TORNs.
Thank you in advance for your opinion & feedback and we are looking forward to hearing back from you -especially on the parameter levels. They are at the heart of this proposal.
Take care!