Conditionally compiled PoT support

[nazar-pc]

This by default doesn't compile PoT support in a few places (it is still largely in place, but shouldn't break compatibility with devnet), can be enabled like this:

cargo clippy --all-targets --features subspace-node/pot,sp-lightclient/pot,subspace-test-service/pot

Code contributor checklist:

• I have read, understood and followed contributing guide

[rahulksnv]

Thanks for taking care of this, LGTM.

Thought for future: standard way of handling these scenarios is use protobufs (or equivalent) where the upgraded code can handle absence of fields. Guess that is also possible with SCALE, we will need some refactoring/versioning

[nazar-pc]

Forgot to commit changes in one of the files.

Thought for future: standard way of handling these scenarios is use protobufs (or equivalent) where the upgraded code can handle absence of fields.

I dislike protobuf for a similar reasons I dislike Golang. For instance having all fields optional is not something that I think is a good thing.

Guess that is also possible with SCALE, we will need some refactoring/versioning

You certainly can if you use an enum. Just add a new variant any time to it.