Pallet Staking Lottery

[Garandor]

Implements an APY-maximizing no-loss lottery for Manta/Calamari

• liquidate_lottery and rebalance_stake extrinsics are left unimplemented for later
• reverify DrawingFreezeout is long enough for both Polkadot and Kusama

Note that the test winner_distribution_should_be_equal_with_equal_deposits is nondeterministic and can sometimes fail.
I have set the boundary low enough for random failures to be rare, but nonetheless, this test failing is not necessarily indication of an error if it occurs isolated.

Signed-off-by: Adam Reif Garandor@manta.network

---

Before we can approve this PR for merge, please make sure that all the following items have been checked off:

• Connected to an issue with discussion and accepted design using zenhub "Connect issue" button below
• Added one label out of the L- group to this PR
• Added one or more labels from the A- and C- groups to this PR
• Explicitly labelled A-calamari, A-dolphin and/or A-manta if your changes are meant for/impact either of these (CI depends on it)
• Re-reviewed Files changed in the Github PR explorer.

Situational Notes:

• If adding functionality, write unit tests!
• If importing a new pallet, choose a proper module index for it, and allow it in BaseFilter. Ensure every extrinsic works from front-end. If there's corresponding tool, ensure both work for each other.
• If needed, update our Javascript/Typescript APIs. These APIs are officially used by exchanges or community developers.
• If modifying existing runtime storage items, make sure to implement storage migrations for the runtime and test them with try-runtime. This includes migrations inherited from upstream changes, and you can search the diffs for modifications of #[pallet::storage] items to check for any.

[Apokalip]

LGMT! Just add issues for all TODOs so we don't forget them