Disable block production for the peer if it's not bioauth-unauthorized

[dmitrylavrenov]

Closes #67

[dmitrylavrenov]

I think for today there are the following possible solutions to make it in a simple way.

• Implement DisableValidators trait.
• Implement CanAuthorWith trait.

Here is a documentation for DisableValidators trait - https://github.com/paritytech/substrate/blob/864d096214cbde236f1ced7fdf4017ac22f5e5f5/frame/support/src/traits/validation.rs#L249.
Here is using of it at the Aura consensus part - https://github.com/paritytech/substrate/blob/864d096214cbde236f1ced7fdf4017ac22f5e5f5/frame/aura/src/lib.rs#L95
According the first one I have the following vision, in case Aura for each new slot there should be a logic to make a list by index whether a node is able to be blockAuthor or not. But it allows you to produce and sign block within your runtime. After that it will be verified at the consensus layer between all nodes.

Here is a documentation for CanAuthorWith trait - https://github.com/paritytech/substrate/blob/026a8491694783dd95c9c3d2f917b11cf609cb49/primitives/consensus/common/src/lib.rs#L273.
Usage is here - https://github.com/paritytech/substrate/blob/4c3a55e7ca5c4c85c1eb53fd82ed71029d952510/client/consensus/slots/src/lib.rs#L511
So, here it starts when a new slot is triggered. But it doesn't allow you to produce and sign block within your runtime before block authoring. It happens during build_aura_worker - https://github.com/paritytech/substrate/blob/4c3a55e7ca5c4c85c1eb53fd82ed71029d952510/client/consensus/aura/src/lib.rs#L209

That's why I think that CanAuthorWith looks more suitable for this PR goals.

[dmitrylavrenov]

One more thing. Maybe we should use this one - https://github.com/paritytech/substrate/blob/864d096214cbde236f1ced7fdf4017ac22f5e5f5/primitives/consensus/common/src/lib.rs#L91

[MOZGIII]

Since work is ongoing here, I've set it back to draft. Please re-request review when you're ready.

[MOZGIII]

I wanted to do some improvements, but we can address those later.

LGTM, except for outstanding comments.