Token Factory module

[sunnya97]

The token factory module allows any account to start minting coins. Denoms are namespaced by the coin creator.

Description

---

For contributor use:

• Targeted PR against correct branch (see CONTRIBUTING.md)
• Updated relevant documentation (docs/) or specification (x/<module>/spec/)
• Added a relevant changelog entry to the Unreleased section in CHANGELOG.md
• Re-reviewed Files changed in the Github PR explorer

[codecov-commenter]

Codecov Report

Merging #584 (b119d48) into main (84f0194) will decrease coverage by 1.32%.
The diff coverage is 7.57%.

@@            Coverage Diff             @@
##             main     #584      +/-   ##
==========================================
- Coverage   19.81%   18.49%   -1.33%     
==========================================
  Files         210      219       +9     
  Lines       27884    30146    +2262     
==========================================
+ Hits         5525     5575      +50     
- Misses      21333    23544    +2211     
- Partials     1026     1027       +1     

Impacted Files	Coverage Δ
x/tokenfactory/types/codec.go	0.00% <0.00%> (ø)
x/tokenfactory/types/keys.go	0.00% <0.00%> (ø)
x/tokenfactory/types/msgs.go	0.00% <0.00%> (ø)
x/tokenfactory/types/query.pb.gw.go	0.00% <0.00%> (ø)
x/tokenfactory/types/tx.pb.go	0.81% <0.81%> (ø)
x/tokenfactory/types/query.pb.go	0.97% <0.97%> (ø)
x/tokenfactory/types/authorityMetadata.pb.go	1.09% <1.09%> (ø)
x/tokenfactory/types/genesis.pb.go	2.03% <2.03%> (ø)
x/tokenfactory/keeper/bankactions.go	42.30% <42.30%> (ø)
x/tokenfactory/module.go	55.55% <55.55%> (ø)
... and 23 more

---

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 84f0194...b119d48. Read the comment docs.

[ValarDragon]

LGTM on first pass! Will do a second pass soon, then should be good to merge with a few follow-on issues.

[ValarDragon]

oh interesting, maybe we can add this to more cmds

[sunnya97]

Should we move this authority metadata system to the bank module itself? @ValarDragon wdyt?

[ValarDragon]

I think mint/burn permissions for a token do generally need to be rethought much more, and get into bank natively. I'm not fully sure how to square different approaches to this. This approach feels too restrictive for many general tokens (e.g. osmo, where we want many different modules to get mint perms -- Superfluid is in this set).

I was suggesting this approach as a non-state breaking approach to add more protections cosmos/cosmos-sdk#10386 . I think something cool would be to get this module to emit a "FactoryMintRestrictions" and "FactoryBurnRestrictions" functions, that we then compose into that approach. (Rather than need this authorization lists in bank itself. I actually like that this module is specifying its own permissioning schema!)

(We should also use that approach to restrict factory module perms)

The status of that is its in a PR thats imo good to merge pending spec update. (cosmos/cosmos-sdk#10771). Unclear what SDK team's thoughts on it are though. I think we should go ahead and just use that even if the SDK doesn't want to. (It solves having to worry about gamm module minting non-LP shares for instance, and is imo critical for superfluid)

[faddat]

I really like how this approach doesn't require the use of a contract per token, which is a broken pattern.

[sunnya97]

Rebased this to main, as well as

1. Removed ForceTransfers
2. Only allowed Mint and Burns to/from the admin address

[sunnya97]

Closing because has been replaced by other PRs