Superfluid Super Token

See {IERC20-allowance}.

See {IERC20-approve}. NOTE: If `amount` is the maximum `uint256`, the allowance is not updated on `transferFrom`. This is semantically equivalent to an infinite approval. Requirements: - `spender` cannot be the zero address.

Authorizers a new operator.

See {IERC20-balanceOf}.

Destroys `amount` tokens from the caller. See {ERC20-_burn}.

allows to mark logic contracts as initialized in order to reduce the attack surface

Create a new agreement

Returns the number of decimals used to get its user representation. For example, if `decimals` equals `2`, a balance of `505` tokens should be displayed to a user as `5.05` (`505 / 10 ** 2`). Tokens usually opt for a value of 18, imitating the relationship between Ether and Wei. This is the value {ERC20} uses, unless this function is overridden; NOTE: This information is only used for _display_ purposes: it in no way affects any of the arithmetic of the contract, including {IERC20-balanceOf} and {IERC20-transfer}.

Atomically decreases the allowance granted to `spender` by the caller. This is an alternative to {approve} that can be used as a mitigation for problems described in {IERC20-approve}. Emits an {Approval} event indicating the updated allowance. Requirements: - `spender` cannot be the zero address. - `spender` must have allowance for the caller of at least `subtractedValue`.

Returns

Downgrade SuperToken to ERC20

Retrieves the active agreements for an address.

Retrieves an agreement's data.

Retrieves an agreement's state slot.

Retrieves the code address.

Retrieves the host.

Retrieves the underlying token.

Returns the smallest part of the token that is not divisible. This means all token operations (creation, movement and destruction) must have amounts that are a multiple of this number.

Atomically increases the allowance granted to `spender` by the caller. This is an alternative to {approve} that can be used as a mitigation for problems described in {IERC20-approve}. Emits an {Approval} event indicating the updated allowance. Requirements: - `spender` cannot be the zero address.

Initializes the contract

Check if account is critical, a critical account is when availableBalance < 0

Check if account is critical, a critical account is when availableBalance < 0

Check if account is solvent

Check if account is solvent

Check if an account is an operator for an address

Make liquidation payouts

Returns the name of the token.

Perform ERC20 approve by host contract.

Downgrade ERC20 to SuperToken by host contract.

Perform ERC20 transfer from by host contract.

Upgrade ERC20 to SuperToken by host contract.

Destroys `amount` tokens from `account`, reducing the total supply.

Moves `amount` tokens from `sender` to `recipient`.

Proxiable UUID marker function, this would help to avoid wrong logic contract to be used for upgrading.

Realtime Balance

Realtime Balance

Revokes operator status for an address.

Give `spender`, `amount` allowance to spend the tokens of `account`.

Burn existing tokens for the account

Mint tokens for the account

Transfer `amount` tokens from the `sender` to `recipient`.

Sends tokens to an address.

Settle balance from an account by the agreement

Returns the symbol of the token, usually a shorter version of the name.

Close the agreement

See {IERC20-totalSupply}.

See {IERC20-transfer}. Requirements: - `to` cannot be the zero address. - the caller must have a balance of at least `amount`.

See {IERC20-transfer}. Requirements: - `to` cannot be the zero address. - the caller must have a balance of at least `amount`.

See {IERC20-transfer}. Requirements: - `to` cannot be the zero address. - the caller must have a balance of at least `amount`.

Create a new agreement

Update agreement state slot

Updates code.

Upgrade ERC20 to SuperToken.

Upgrade ERC20 to SuperToken.