…rewards products

The token parameter module serves as a module that hosts channging
parameters for each asset

This abstracts out the manual logic of reading and writing from
storage to be safe with the total_tokens logic, and any future changes
that handle book keeping on minting extra tokens

The work is split into the calculate_masp_rewards. This is fine for
now, however in the long term this needs restructring, as this is
nowhere near apply_inflation in
src/lib/node/ledger/shell/finalize_block.

Further two expects are had for most values read from storage to
better isolate errors if they failed to be read rather than just
returning a None making error tracing hard

Finally the last check added is a 0 check so that divison does not
fail if the masp address has no funds in it (for testing puproses it
may not)

This updates the gensis config along with propagating the values to
gensis itself. last_inflation and last_locked_ratio are not included
in the config as they generated at every epoch being initalized at 0.

This adds the token intializer for the parameters needed for each
token, along with refactoring the storage such that this can can be
had

This addresses #1048 that creates two different dot toekns, along with
fixing dev's parameters to be consistent with dev's toml file and not
the e2e toml file

…r e2e

Namada 0.16.0

Namada 0.17.5

…ewards

- _Changes_
  + We offset the denominations of the tokens by their denomination
    relative to the nam token thus a 10^18 token gets offset to 10^6,
    which is the base systems denomination