-
Notifications
You must be signed in to change notification settings - Fork 1.6k
Companion for Decouple Staking and Election - Part 3: Signed Phase #2793
Conversation
needs update. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Needs another more diligent update.
type SignedDepositByte = SignedDepositByte; | ||
type SignedDepositWeight = (); | ||
type SignedMaxWeight = Self::MinerMaxWeight; | ||
type SlashHandler = (); // burn slashes |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Same, could use more thought. My initial values here are all placeholders.
@kianenigma Aside from the |
feedback given in other mediums; needs more tweaks. |
Unfortunately, this doesn't work: it needs to be a constant function, and AFAIK there's no way to make a trait method constant.
@kianenigma I worked out the function we walked about for computing an appropriate value for the signed rewards, which would pay back 1.5x the submission fee. It's implemented here. However, it doesn't work, because it needs to be a |
remove |
07e9101
to
ff228bc
Compare
🤦 Welp, I should have thought of that. For some reason I thought that Ok, as of ff228bc, [edit]: That expected value assumes that all miners submit a solution for each election. The calculation changes if miners only submit when they believe that they have a solution which will beat the current best. We can work out the economics of decentralization later. For now, I hope that this is a sufficient starting point for this PR. |
WeightInfo: pallet_election_provider_multi_phase::WeightInfo, | ||
{ | ||
let expected_weight = WeightInfo::submit(T::SignedMaxSubmissions::get()); | ||
multiplier * WeightToFee::calc(&expected_weight) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
this might lead to negative turnout to run the bot, since your discounting the length fee (which in this case is probably more dominant than the weight fee)(I also forgot about length fee earlier).
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
maybe what you should do is run your polkadot branch and submit a solution to it via the miner, to both obtain this and do an end-to-end test
might still help, but not a blocker since this is too conservattive and thus safe.
Waiting for commit status. |
Merge aborted: Checks failed for 7084efc |
* master: (21 commits) cleanup stream polls (#3397) Staking Miner (#3141) Companion for Substrate#8953 (#3140) Bump version, specs & substrate in prep for v0.9.8 (#3387) Fix busy loops. (#3392) Minor refactor (#3386) add simnet tests (#3381) BEEFY: adjust gossip (#3372) Companion for #9193 (#3376) Companion for Decouple Staking and Election - Part 3: Signed Phase (#2793) Ensure that we fetch another collation if the first collation was invalid (#3362) Only send one collation per relay parent at a time to validators (#3360) disable approval-checking-grandpa on dev chain (#3364) Use associated constant for max (#3375) Use wasm-builder from git (#3354) Squashed 'bridges/' changes from b2099c5..23dda62 (#3369) Bump versions & spec_versions (#3368) Don't allow bids for a ParaId where there is an overlapping lease period (#3361) Companion for upgrade of transaction-payment to pallet macro (#3267) Do not allow any crowdloan contributions during the VRF period (#3346) ...
paritytech/substrate#7910