-
## Purpose
Currently all fees earned by the system contract are hardcoded and 100% of all fees are being directed to REX return pool.
By removing `channel_to_rex` and handling the fee independe…
-
## Purpose
Create `logsystemfee` ACTION to be used for logging system fees (RAM, Name Bids, Powerup CPU & NET).
Analytics platforms can use this action to track system fees and provide insights …
-
## Purpose
When `eosio.token::supply::EOS` has reached or exceeds maximum supply, the `claimrewards` action will no longer function since it requires to `issue` new tokens to allocate BP rewards.
…
-
## Purpose
Extend `eosio.token` contract with an additional static method `get_max_supply` to easily retrieve max supply of a token.
## `get_max_supply` STATIC
```c++
static asset get_max_su…
-
`AssertionError: Expected to at least receive 9.0 transactions per block, but only getting 7.6`
It is not clear what is going on here. Could just mean our ci/cd could not keep up. Or maybe all the …
-
## Purpose
Create `setmaxsupply` ACTION where the token issuer can set the maximum supply of the token.
## Feedback provided by
- @DenisCarriere
- @nsjames
- Tim Weston / Rob
## `setmaxu…
-
## Purpose
Introduce an `issuefixed` ACTION that enables the token issuer to allocate tokens up to a predetermined supply cap. This action will only issue the necessary quantity of tokens to bridge…
-
https://github.com/AntelopeIO/leap/actions/runs/8392922204/job/22987149552
may or may not be related to #2243
-
## Scope
- [ ] Extend logs `logbuyram` & `logsellram` to include `fee` value
- [ ] Extend action return values for `sellram` & `buyram` to include `fee` value
```c++
/**
* Logging for sel…
-
## Purpose
Create `buyramburn` ACTION where any account can buy RAM and immediately burn the RAM bytes received.
Currently, the only way to purchase & buy RAM is to:
1. Buy RAM
2. Listen for …