Enum Codecs about polkadot-api HOT 3 CLOSED

I'm having second thoughts on this. I think that what I'm suggesting in here is wrong. The whole point of having a Codec type is that the output of the decoder is the same type as the input of the encoder... If that's not the case, then it's just something else, but not a Codec.

That being said, we could solve this in our end by using enhanced encoders wherever necessary... 🤔

from polkadot-api.

The more I think about this, the more I realize that we should make this breaking change ASAP. I keep finding more and more cases where the encoder and the decoder should have different types... We should tackle this before it's too late, the longer we wait the more difficult it's going to be to make this change in the future.

from polkadot-api.

Ok, so after spiking this task and I ended up realizing that this is a really bad idea.

The output of the decoder should always match with the input of the encoder.

That being said, I have come up with a very nice solution to the problem that I described above. However, I will be explaining that solution in a separate issue.

from polkadot-api.