EIP-5744: Latent Fungible Token

Tokens
1

This thread is to discuss EIP-5744: Latent Fungible Token. The proposal can be found here: Add EIP-5744: Latent Fungible Tokens by mds1 · Pull Request #5744 · ethereum/EIPs · GitHub

2

Some small non-formatting related comments:

  • Perhaps matureBalanceOf instead of balanceOfMatured? I think that has slightly better grammar.
  • Have you looked at EIP-1132?
  • Creating and returning an entire array of MintMetadata might be gas intensive. Would a length function plus a get-at-index function be better?
  • I’m not a huge fan of calling the metadata “mints”. To borrow some terminology from established finance, maybe you could go with a VestingCliff or something similar?
3

So I think I completely misunderstood the point of this EIP. The idea isn’t to prevent the transfer of some EIP-20 token for X amount of time, but rather to conceptually separate “immature tokens” from “mature tokens” where “mature tokens” have some utility that the “immature tokens” don’t?

If my new understanding is correct, perhaps this is better suited as an EIP-1155 family of tokens, where the fungible tokens are tracked at id 0x0, and each mint is a 1-of-1 token with its own metadata and transfer rules?

4

We’re trying a new process where we get a volunteer peer reviewer to read through your proposal and post any feedback here. Your peer reviewer is @enehizy!

If any of this EIP’s authors would like to participate in the volunteer peer review process, shoot me a message!

@enehizy please take a look through EIP-5744 and comment here with any feedback or questions. Thanks!

5

For compatibility with ERC20, I would expect that balanceOf returns the balance of all the tokens that are matured, i.e., that can be transferred. So, it would make more sense to have an unmaturedBalanceOf function to returns the full balance of the user, without causing issues to any actor who attempts to make a transfer based on `balanceOf``.