High level

This is the list of parameters that the admin can set and adjust

Lists / Registries

• Greenlist
  • “Greenlist check” toggle Example: the admin controls if he want minters and redeemers to be checked a greenlist.
  • Greenlist handler: Manage the list of addresses on the greenlist
• Blocklist handler: Manage the list of addresses on the blocklist
• Chainalysis
  • “Chainalysis check” toggle (in practice, we’ll always use it, but it’s not available on all EVM chains)
• Fee Waiver handler: Manage the list of addresses for which we don’t apply the mint and redeem fees (all of them)

Limits / Caps

• TOKEN daily instant mint caps. Defined in TOKEN Example: Only 300k mTBILL can be minted instantly per day via this smartcontract minter. If the limit has been reached for a given day, users can make a standard subscription request (or wait for the day after)
• TOKEN daily instant redeem caps Similarly to the instant minting cap, this is defined in TOKEN

Minimums The admin can adjust separately those minimums

• 1st deposit. When we don’t have a prospectus, there is a minimum that needs to be enforced for the first deposit. This rule only applies for the first mintings (not for the first redemption). This can be set in TOKEN.
• Minting. Some Products may have some operational headaches, and we may want to limit very small deposits (regardless if this is the first one or not). This can be set in TOKEN
• for redemptions
  • crypto_redemption. Similarly to the minting minimum, we want to limit redemptions to a minimum. This can be set in TOKEN.
  • fiat_redemption. FIAT can be more costly, and requires its dedicated minimum. This can be set in TOKEN.

Pause The admin can separately pause those functions

• Pause instant minting
• Pause instant redemptions
• Pause standard minting requests
• Pause standard redemption requests
• Pause FIAT redemption requests

Fees

• Fee Recipient Address Use case: all fees are redirected to this address.
• TOKEN Instant Mint Fee We may add a premium for using the instant mint function. This is a percentage of the incoming token. The most granular we may have is 0.01%. The fee currency is always the token provided by the user. In the context of a minting, this would usually be a stablecoin (USDC, USDT, etc.).
• TOKEN Instant Redeem Fee We may add a premium for using the instant redeem function, especially for preventing having the yield being front run. This is a percentage of the incoming token. The most granular we may have is 0.01%. The fee currency is always the token provided by the user. In the context of a redemption, this is TOKEN.
• TOKEN FIAT flat redeem fee. We may want to charge a flat fee for redeeming in FIAT to cover wire costs. This is in TOKEN.
• TOKEN FIAT redeem fee (in percentage %). THis is in TOKEN
• There are some fees at the token level, described here

token_in and token_out management see here