I am pushing a motion to council now for an issue we found with collators on Westend: blocks are not being included every 6 sec to the relay chain. This issue is caused due to Westend not having secondary vrf slots enabled, therefore non-primary blocks didn't have randomness available. A sudo tx was pushed to Westend to enable it and the same this should be pushed on Kusama if it works on Westend.

The proposal to Council adds a tx to change BABE's config on Kusama to use secondary vrf slots that will need to go after runtime upgrade execution, so this proposal should only be executed only after the runtime is executed. The Technical Committee should take this into account when calculating `delay`.

Preimage [HERE](https://drive.google.com/file/d/1P0nEgO0hJtfzp3JYkERQT5zze3KIWMy6/view?usp=sharing). 

 Schedule a majority-carries referendum to be tabled next once it is legal to schedule
 an external referendum.

 The dispatch of this call must be `ExternalMajorityOrigin`.

 - `proposal_hash`: The preimage hash of the proposal.

 Unlike `external_propose`, blacklisting has no effect on this and it may replace a
 pre-scheduled `external_propose` call.

 Weight: `O(1)`

- There is an issue with collators on Westend not including blocks every 6 seconds.
- This is because Westend does not have secondary vrf slots enabled, which means non-primary blocks don't have randomness available.
- A transaction was sent to enable secondary vrf slots on Westend, and if it works, the same should be done on Kusama.
- The proposal to Council suggests changing BABE's config on Kusama to use secondary vrf slots, but this should only be done after a runtime upgrade.
- The Technical Committee needs to consider this when calculating the delay.

#293 Fix for issue found with collators on Westend, also in Kusama.